合作方式
先看清楚
再談錢
源睿不會在還沒看過客戶怎麼做事之前就報價。前兩個階段不先收費,等雙方都確定這件事值得做,才會有一份把範圍、責任、交付物與價格寫清楚的提案。
- Step 1
先談一次
- 收費
- 不收費
- 時間
- 一次會議,約 90 分鐘
手上有一段流程一直卡著,但還不確定 AI 幫不幫得上忙。
- 一次會議,源睿問、客戶說
- 會後判斷這件事適不適合現在做
- 不適合的話,缺什麼會講清楚
- Step 2
需求診斷
- 收費
- 不先收費,成交後併入專案
- 時間
- 視專案內容而定
確定有東西值得做,但公司裡有好幾個候選,不知道該先動哪一個。
- 一份針對客戶公司客製的問卷
- 跟實際做事的人訪談
- 兩到三個切入點的排序與理由
- 每個切入點開始前要先補什麼
- Step 3
做起來
- 收費
- 專案主體,依複雜度報價
- 時間
- 視專案內容而定
切入點選定了,資料與規則也到位,可以動手。
- 在客戶真實環境裡跑得動的流程
- 寫給內部同仁看的操作說明
- 驗收標準,開始前就白紙黑字
- Step 4
交接與內訓
- 收費
- 含在專案裡
- 時間
- 一到兩次,各半天
東西跑起來了,要讓客戶自己的人接手。
- 一到兩位受過訓、能操作也能維護的人
- 配置文件與常見狀況的處理方式
- 什麼情況該停下來找人的判斷標準
- Step 5
後續維護
- 收費
- 月費,選配
- 時間
- 按月,隨時可停
客戶自己跑了一段時間,想加東西或想換底層。
- 模型與工具的更新
- 新模組的建置
- 客戶內部處理不了的狀況
收費
費用怎麼算
源睿不用人天報價,也不按人頭收。報價看的是三件事:這段流程牽涉幾個系統、規則有多少例外、以及客戶的資料要整理到什麼程度才能開始。
需求診斷的費用在成交之後併進專案報價。診斷交出來的是一份報告,指出兩到三個最值得先做的地方、各自預估省下的時間,以及開始之前要先補的東西。這份報告不管後續有沒有合作,都歸客戶。
這樣安排的原因很單純。診斷做完,客戶就知道公司裡哪一段最值得動。那個判斷本來就該歸客戶,不該綁在一張還沒簽的合約上。
什麼情況會喊停
停止不是意外,是流程的一部分。下面幾種情況出現時,源睿會主動說停,並且交代已經確認的事情與建議,讓客戶自己往下判斷。
規則講不清楚
如果公司裡最資深的人被問到判斷標準時說「看情況」,而且拆不出三到五條規則,那這件事現在還不能交給機器。
資料尚未數位化
東西還在紙本、還在某個人腦袋裡、或只有一個人看得懂那份 Excel。這種要先整理,不是先導入。
公司裡沒有人能接手
找不到一個之後負責維護的人,做完也留不住。這條在第一次會議就會確認。
算出來不划算
診斷做完發現省下來的時間撐不起專案的成本,源睿會直說,也會建議多久之後再回來看比較合理。
資料
專案使用的公司內部資料會存放在哪裡
在客戶自己手上。這不是承諾,是這套做法的必然結果,因為最後是客戶自己要維護它,東西當然得放在客戶的環境裡。
建置期間需要看到真實資料才做得準,做法有兩種:客戶提供少量的樣本給源睿,或是開權限讓源睿直接在客戶的環境裡做。哪一種都可以,看客戶的資安規定。
專案結束之後,源睿手上不留客戶的營運資料。
問答
常被問到的幾件事
- 第一個要做多久?
- 範圍清楚、資料拿得到、公司裡有人能決定的時候,通常一到三個月。但源睿不會在還沒看過客戶的系統與例外狀況之前就保證幾週交件。
- 做出來的東西歸誰?
- 歸客戶。程式、設定、文件,還有雙方一起整理出來的規則,全部留在客戶的環境裡。用到第三方服務的部分,授權方式會在合約裡逐項寫清楚,開始前就看得到。
- 做到一半發現不值得怎麼辦?
- 每個階段都有停止條件,寫在提案裡。真的走到那一步,源睿會把已經確認的事實、做出來的東西與後續建議交給客戶,不會硬做完。已完成的部分照實際進度結算。
- 源睿離開以後,公司裡誰維護?
- 客戶公司裡受過訓的那一到兩個人。源睿在設計的時候就把會變的東西,例如規則、知識、常見問答,放在打字就能改的地方,複雜的邏輯做成不太需要動的底層。所以他們維護的是內容,不是程式。
- 只想辦一場內訓可以嗎?
- 可以。教材取自客戶自己的流程,不是通用案例。上完之後,客戶手上會有一份能自己往下做的清單。多數人是先辦一場內訓,覺得對了再談專案。