ENGAGEMENT

報價不該先於問題

先確認流程、限制與驗收方式。值得往下走時，你會拿到範圍、責任、假設、交付物與價格都清楚的提案。

EVALUATE

評估

先做判斷

候選用例很多、負責人尚未對齊，或資料與風險還不清楚時，先把條件查明。

  • 用例分數卡
  • 流程與責任圖
  • 主要風險與缺口
  • 繼續、補條件或停止的建議
帶一條流程來

BUILD

建置

第一條流程

已有明確負責人、真實資料、流程邊界與最低驗收標準時，把它做成可操作系統。

  • 可操作版本
  • 必要系統整合
  • 評測與人工接手
  • 上線 Runbook 與責任
討論建置條件

RUN & EXPAND

營運與擴大

上線之後

第一條流程已經有人使用，需要監控、改善，或準備評估下一個用例。

  • 監控與事故處理
  • 品質回歸評測
  • 使用回饋與改善
  • 下一條流程的評分
討論上線責任

提案要說清楚

交付物、責任、假設、排除項目、停止條件與價格，開始前都應該能被審閱。

看交付方法

常見問題

費用如何計算？

我們會先看流程、整合、資料與風險。條件確認後，提案會列出清楚的範圍與價格。

第一個用例需要多久？

範圍清楚、資料可取得、負責人能決策時可以走得很快。我們不會在確認限制前保證固定週數。

程式碼與模型的所有權歸誰？

所有權、第三方授權與可攜性會在合約裡逐項寫清楚，開始前就能審閱。

做到一半發現不值得怎麼辦？

每個階段都有停止條件。我們會交代已確認的事實、產物與建議，再決定停止或補條件。