如何讓一個月 10 個的開發量，一個月內暴增 300%

前幾個月，KOC 的發布數量明顯往下掉。數字只說了結果，沒說原因——多數人的第一反應是盯人，我們的第一步，是先搞清楚問題。這篇把整個過程拆開來寫：怎麼從一個下滑的數字，走到一套完整的 KOC 開發系統。

數字下滑，先確認問題是真的

發布量下滑是表象。第一時間看工作試算表，確實有一些案子卡在尚未發布——這是第一個線索：問題不在有沒有人做事，是流程的某處塞住了。

這個階段只做一件事：確認問題是真的，而且值得往下追。不急著給答案。

問題在第一線手上，不在報表上

去問負責的同事執行狀況，困難一下子全倒出來：

• 一個月要開發 30 個 KOC，但實際堆在身上的，可能是兩倍甚至三倍——因為大多數人都「在流程中」：有人在合約檢視、有人在選款、有人在內容修改、有人在發布、有人等最後的款項。
• 狀態非常多樣。每次要跟一個人開啟對談，得先從頭弄懂他的一切狀況，翻很多地方才能拼出合作全貌，啟動成本非常高。
• 每天光是把名單上的狀況弄清楚、裝進自己的待辦清單，就是一個浩大工程。

訪談的重點不是聽困難，是把困難翻譯成需求：

後面還有很多獨立問題，但主幹已經出來了。拆解、理解、翻譯——這一步做完，方向就定了。

先做一個能用的，讓回饋說話

根據需求，規畫核心流程：詢問、審核、寄送、發文、結案。先打個樣，實際跑，看實務上能不能解決問題。

第一次 DEMO 完，問題泉湧——一口氣又多了八個要解決的：寄送要有日期、合作條件要獨立欄位、不回應的案子要能暫存……

這正是打樣最有價值的地方。這些全是打樣後才問得出來的真實需求，而且都是主要問題的分支，不是推翻方向。分支越多，代表主幹越站得住。

迭代收斂之後，回頭把模型補完整

最後的設計是三個視角，對應訪談時翻譯出來的需求：

• 合作看板——所有「正在進行中」的案子，一頁看完整體狀況。
• 詢問管理——與合作對象的所有接觸，集中在一個地方管理。
• 個人歷程總表——點進一個人，看到他所有進行中、已完成的合作；連「詢問過但沒合作」也在清單裡。開啟對談前，不用再翻很多地方拼全貌。

架構補足後，把舊資料匯入 mapping，切一個時間點，正式上線。撐了很久的那份試算表，光榮下庄。

對我來說，處理這種事永遠是同樣四個步驟：洞察、訪談、打樣、完整模型。

能拆解的，就能做到。你手上如果也有想拆解的問題，歡迎來找我。