一份服務合約很少因為一次大失誤而虧損;它是被那些沒人記到任何專案上的工時,一點一點耗虧的。但當人的工時、工作進度與財務分處三個不同的地方,你往往要等一份合約已經虧了之後,才知道它虧了。本文剖析為什麼這三塊資料必須讀取同一個來源,以及要讓整併真正給你及時決策的條件。
在服務業,盈虧在專案層級
與製造或零售不同,服務型企業的產品主要是人的時間。一家公司的總毛利可以是正的,卻仍在許多合約上是負的——只是那些賺錢的合約在扛著那些賠錢的,而在結算之前沒人看得見。想管理利潤,你就得在它形成的地方看見它:每一個專案、每一份合約,盡可能貼近即時。
時間就是成本——請把它連到專案
服務業最大的成本是工時。當打卡記錄直接綁定到專案與合約——而不是一份月底彙總的工時表——你就能在專案還在跑的時候看見它的真實成本。一份總價報價的合約一旦開始耗掉比預估更多的工時,會在時數超標的當下就現形,而不是兩個月後會計加總完才知道。要做到這件事的條件很具體:工時必須按專案登錄,而財務必須讀取那份資料本身,而不是一份重新輸入的副本。
依真實進度認列營收
許多服務合約按完工百分比認列營收。如果進度只在專案經理的腦袋裡,而財務只透過一封更新的電子郵件得知,那認列的營收數字永遠是一種臆測。當進度與財務讀取同一份資料,認列的營收就緊貼實際已完成的工作,而每一份合約的利潤報表永遠是最新的,而不必每到期末重新拼湊。這也是可信現金流預測的基礎,因為你知道哪部分工作已具備開立發票的條件。
- 每一個專案已耗工時的成本相對於預算。
- 實際完工百分比相對於已開立發票的部分。
- 依目前耗時速度,每一份合約估計還剩的利潤率。
- 可計費(billable)工時相對於總工時,依每人、每專案分列。
- 已到期但尚未開立發票或尚未收款的付款里程碑。
在還來得及時做決定
整併真正的價值不是更漂亮的報表——而是更早到來的警訊。一個利潤率正在下滑的專案,應該在它還在跑、你仍能調整範疇、與客戶重新協商、換上更合適的人選,或收緊那些額外冒出的工項時,就發出訊號。當這個訊號只在結算時才到,所有選項都已關上,你只剩下認列一筆損失。在同一個系統上,正在發生的事與你得知的事之間的距離,被縮短到讓決策仍有意義。
整併只有在工時如實、估計如實時才跑得動
得坦白說:一個整併的系統,只和它的輸入資料一樣準。如果員工憑記憶把打卡積到週末補登,或為了方便而把工時掛到某個專案而不是正確的專案,每一個專案的利潤報表看起來會很平順卻是錯的。同樣地,由專案經理自評的完工百分比可能過度樂觀。整併資料讓這些偏差更容易被看見、也更容易歸責,但它取代不了如實且及時登錄的文化。這是一項習慣的改變,分量不亞於一項工具的改變。
從哪裡看出專案資料被切成三份
有幾個徵兆顯示你的專案資料正被切成三塊:
- 你要等一份合約結束之後,才知道它賺還是賠。
- 打卡、進度與財務活在三個彼此不對話的工具上。
- 依專案的利潤報表每期都得手動拼湊,而且永遠遲到。
- 認列的營收根據進度的估計,而非已登錄的實際工作。
- 你此刻說不出哪個專案正在耗時超出預算。
先把工時接到專案上
不必一次全部導入。第一步幾乎總是把打卡連到專案,因為那正是成本形成的地方,也是最常被切開的資料。挑一組正在進行的專案,要求每天按專案登錄工時,並把那份資料綁定到合約預算。光是能即時看見工時成本,就足以改變你做決策的方式。以此為基礎,再擴展到依進度認列營收與現金流預測。不變的原則是:在服務業,等結算之後才知道一份合約虧了,就是知道得太遲——整併的目標,是把你得知的時點,拉到你還能做點什麼的時點之前。
「在服務業，結案後才知道一份合約虧損，就是知道得太遲了。」