案例01|Business Chat:以既有 status file 產生新報告並加入 Web 資料
案例02|Business Chat Plugins:連接 POS、CRM 與 ERP 內部系統
| 核心主題 | 主要觀點/方法 | 實務用途 | 重要條件/限制 |
|---|---|---|---|
| Business Chat | 以自然語言整合工作郵件、檔案與行事曆脈絡,並可生成新內容 | 跨來源搜尋、摘要、狀態報告與內容建立 | 與一般 search 不同,生成結果仍需驗證 |
| Conversation context | 保留目前聊天脈絡,可持續追問與 refinement | 讓多步驟工作逐步收斂 | 過長或錯誤脈絡可能影響後續回答 |
| Reference files | 使用指定 Microsoft 365 檔案作為產出基礎 | 建立 status report、biography、tagline、milestones 等 | 需確認檔案版本與使用者存取權限 |
| Web content | 經允許後把網路內容與內部工作資料結合 | 補充客戶/市場外部資訊 | 外部內容需保留 citation 並與內部事實區分 |
| Plugins | 連接 Microsoft 365 以外的 POS、CRM、ERP 等系統 | 讓聊天涵蓋更多企業資料來源 | 需治理第三方資料分享、權限與最小必要存取 |
| Privacy | 企業版本具有商業資料保護脈絡 | 降低工作資料被不當外流的風險 | 使用 plugin/web 時仍需理解資料處理邊界 |
第 6 章把 Business Chat 與一般搜尋框區分成三點:它能結合工作 email、files、calendar;能建立原本不存在的新內容;也能保留 conversation context,讓使用者持續 refine 回覆。
原書的 status report 案例示範先引用內部檔案,再視需要啟用 Web content 補入外部客戶資訊。這種混合來源工作流的關鍵是來源邊界:內部事實與 web information 不應在輸出中混成無法追溯的一段文字。
若需要存取 POS、客戶關係管理(Customer Relationship Management, CRM)或企業資源規劃(Enterprise Resource Planning, ERP)等系統,原書則轉向 plugins/extensibility。技術上能接入更多資料,不代表治理上應自動開放全部資料。