如何把 AI 加入商業網站

從成果出發，不是模型名稱

在選供應商或模型前，寫一句話：

「當有人在我們網站做 X，AI 應幫他們達成 Y，我們衡量 Z。」

例子：

• 非辦公時間訪客獲得 FAQ 答案並留下電話
• 客戶不發電郵給支援就能找到正確文件
• 營運員工在後台工具內更快分流查詢

沒有這句話，專案很容易變成「做一個 chatbot」。有了這句話，範圍、內容與交接才寫得進規格。Venusafe 透過 自訂 AI 整合 把這些當產品功能交付，而不是先追最新模型新聞。

步驟 1：選產品形態

每次上線一個主要形態，範圍才誠實。五個半成品不如一個能量到「非辦公時間留了多少電話」的助手。行業形態是在通用助理之上加上護欄與用語，不是另一套完全無關的產品。

步驟 2：盤點知識與風險

列出：

• 顧客已常問的 20 個問題（看 WhatsApp、電郵與接待紀錄，不要靠想像）
• 必須保持準確的文件（價格、政策、營業時間、服務範圍）
• AI 必須拒絕的主題（醫療診斷、法律建議、機密交易、未公開折扣）
• 語言：英文、中文或兩者；香港還要預期中英夾雜

這份清單決定知識來源與護欄。沒有它，團隊會把整共享碟丟進去，然後怪模型「亂答」。範圍愈小，第一版愈快、愈容易修正。

步驟 3：設計人工路徑

沒有交接的 AI 會令人沮喪：訪客問完複雜問題，卻不知道下一步找誰。決定：

• 何時提供 WhatsApp／表單／電話，例如連續兩次不確定、或涉及報價
• 需要哪些線索欄位（姓名、電話、意向、已問過什麼）
• 誰接收非辦公時間捕捉，以及早上第一件事如何跟進

交接要帶上下文。只丟一句「有人在網站問過」而不附對話，員工還是會從頭問一次，助手的價值就消失了。

步驟 4：整合進真實 UI

位置很重要：

• 關鍵頁的浮動助理（服務頁、收費、聯絡）
• 入口上的搜尋列，讓已登入用戶問文件
• 後台佇列內的按鈕，幫員工摘要或分流

這是產品工作，不只是 API 金鑰。按鈕放在哪、失敗時顯示什麼、手機上會不會擋內容，都會影響使用率。因此屬於 服務合作，而非僅瀏覽器插件。

步驟 5：上線、衡量、迭代

追蹤幾項指標：

• 減少的重複 FAQ（同一條還要不要人手回）
• 辦公時間外捕捉的線索
• 助理不確定時的升級率（太低可能在亂答，太高可能知識不足）
• 零結果搜尋（智能搜尋）

答案過時時更新內容。模型不能取代你對事實的擁有權。把「誰改價目、誰改營業時間」寫進營運習慣，助手才不會在三個月後變成負債。

應避免什麼

• 把顧客資料貼進公開工具當「流程」
• 一個都沒做好就上五個 AI 功能
• 把 AI 當純行銷文案、無工作流（首頁寫「我們有 AI」但無處可問）
• 發布 AI 新聞而非解決買家問題

先上一個能量到的形態，再擴。香港團隊通常最快見到的回報，是非辦公時間的 FAQ 與留電話，而不是一次做完所有想像中的智能。