朋友公司的那些事|EP.08
東西送出去了,事情卻還沒結束
螺絲打得很快,卻總是歪掉,算有效率嗎?從朋友公司的發票問題,我想到「先求有,再求好」的界線:未知可以先做假設,能掌握的地方卻不能跟著輕忽。

業務說怎麼開,財務就趕著開出去。後來發票跨月作廢了,客戶卻沒有接到通知。
這是朋友提到的財務主管。他不喜歡讓工作停在自己手上,總想趕快處理、趕快送出去。可是朋友看到的,是細節沒有核對清楚,後面的事情也沒有跟著處理完。
聽到這裡,我其實能理解那種想趕快清掉待辦的心情。工作一件接一件,能劃掉一項,至少會覺得今天有往前走。
但我也會替接下來的人覺得累。假如客戶手上還留著舊發票,同事不知道哪份才有效,最後總得有人重新找資料、打電話,把同一件事再走一次。
那前面省下來的時間,究竟省到哪裡去了?
這不只是財務主管的問題,換成任何一個人,都可能這樣。
就算是在工廠打螺絲,每分鐘打得比別人多,結果卻總是歪掉,後面還要拆掉重做。如果只算打進去的那幾秒,當然很快。但檢查、拆除、重做,甚至材料損耗呢?那些時間和成本,並沒有因為交到下一個人手上就消失。
業務很快答應客戶,工程師很快交出功能,也可能有同樣的問題。我們看見眼前做完了多少,卻沒有看見後面多出了多少工作。
我不覺得積極處理事情是缺點。只是財務的專業,不能只剩下把業務交代的內容打出去。客戶談好了什麼,業務要說清楚;哪些資料不完整、哪些處理需要再確認,財務也得看住。不能因為有人催,就把判斷一起省掉。
這也讓我想到我們自己。如果我們只稱讚速度,卻把收拾問題的時間算在別人頭上,那就不只是某個人不夠仔細,而是我們衡量效率的方式,也在鼓勵這種做法。
我們常說「先求有,再求好」,我並不反對。有些事情現在無法確定,也不在自己控制之內,可以先把假設說清楚,暫時不展開所有問題,縮小範圍往前試。之後再拿實際結果回來檢查,不必等所有答案都有了才開始。
但客戶會不會接受,和螺絲有沒有鎖正,是兩回事。前者需要驗證,後者是眼前就能檢查的。不能因為還在嘗試,就連自己能掌握的地方也隨便做。
先求有,可以先少做一點,不是有做就好。假設也不是把風險當成不存在;一旦碰到必須確認的條件,就得回頭處理,不能一路假設到交付。
否則後面的「再求好」,一直都在修補前面原本可以避免的疏忽,根本沒有機會真的變好。
我會想先跟朋友確認一個可能:公司是不是把「已經開出去了」當成完成,卻沒有替後面的異動和通知留下位置?
先不用請他重新畫一張完整流程圖。我更想拿一筆出過問題的紀錄,把業務原本的交代、財務實際處理的內容,以及寄給客戶的訊息放在一起看。缺的是資料?沒說好誰通知?還是本來有規定,只是大家一直跳過?
這幾種情況,不能用同一句「以後細心一點」處理。
看勤誠專訪談從庫存往前追查原因的段落時,我想到的也是這件事:不要只在最後出錯的位置再加一道簽名,先看看前面到底發生了什麼。
如果要試,我會先挑一種經常發生的發票異動,把這一件事接完整。
業務留下與客戶確認的條件和原始訊息,財務照著核對。資料不足,就讓這筆工作停在「待確認」,寫清楚缺什麼、由誰補、何時追蹤,不要靠猜測趕快送出。
真的需要異動時,由財務確認適當的處理方式,再約定誰負責通知客戶。通知不能只有一份新附件,還要讓對方知道改了什麼、原來那份該怎麼處理;同一筆紀錄裡,也留下通知內容與時間。若寄送失敗或仍有爭議,就繼續列在待辦裡,有人接著處理。
我不想因此再增加一張大家都不想填的表。如果原本的系統就能留下狀態、負責人和訊息,就接在那裡。異動時能自動帶出原始資料、提醒還沒通知的人,也比每天靠主管追問好。至於處理是否正確,仍得由財會專業判斷,不能把系統顯示的勾勾當成保證。
試一段時間之後,我希望朋友看的,不只是今天開了幾張、寄了幾封。
而是同樣的事情,有沒有少一次重開、少一次客戶追問、少一次同事回頭找資料。連同補救的時間算進去,大家是不是才真的輕鬆了一點。
那支談團隊各自承擔工作的短片,讓我想到的不是每個人都要負責到天邊,而是自己答應的那一段,不能只做到最方便停下來的地方。
當然,如果資料齊了、責任講清楚了,工具也能用,卻還是一次次省略核對和通知,那朋友就不能只繼續修流程。他需要跟主管拿具體紀錄談:哪一步反覆沒做、需要什麼協助、何時回頭檢查;如果仍沒有改善,工作分配和主管責任也得重新評估。
理解一個人很忙,不代表剩下的事情就該由別人默默承擔。
我希望朋友最後留下的,不是一張更乾淨的待辦清單,而是客戶拿到正確的資料,同事接得上,出了例外也知道找誰。
這也是我想提醒自己的:還不知道的,可以帶著假設去試;已經知道、也能控制的,就認真做好。
自己做得快,不代表整件事情完成得快。我希望省下來的,是真的少掉的工作,而不是換了另一個人來做。
延伸參考:勤誠專訪:追查工作上游・團隊合作短片
文章主題
