顧問工作流
顧問如何建立客戶專案知識庫：從研究到交接
把單一顧問案的來源、研究、決策、交付物與交接脈絡整理成可追溯、可更新的客戶專案知識庫。
Qi-Xuan Lu更新 8 分鐘閱讀
文章封包
01
Workflows
02
需要交付研究、建議與專案交接的獨立顧問、小型顧問團隊與研究分析人員
03
8 分鐘閱讀
01
每個客戶使用獨立來源邊界，不把不同顧問案混在一起。
02
研究、決策與交付物主張都能回到客戶已核准的目前來源。
03
交接時留下待辦、過期證據、風險與下一位負責人。
01
先回答：一個客戶，一個可檢查的知識邊界
每個顧問案建立獨立的客戶專案知識庫。只加入這次合作核准使用的提案、範圍、訪談筆記、研究來源、決策與交付物，並把待確認問題分開保存。
重點不是把所有檔案交給 AI，而是讓下一份簡報、報告或交接中的重要主張，都能回到目前來源、決策日期與負責人。
02
先切開客戶、方法與機密資料
客戶事實與檔案不得進入共用資料夾。可以重用的通用方法、範本與公開研究應放在另一個明確邊界，並確認合約允許重用。
先用不敏感的範例驗證流程。Wenlan 的本地優先儲存不會取代客戶同意、權限控管、保留政策、遮罩、法遵或安全文件系統。
03
建立來源、決策與交付物閉環
為每個重要決策記錄日期、負責人、依據、替代方案，以及什麼新證據會重新開啟它。交付物中的數字、結論與建議，要逐項核對來源與版本。
- 建立一個客戶 Space 與一個核准來源資料夾。
- 加入 scope、研究、訪談筆記、決策紀錄與目前交付物。
- 將重複使用的專案問題整理成有來源 Page。
- 來源改變時只刷新受影響 Page，無法確認的主張標成 stale。
- 分享前執行 lint 與人工審查。
完成 Wenlan 與 AI 客戶端設定後
wenlan status
wenlan sources add ~/Clients/acme-approved-sources
/distill <客戶專案問題>
/pages <客戶專案問題>
/lint
/curate
/handoff04
交接要讓下一位顧問可以重做判斷
交接至少包含目前範圍、已接受決策、未決問題、交付物狀態、來源邊界、過期證據、已知風險與下一位負責人。不要只留一段流暢摘要。
Wenlan 可以維護 Sources、Memories、Pages、引用、修訂、stale 狀態與審查，但不會自動連接 CRM、電子郵件或行事曆，也不提供 RBAC、自動遮罩、計費或專案管理。
先建立一份可檢查的客戶交接
切開客戶來源、驗證一個交付物主張，再留下下一位顧問能重做判斷的交接。
FAQ
所有客戶可以共用同一個知識庫嗎？+
不應該。每個顧問案要有獨立來源邊界與 Space；只有明確允許重用的通用方法或範本可以放在另一個共用範圍。
Wenlan 會替我處理客戶機密與權限嗎？+
不會。Wenlan 讓本地、有來源的知識可檢查，但不是 CRM、文件權限、遮罩或法遵系統；必須先套用客戶核准的安全與保留規則。