同一筆商機，
為什麼要輸入兩次？

01 / THE STARTING POINT

他想讓業務跑快一點。
問題，卻在另一個地方。

訪談一開始，問題聽來並不複雜。一位剛加入公司的合夥人，希望盡快展開業務。他找到顧問，提出一個許多企業都熟悉的需求：能不能讓業務外展自動化？

站在他的角度，這個要求十分合理。新客戶要開發，市場不能等；如果系統能協助整理名單、安排接觸與追蹤回覆，業務就有機會把時間留給真正的溝通。於是，談話原本像是要走向一套工具的選擇。

但顧問沒有立刻討論功能，而是把問題往前推了一步：現在使用什麼系統？一筆新商機進來後，誰先接手？資料會被放在哪裡？下一個人又從哪裡看見它？

這幾個問題，慢慢牽出兩套平行的工作方式。公司保留著一套約十五年前建置的系統，作為正式紀錄；業務團隊日常真正使用的，卻是較熟悉、也比較容易調整的 Excel。

兩套工具都沒有消失，也各自有存在的理由。只是它們之間沒有自然流動的資料。為了讓正式系統與現場表格維持一致，營運主管得在一筆商機建立後，再親手輸入一次。

表面上，這只是多幾分鐘的行政工作。實際上，它透露出一個更根本的問題：公司的流程並不是由系統串起來，而是靠一個人，日復一日把斷掉的地方接回去。

新商機還沒增加，現有的工作已經在消耗主管的時間。

到這裡，最初的提問已經改變。公司真正需要的，可能不是先把更多名單送進流程，而是先確認：當更多商機進來，既有的資料斷點會不會也被一起放大？

02 / THE HIDDEN WORK

每個人都在工作，
資料卻沒有往前走。

這類問題之所以容易被忽略，是因為流程看起來仍然運作。沒有系統當機，沒有工作因此停擺，商機也沒有直接消失。每個人都在完成自己的任務，只是完成的方法，比組織想像中更依賴人工。

在正式制度裡，商機應該留在舊系統；在實際工作裡，業務更仰賴 Excel。當兩套紀錄都不能少，營運主管便成了中間的轉接站。他不只是複製文字，還得確認欄位、辨認差異，並承擔兩邊資料不一致時的追查責任。

如果一天只發生幾次，這些動作很難被視為專案。它們通常被歸類為「順手處理」，散落在會議、回覆與其他管理工作之間。然而，當每週處理量來到 170 筆，原本看似零碎的幾分鐘，開始累積成一段完整而可被計算的工時。

顧問於是把筆數與單筆時間放在一起。這個簡單的換算，讓隱形工作第一次有了輪廓。

估算方式：170 筆 × 每筆 4–5 分鐘 ÷ 60 ≈ 11.3–14.2 小時。此數字描述原有耗時，不直接等同可節省工時。

十一到十四小時，接近兩個完整工作天。但真正值得注意的，不只是時間總數，而是這段時間由誰承擔。負責補上系統缺口的，是原本應該掌握營運、處理例外並協助團隊判斷的主管。

更麻煩的是，重複輸入很少只留下工時成本。只要其中一次更新稍晚、欄位理解不同，或資料在交接時遺漏，兩套紀錄就可能出現落差。團隊接著花更多時間確認哪一份才是最新版本。

這也是為什麼，流程診斷不能只問「一個動作能不能自動化」。它還要沿著資料走一遍，看它在哪裡被建立、在哪裡停下，以及由誰負責把它送往下一站。

流程圖裡最關鍵的，其實不是第三步多花了四、五分鐘，而是組織把「資料能否繼續前進」這件事，交給一個人的記憶與責任感。

如果直接在舊流程前端加上更多自動化，商機進來的速度或許變快了；但同一位主管需要搬運的資料也可能同步增加。自動化沒有消除瓶頸，只是讓更多資料更快抵達瓶頸。

03 / LOOK DEEPER

值得追問的，不只是
「能不能自動化」。

因此，診斷的重心從工具轉向工作本身。不是先列出系統應該有哪些功能，而是先問：團隊為什麼形成現在的做法？哪些選擇是刻意的，哪些只是多年來一路補救留下的結果？

企業裡許多看似不合理的流程，往往都有一段合理的歷史。舊系統可能曾經足夠使用，Excel 也可能在某個時刻解決了現場的燃眉之急。只是當組織變大、角色增加、資料量上升，過去的權宜之計，便逐漸成為新的限制。

訪談後，三個比「選哪一套工具」更重要的問題浮上檯面。

1. 01

   正式系統與現場做法脫節

   公司有一套正式系統，業務卻主要在 Excel 上工作。這不只是使用習慣的差異。它代表原本的工具，可能沒有完整支撐現場真正需要完成的任務。比要求團隊回到系統更重要的，是先理解他們為什麼離開。

2. 02

   最需要做判斷的人，正在搬運資料

   營運主管持續核對兩邊資訊，讓流程得以運作。當關鍵工作依靠資深人員補位，成本就不只發生在輸入時間，也包括被延後的管理判斷、例外處理，以及組織對單一角色的依賴。

3. 03

   決策者看見的制度，與現場不完全相同

   管理端看見的是一套仍在運作的系統，現場感受到的卻是每天必須繞路的流程。若沒有把補救動作、處理筆數與涉及角色整理出來，這些摩擦很難進入正式的決策討論。

這三個發現看似分開，實際上指向同一件事：公司缺少的不是更多資料，而是讓資料成為共同事實的方式。當不同角色各自依賴不同版本，組織就必須用人工對齊。

真正有用的診斷，不會把現場的抱怨原封不動交給決策者，也不會急著把所有問題包裝成技術需求。它要做的，是把「每天很麻煩」翻譯成可被衡量、比較與排序的營運問題。

當問題被說清楚，工具反而不必急著出場。團隊可以先確認資料應該從哪裡進入、誰需要使用、哪些欄位才是真正必要，再決定系統要如何承接。這個次序，避免了企業花力氣把一段尚未理順的流程，原封不動地自動化。

04 / A DIFFERENT DECISION

討論的終點，從一個工具，
走向共同的資料基礎。

當整理好的診斷回到決策端，討論的尺度開始改變。原本的問題是：要用什麼工具加快業務外展？後來的問題則變成：公司要以哪一份資料為準，不同角色又該如何在同一個基礎上工作？

這個轉向很重要。外展工具解決的是流程前端的速度；共同資料基礎處理的，則是商機進入公司之後，能不能被持續、正確地使用。前者讓入口變寬，後者決定資料進來後會不會再次卡住。

診斷簡報把日常零碎的補救工作，整理成決策者能夠看見的路徑：資料從哪裡來、在哪裡被重複輸入、誰承擔這段工作，以及當處理量增加時，瓶頸會如何被放大。

於是，專案不再只圍繞單一外展功能，而是往客製營運系統的方向推進。目標也從「多做一個自動化」，轉為先建立共用的資料來源，再讓業務與營運依各自角色使用同一份紀錄。

因此，這個案例不能被寫成一個「導入後節省多少成本」的成功故事。系統仍在建置，新的流程也還需要經過實際使用驗證。任何工時改善、資料品質或業務成果，都應該在上線後再用數字回答。

但在成效數字出現之前，專案已經完成了一個重要轉變：公司不再只問該買哪個工具，而是開始討論真正要改變的工作方式。這讓後續建置有了更清楚的問題邊界，也降低了做出一套功能完整、卻仍繞不開舊流程的風險。