kakinang INSIGHTS · 2026-09-22
第一次設定品牌 AI 助手，要準備哪些資料？
第一次設定品牌 AI 幫我列出品牌 AI 助手初次設定資料清單 助手，最有用的準備不是一篇華麗的提示詞，而是一份業主願意對外負責、能定期更新的資料。
先準備一頁事實表與五個真問題
寫下正式品牌名稱、官方網站、主要服務、適用客群、服務地區、營業與回覆時間、公開聯絡方式。產品或服務每項記錄包含與不包含什麼、現行條件、最後核對日；價格會變就寫明需個案確認。從過去的 Email、私訊或現場提問選五個真問題，用顧客原本的措辭寫問與答。沒有既有紀錄，就請團隊列出第一次來訪者最可能不懂的地方，然後在上線後用實際詢問修正。對醫療、法律、金融效果或任何需要專業判斷的問題，只提供核准的服務流程並轉人，不臆測結論。
知識庫資料要分公開和內部。公開 FAQ、網站文字與經核准的服務說明可供助手回答；未公開合約、私人電話、客戶個資、未來價格不應直接上傳當公開答案。檔案匯入前先做一份乾淨的公開版，不要以為 PDF 文字會自動遮罩個資。若官網本身尚有舊方案，先修官網或標記新版生效日，避免網站同步後把互相矛盾的資訊一起交給助手。
第一版資料可以放進一張表，每列是一個可對外使用的事實：欄位包括問題、核准答案、來源網址或文件、負責人、最後確認日、哪些情況需要人決定。若服務只有平日提供，就不要另寫『全年無休』；若價格只是參考起價，答案應列出影響報價的規格，而不是憑空算出最終金額。品牌網址也要確定是自己能維護、內容準確的官方入口。網站文章若由第三方撰寫，先核對作者是否混用了舊服務或別家產品。把一份亂七八糟的目錄全部餵給助手，可能讓它在兩個互相矛盾的條件間選錯。資料少而準確，通常比大量未核對的宣傳稿更適合起步。 準備交接規則時寫出可操作的觸發條件，而不只寫『有需要時找真人』。例如問到特殊折扣、個別過敏原、臨時檔期、正式簽約、抱怨或退款爭議，就記下對方已提供的事實與希望回覆方式，交給有責任的人。訪客拒絕提供電話，但可用 Email 回覆，就不要強迫電話。訪客只查公開資訊，也不必把每次對話都變留單。若有多個員工，指定誰看哪類詢問、平日何時查看待辦，以免助手說已轉交卻沒人接。
在後台預覽差異與權限，再由有權者確認
kakinang 的登入後 onboarding 可依品牌官網、聯絡信箱及選項產生設定預覽，包含可能的 Soul 角色草稿、知識來源、通知等變更與配額風險。預覽是待確認計畫，不等於已建立公開客服；有權限的管理員要讀懂差異、核對網站網址和收件信箱，確認後再套用，並查看操作狀態。若計畫有缺漏、功能未授權或配額不足，就先補資料或調整方案，不要把提示當成已完成。申請產品本身仍需團隊審核與聯絡，不能把登入後設定助手寫成任何陌生訪客可立即自助開通。
角色 Soul 可以描述口吻、服務對象和回答長度，但不能取代平台權限、資料邊界與交易確認。對剛創業者，先寫三條簡單規則：只根據已核准資料答政策；不知道時明說並收集必要需求；價格、特殊折扣、檔期及正式預約由人或正式確認流程決定。讓兩位熟悉業務的人各讀一次預覽，找出哪些敘述可能讓顧客以為已接單或已付款。
預覽時不要只看畫面有沒有綠色勾勾，要逐項問『這會改變什麼』。若計畫建立新的角色設定，它的語氣是否符合品牌？若計畫抓官網內容，網址是否正確且只含公開頁？若計畫通知，收件地址是不是營運中有人閱讀的信箱？若某功能顯示不在方案內，要確認是先不啟用，還是需要重新評估方案；不要繞過權限讓文案聲稱可以使用。若報出配額風險，要估計實際詢問量而不是勉強執行。套用後也要等操作狀態明確完成，再用公開入口測試，不能把按下『套用』當作全部資源都已就緒。 Soul 的好例子是『以簡潔繁體中文回答服務範圍，不確定的檔期請人確認』；壞例子是『不管資料有沒有都要回答，盡量讓客戶下單』。前者說明角色與停止點，後者會誘發虛構承諾。即使業主希望 AI 親切，也要讓它分清推介與正式受理。當預約、訂單或付款涉及即時狀態，應走現有已開通的正式流程與明確確認；如果沒有該功能，助手只能整理需求和說明人工下一步。這些界線要在負面測試中驗證，不靠一句「請小心」就算完成。
用正反案例驗收，後續再補資料
第一輪測試至少包含四類：一般營業資訊、服務邊界、需要收集需求的詢問、超出知識的問題。假設甜點店訪客問『週六可拿八吋蛋糕嗎』，助手可說明公開的製作天數與取貨方式，卻不應在未查檔期時保證週六有空。訪客問『花生過敏可以吃嗎』，若沒有可核對成分，應請店主確認，不可猜測安全。訪客只問地址時直接回答，不必每次強迫留電話。每次測試同時看答案是否正確、是否標明不確定、是否把必要脈絡交給人。
上線後指定一個更新責任人，每週看幾則真實問題。重複答不出的題目補成公開 FAQ，政策變更時先修來源再重新測試；若網站同步失敗，要查看成功時間與錯誤碼，不能假設新內容已生效。記錄的是『哪些問題被清楚回答、哪些交給人、哪裡出錯』，不要用聊天數量宣稱服務品質或投資報酬。英文來源可以支持一般做法，店家自己的服務承諾仍須以實際核對過的內容為準。
做一份二十句左右的驗收清單會比隨機聊天可靠。包含五句能從公開 FAQ 直接回答的問題，五句同義改寫，五句超出資料範圍的問題，以及五句會誘發錯誤承諾的問題。測試同一題用繁中、英文或不同口語表達時，先檢查事實是否一致，再看語氣；不能只看文字順暢。每個案例記錄預期答案、實際結果及修正責任人。若系統把『可洽詢』答成『已預約』，先查知識來源與角色說明，再決定是否需要改對話流程。 後續維護不需要每週重寫所有內容。先列出高變動資料，例如價格、營業時間、班表、庫存、合作條件；設定有人在變更當天更新。低變動的品牌故事和基本服務每月或每季抽查即可。對於 AI 無法正確回答但訪客常問的題目，先由業主寫出一個可公開、可核對的答案，再更新知識；不要把聊天紀錄裡某位顧客的個案答覆直接當普遍政策。若資料涉及人身安全、財務或法律後果，讓合適專業者審核。如此建立的是可重複驗證的營運流程，而不是一次性提示詞魔法。
團隊常問的問題
沒有官網也能設定嗎？
可先準備公開的服務文字與問答；需要網站同步的步驟須有正確可用的來源網址。
Soul 寫得詳細就能替代知識庫嗎？
不能。Soul 管角色和表達，會變的服務事實應以可維護的核准來源管理。
AI 不知道答案該怎麼做？
明說無法確認，記下必要需求，依已設定的交接或通知方式交給人。
預覽後會直接生效嗎？
不會；有權限的人需確認、套用並檢查操作狀態與功能限制。
來源與延伸閱讀
- Self Customer Service: What It Is and How It Works — Shopify
- AI Risk Management Framework — NIST
- Creating Helpful, Reliable, People-First Content — Google Search Central