交付方法
源睿離開以後
它還在跑
多數 AI 導入案不是死在做不出來，是死在做完之後沒人接手。所以源睿從第一天就照著「有一天要交出去」的前提在設計。
問題
為什麼顧問一走就散了
不是顧問做得不好，是東西的形狀不對。做出來的系統如果要改一個判斷條件就得動程式，那公司裡沒有人敢碰它。
一開始還撐得住，因為規則沒變。三個月後業務規則變了、流程調整了、負責的同事離職了，沒有人能改，大家就默默繞過它，回到原本的做法。
這件事跟預算多寡沒關係。花三十萬和花三百萬，只要交出來的東西只有原作者改得動，結局是一樣的。
所以把東西分成兩層
會變的那一層
客戶自己改
規則、知識、常見問答、判斷標準。這些放在文件或表單裡，用打字就能改，不需要找人。市場或流程變了，公司內部自己調。
不太會變的那一層
平常不用動
資料怎麼流、系統怎麼串、權限怎麼控。這一層做穩，做完之後幾乎不需要碰。真的要動的時候再找源睿。
這樣分之後，客戶維護的是內容，不是程式。這是沒有工程部門的公司能真的接手的唯一做法。
原則
六個原則
- 01
到客戶現場看，不靠訪談問
源睿會跟著實際做事的人走一遍流程，看時間跟判斷卡在哪裡。用問的問不出來，因為做久了的人不會覺得那些動作是問題。
- 02
動手之前先排序
把重複發生的工作攤開，用發生頻率、每次耗時、牽涉人數三個數字相乘排序，再過規則清不清楚、資料在不在電腦裡兩道門檻。排完才決定動哪一個。
- 03
第一個要小到一定會成
開場的流程寧可小，也要確定做得成。團隊親眼看到一件事真的變輕鬆，後面才推得動。
- 04
用真實資料做，不做展示品
乾淨資料跑得通不算數。例外狀況、權限、跟舊系統打架的地方，這些從第一版就要進場，否則上線那天才發現全部要重來。
- 05
教操作與維護，不教從零建一套
內訓教的是這一套怎麼用、怎麼日常維護、什麼情況該停下來找人。源睿不會試圖把客戶的同事訓練成工程師，那不切實際，他們也不需要。
- 06
目標是退出
客戶不會因為導入了一套東西，就多出一筆每年都要編的預算。專案有起點也有終點，總花費在開始之前就估得出來。後續維護是選配，用不到就不要買，要買也是按月、隨時可以停。
兩條路的差別
常見做法
上課，然後各自試
- 01上一堂通用課
講師用通用案例教工具怎麼用。
- 02各部門自己試
行銷買一套、客服買一套，各自摸索。
- 03沒有人整合
成效說不清楚，也沒人知道整體有沒有變好。
- 04熱度過了
三個月後回到原本的做法。
公司多了幾筆訂閱費
源睿的做法
做一段，然後交出去
- 01先看客戶怎麼做事
跟著走一遍流程，找出真正卡住的那一段。
- 02挑一段先做
選一個做得成的，用客戶自己的資料做到能用。
- 03做到每天都在用
不是驗收完就結束，是真的變成日常的一部分。
- 04教會客戶維護
規則與知識交給客戶自己改，源睿退出。
那段流程換了做法，而且留得住