地圖讀懂了，路還是要走。

名字有了，事情還沒開始動

這是一個假設的現場。店裡接連收到等待太久的抱怨，主管決定把每件客服案件的處理時間列入考核。想法很直接：客人不喜歡等，那就讓事情快一點。

讀過管理書的人，可能立刻想到「指標取代目標」；另一個人則會說，是員工為了分數提早結案。這些解釋都有可能。但在看過紀錄以前，我們還不知道，是簡單案件真的處理得更快，還是麻煩被送到了下一通電話裡。

同樣一張變漂亮的報表，容得下兩種不同的現場。替問題取名字，能提醒你去哪裡找；如果名字太早成為答案，接下來的調查就只剩下蒐集同意它的材料。

把規則放進一個人的下午

先跟著一位客服走一段。客人說寄來的東西不合用，客服確認沒有寄錯，照流程回覆操作方式。對方仍說不行，但通話已經拖長，後面還有人等著。如果繼續追問，這一件就會拉高自己的平均處理時間；如果依照既有分類完成回覆，系統便容許結案。

不需要先假定他偷懶，這裡就已經有一個取捨：多花時間理解尚未說清楚的問題，會在自己的考核上留下什麼？把案件轉給別人，又算誰的時間？

可是，理解這個取捨也不等於已經找到了原因。有些客人確實需要再次確認，有些問題必須等零件到貨。主管可以先抽看幾件再次來電的紀錄：上次承諾的事完成了嗎？兩次問的是同一件事嗎？等待究竟發生在哪一步？這些差異，會決定接下來該改考核、補資訊，還是處理供貨。

當你走進現場，你也成了需要被理解的條件之一。

多加一把尺，房間就量完整了嗎？

假如紀錄真的顯示，有些案件在客人仍未得到處理時就被關閉，主管可能加上「再次來電率」。快還不夠，也要減少客人為同一件事回來。

這比只看速度多看了一面，但新的數字仍需要定義。客人換了電話算不算？同一筆訂單問了另一個問題算不算？客服主動回電追蹤，又要不要算進去？若這些都含糊，員工可能花更多時間爭論案件該歸在哪一欄。

加滿指標也有代價。每多一欄，都需要有人記錄、核對，還得知道幾個分數互相衝突時怎麼選。顧客滿意、處理速度、成本與問題難度，不會因為同時出現在表上，就自動達成協議。

這時可以先做一個有限的調整：讓確實需要後續處理的案件保持待辦，註明由誰、何時回覆；對這類案件分開看時間與處理結果。它仍可能被濫用成「先掛著就不算慢」，所以也要查看待辦是否老化。每個修補都帶來新的觀察責任，沒有哪一張表能替主管永遠看完現場。

你的出手，也會進入下一張報表

如果主管當眾說「我知道你們在鑽漏洞」，之後的紀錄可能變得更整齊，大家卻更不願意留下難以解釋的案件。這時不能把「異常變少」直接讀成問題改善；你改變的也可能是大家願不願意讓你看見問題。

因此，小範圍試行之前，最好交代這次要看什麼、紀錄會怎麼使用，以及誰有權把案件留在待辦。若嘴上說鼓勵如實回報，月底仍用未結案件數直接扣分，真正有效的規則還是後者。

兩週後再次來電變少，也還不能立刻宣布新制度有效。也許這段期間訂單較少，或剛好少了難處理的產品。至少要把案件量、類型與延後出現的問題一起看。這些檢查未必足以證明因果，卻能避免把最方便的解釋直接送上功勞簿。

什麼時候，願意把地圖改掉

試行前可以先留下一份預期：若提早結案確實是問題的一部分，允許合理待辦之後，重複解釋與無人接手的案件應該減少；同時，待辦不能只是越積越多。也寫下一個會讓自己改判的情況：若反覆來電主要是因為零件缺貨，就不能繼續要求客服用話術把問題處理掉。

有時候必須在資訊還不完整時動手，尤其客人正在等。那就先處理可確認的損害，保留改動的範圍與期限，把尚未知道的地方留在紀錄裡。等待完美證據也會產生成本，但急著行動不必附帶「我已經知道原因」的宣告。

下一次例會，牆上的平均時間可能沒有那麼漂亮。桌上卻多了一份有人接手的待辦，以及幾件終於能說清楚為什麼反覆來電的案件。此時值得問的，才開始從「哪個模型能解釋大家」，走到「我們改了哪個條件，現在又看見了什麼」。