[{"data":1,"prerenderedAt":209},["ShallowReactive",2],{"blog-\u002Fblog\u002Fai-adoption-failure":3},{"id":4,"title":5,"body":6,"date":197,"description":198,"extension":199,"meta":200,"navigation":201,"path":202,"seo":203,"stem":204,"tags":205,"__hash__":208},"blog\u002Fblog\u002Fai-adoption-failure.md","花了錢導 AI，為什麼三個月後沒人用？",{"type":7,"value":8,"toc":188},"minimark",[9,14,18,21,28,31,34,37,41,44,47,52,65,68,74,76,80,87,90,93,99,110,113,115,119,122,125,136,142,145,147,150,153,174,177],[10,11,13],"h2",{"id":12},"系統上線了但員工還是用-line-群組","系統上線了，但員工還是用 LINE 群組",[15,16,17],"p",{},"你花了幾個月、幾十萬，把 AI 客服系統、自動回覆機器人、或是內部知識庫建起來了。",[15,19,20],{},"Demo 很順，老闆點頭，正式上線。",[15,22,23,24],{},"然後三個月後，你發現：",[25,26,27],"strong",{},"客服還是自己打字回，內部問問題還是截圖傳 LINE，知識庫的最後更新日期停在上線那天。",[15,29,30],{},"這不是個案。根據 McKinsey 2024 調查，AI 導入後六個月內仍在實際使用的比例不到 40%。台灣中小企業的數字只會更低，因為沒有大企業的強制推行資源。",[15,32,33],{},"問題通常不在技術。技術大部分都能跑。問題在三件事沒有在開發前確認。",[35,36],"hr",{},[10,38,40],{"id":39},"第一個坑解決了工程師的問題不是使用者的問題","第一個坑：解決了工程師的問題，不是使用者的問題",[15,42,43],{},"AI 系統在 demo 環境裡很好用，因為 demo 的資料是工程師準備的，問題是工程師想到的，流程是工程師熟悉的。",[15,45,46],{},"但實際使用者——你的客服、你的業務、你的倉管——他們遇到的問題長完全不一樣。",[15,48,49],{},[25,50,51],{},"常見的落差：",[53,54,55,59,62],"ul",{},[56,57,58],"li",{},"客服系統不支援「你好，請問我之前訂的那個有沒有到？」這種模糊問法，只能處理「查詢訂單狀態 + 訂單編號」的標準格式",[56,60,61],{},"知識庫的分類邏輯是技術部門的邏輯，業務想找「如何跟客戶說我們的保固比較好」，但系統分類是「產品規格 > 售後服務 > 保固條款」",[56,63,64],{},"使用者把問題問出來、等三秒、得到一個不準確的回答——不如直接 Google",[15,66,67],{},"這種系統不是沒做好，是做錯了目標。",[15,69,70,73],{},[25,71,72],{},"怎麼確認："," 開發前，花一天跟實際使用者坐在一起，看他們怎麼工作，問他們什麼事最讓他們煩。不是問「你希望系統幫你做什麼」（這個答案通常是幻想），而是問「昨天你有什麼事做了超過三十分鐘但你覺得不應該這麼久」。",[35,75],{},[10,77,79],{"id":78},"第二個坑沒有把不用新系統的成本算進來","第二個坑：沒有把「不用新系統的成本」算進來",[15,81,82,83,86],{},"舊流程通常是舒適的。不是因為它好，而是因為它",[25,84,85],{},"已知","。大家知道在哪裡找東西、知道要問誰、知道出錯怎麼補救。",[15,88,89],{},"新系統要求的是：學新操作、重建信任、承擔「萬一 AI 答錯怎麼辦」的風險。",[15,91,92],{},"對一個每天要處理 50 個客戶的客服來說，學新工具的代價是真實的——而且是她個人承擔，不是公司。",[15,94,95,98],{},[25,96,97],{},"很多導入案失敗的真正原因："," 沒有人回答「對使用者來說，用新系統比不用新系統好在哪裡」這個問題。",[53,100,101,104,107],{},[56,102,103],{},"快多少？（要有數字，不是「更快」）",[56,105,106],{},"少做哪些讓他覺得煩的事？",[56,108,109],{},"出錯時誰負責？",[15,111,112],{},"如果答案是「公司說要用所以用」，三個月後會回到 LINE 群組。",[35,114],{},[10,116,118],{"id":117},"第三個坑上線等於結束不是開始","第三個坑：上線等於結束，不是開始",[15,120,121],{},"大部分 AI 導入專案在「上線」那天結束——開發商收尾款，移交文件，說有問題找客服。",[15,123,124],{},"但 AI 系統的第一個版本幾乎不可能是最終版本。它需要：",[53,126,127,130,133],{},[56,128,129],{},"前兩週觀察真實問題進來時系統怎麼反應",[56,131,132],{},"根據實際失敗的問題調整知識庫或 prompt",[56,134,135],{},"三個月後重新確認使用者的行為有沒有改變",[15,137,138,141],{},[25,139,140],{},"一個知識庫上線後沒有持續更新，等於一個不看新聞的客服。"," 知識會過期，問題的模式會改變，使用者會找到新的鑽漏洞方式。",[15,143,144],{},"很多廠商報價時不包含這個階段，因為「維護」聽起來是花費，而不是投資。",[35,146],{},[10,148,149],{"id":149},"你現在可以問自己的三個問題",[15,151,152],{},"如果你正在考慮導入 AI，或是你已經導入但覺得效果不對，問自己：",[154,155,156,162,168],"ol",{},[56,157,158,161],{},[25,159,160],{},"最後一次跟實際使用者坐在一起確認需求是什麼時候？"," 不是開會，是看他們工作。",[56,163,164,167],{},[25,165,166],{},"如果使用者不用新系統，對他們個人有什麼代價？"," 如果沒有代價，系統不會被用。",[56,169,170,173],{},[25,171,172],{},"上線後第一個月，誰負責看系統跑得如何？"," 不是 IT，是懂業務邏輯的人。",[15,175,176],{},"這三個問題答得出來，導入成功率會高很多。答不出來，那在開始建系統之前，可以先聊。",[15,178,179,187],{},[25,180,181,182],{},"→ ",[183,184,186],"a",{"href":185},"\u002F","預約一次免費諮詢","，把這三個問題拿出來討論。三十分鐘，不賣你任何東西，只確認你要解決的問題值不值得花這筆錢。",{"title":189,"searchDepth":190,"depth":190,"links":191},"",2,[192,193,194,195,196],{"id":12,"depth":190,"text":13},{"id":39,"depth":190,"text":40},{"id":78,"depth":190,"text":79},{"id":117,"depth":190,"text":118},{"id":149,"depth":190,"text":149},"2026-04-19","台灣中小企業導入 AI 工具後，六成在三個月內回到舊流程。問題不在技術，在這三件事沒有在開發前確認。","md",{},true,"\u002Fblog\u002Fai-adoption-failure",{"title":5,"description":198},"blog\u002Fai-adoption-failure",[206,207],"ai","smb","3s-f9wFBNUox8Jiwru8tYwfr8Z3Y0YZWSvnbpTE_tZ4",1785903592272]