案例
拖動比較
問題
哪裡出問題？
網站看起來過時，原本要招呼借款人的聊天機器人也不再運作。第一次詢問步驟不清楚，團隊也缺少後續改進的穩固基礎。負責人想要更清楚的網站，以及可以刻意擴張的可用進件入口。
系統
我們做了什麼？
與負責人緊密合作，我們用更清楚的借款人旅程重建網站，並用設定好的進件流程取代無法使用的聊天機器人。約定範圍內的潛在客戶整理與追蹤支援團隊，但不宣稱每筆詢問或預約都已自動化。結構留有空間，待存取、權限與驗收談定後再接後續整合。
- 聚焦清楚、可信與轉換的完整網站重建
- 以可用借款人進件流程取代壞掉的聊天機器人
- 為支援的網站詢問路徑設定潛在客戶整理
- 約定範圍內的追蹤步驟，借款人聯絡仍由團隊掌控
- 可供後續分開審核自動化使用的整合就緒結構
成果
改變了什麼？
無法運作的聊天機器人已換成設定好的進件流程，重建後的網站也讓準借款人有更清楚的下一步。負責人拍過客戶談貸款結果的推薦影片；那些結果是客戶自述，不歸功於網站本身。本案例沒有獨立量測實際進件率或預約率。
| 改前 / 改後 | 改前 | 改後 |
|---|---|---|
| 網站 | 呈現過時 | 現代化重建 |
| 聊天機器人 | 死路一條 | 可用的借款人進件流程 |
| 潛在客戶處理 | 手動、不一致 | 設定好的整理與追蹤流程 |
| 後續整合 | 難以擴充 | 結構已備好，待日後審核 |
內建人工把關
怎麼保持安全？
借款人聯絡與敏感後續步驟留在團隊掌控。範圍寫明支援哪些路徑；後續整合在權限與資料處理審過前不會打開。
- 人工核准節點
- 敏感動作在寄出或觸發前，先等人簽核。
- 升級規則
- 超出規則時，系統把案件交給人，而不是亂猜。
- 紀錄與可見度
- 連接工具有事件時，留下範圍內動作的紀錄。