站內 Agent 對話視窗

大部分網站的聯絡方式，都要訪客離開網站才能完成：點 mailto 跳出信箱、加 LINE 好友再自我介紹一次、填一張要三個欄位的表單。每多一步，就多一個放棄的機會。

我們把這件事收回站內。Chat Bot 常駐在每一頁的右下角，點開就能講話，一句話就送得出去。訊息即時推播到我們的 LINE，一兩個工作天內回覆。從「想問」到「問出去」，只剩兩個動作。

刻意不自動回話

這個視窗不裝聰明。四個快選——想做網站、有件事每天重複做、想問價格、還不確定要做什麼——只是把話頭遞給訪客，點了不送出任何東西。

真正送出的，是訪客自己打的那段字。在還沒開始合作的階段，一個會假裝理解你的機器人，比一個誠實的收件匣更糟：前者讓人覺得被敷衍，後者至少確定有人會讀。克制是這個設計的選擇，不是能力的上限。

一個對話視窗要考慮的事

Chat Bot 不能只是貼在角落就算了。Cookie 告知橫幅出現時會蓋住它，所以入口要跟著往上讓位，位移量取橫幅的實際高度——因為它會隨文字換行而變。這類細節決定了「看起來能用」與「真的每個訪客都點得到」的差別，桌機到手機我們逐一對過。

後端是一支 Serverless Function：收到訊息就推播 LINE，不存資料庫、不留個資日誌，金鑰只從環境變數讀。防機器人用蜜罐欄位，真人看不到也不會填，填了就靜默回成功——騙過機器人，但不推播。各欄位有長度上限防洗版，前後端對齊同一組數字。

送出之後才是重點

訊息送達不等於接得上。所以 Chat Bot 在收到訊息後會主動問一次聯絡方式——留了 Email 或電話，我們才回得了；不想留的人有一個「先不留」的出口，不會被卡在那裡。

沒留聯絡方式的訊息，推到 LINE 時會帶一個明顯的標記，我們一眼就知道這則回不了。這比事後翻對話紀錄找線索有效得多。

這套可以裝到你的網站上

同一套做法可以接你現有的官網，落點也不限 LINE——Slack、Teams、email、或直接進你的 CRM 都行。要不要加自動回覆、要接多深，看你的客服流程長什麼樣子。

想在自己的網站上裝一個，開口跟我們說一聲就行。