簡短的答案： 從報價到實際入帳，實際走一趟大約要 59 天，其中真正在施工的只有 8 天。剩下的時間全部花在等待：報價單還沒簽、工程簽約後還沒動工、工程完工後還沒開帳單，以及帳單開了卻沒人催收。每一個環節都有各自的解法，只要縮短其中任何一個環節，整體的天數就會跟著往下降。
找出你最近完成的一個規模不小的工程，算一算日子。不是算你實際施工的天數，而是算從報價單送出去，到款項真正入帳，一共經過了多少天。
這裡有一個貼近現實的例子。一間 16,000 美元的地下室浴室工程：3 月 3 日報價，5 月 1 日收到款項，一共 59 天。而實際施工只花了 8 天。那剩下的 51 天，到底跑去哪了？
把它整理成一份帳目，答案立刻就不再神秘了：
- 3 月 3 日送出報價單，3 月 14 日簽署：11 天未簽署
- 3 月 23 日開工：等待開工 9 天
- 3 月 31 日完工：實際施工 8 天
- 4 月 6 日送出帳單：完工後未開帳單 6 天
- 4 月 27 日付款：已開帳單未付款 21 天
- 5 月 1 日款項記錄並入帳：再加 4 天
在這份帳目裡，沒有一個人是賴帳的。客戶簽了約、付了款，而且以後還會再找你合作。每一個環節，都只是流失了一段稀鬆平常、不算誇張的時間，但這些流失加總起來，結果就是你自己整整墊了兩個月、16,000 美元的工程款，其中一部分還是 3 月時你自己掏腰包買的材料。
大多數關於「更快收款」的建議，都只盯著一個環節：催收逾期帳單。但催收只是這個五階段問題裡的第四階段。從「完工」到「收款」之間的落差，是一連串加總起來的結果，而其中每一項都有各自具體的解法。這是一篇談系統的文章，不是一篇談催收的文章。請依序處理每一個階段。
階段一：報價單還沒簽署（11 天）
只要報價單還躺在收件匣裡，後面的一切都無法開始。這讓它成了整份帳目裡代價最高的閒置時間，卻也是最容易被忽略的一段，因為它感覺起來不像是在等錢——但事實就是如此。那 11 天裡的每一天，都把 5 月 1 日往後推了一天。
報價單會被擱置的原因：它通常是勘查後當天晚上以電子郵件附件的形式送到，客戶用手機打開，心想「看起來沒問題，週末再來處理」，結果那個週末另有安排。這是決策上的拖延，而不是猶豫不決。
這些解法可以疊加使用：
現場就把報價完成。 這是整篇文章裡最能壓縮時間的一招。如果數字可以在現場當場算出來（而對大多數住宅工程來說，確實可以），那就在勘查結束時當場提出報價，逐項說明，並趁這個工程還是客戶今天最感興趣的事情時，直接請對方簽名。現場簽署的報價單，能把 11 天直接壓縮成零。
如果沒辦法現場簽署，就讓簽署變成點一下就能完成的事。 傳一個簽署連結給對方，而不是要對方自己列印或手動標記的 PDF 檔案。從「同意」到「簽署完成」之間每多一個步驟，那份同意就多一個可能就此沉睡不醒的機會。
在報價單上加一個有效期限。「報價有效期 14 天」是誠實的做法（材料價格本來就會波動），而它也能把一個沒有期限的決定，變成一個有時間壓力的決定。
在第 3 天就追蹤，而不是等到第 10 天。 一則友善的訊息就夠了：「報價單有什麼問題嗎？我很樂意跟你一起看一遍。」報價單很少因為被追蹤而告吹，通常是敗給了沉默。
實際的效果：11 天可以縮短成 2 到 3 天。
工作獲利分析計算機可以幫你確認一件已完工的工程，獲利是否達到你報價時預估的水準。
階段二：已簽約但尚未開工（9 天）
這個階段有一部分是真實而無法改動的：你的行事曆上還有其他工程，客戶也有自己的生活要過。但在這段合理的排程空檔裡，藏著兩個純粹是延遲造成的漏洞。
第一個漏洞，是訂金的來回溝通。如果你是在簽約之後，另外開一次對話才要求訂金，你等於是建立了第二輪核准循環：報價、等待、簽約、等待、要求訂金、等待、收到訂金。應該把收訂金和簽約合併成同一個動作：請客戶在這裡簽名，同時附上 4,800 美元的付款請求，把對方排進行事曆。一次對話取代兩次對話，往往能省下一週的時間。
第二個漏洞是材料。如果特別訂製的淋浴玻璃需要 10 天才能到貨，卻要等到開工前一週才下訂，開工日期就會被迫延後。訂金一入帳，就馬上訂購交期較長的項目，這樣一來，排程的空檔和材料的等待期就能同時進行，而不是一前一後接連發生。
實際的效果：9 天可以縮短成 6 天，而這剩下的 6 天，是貨真價實的排程等待，不是可以再擠出來的空間。
階段三：完工但尚未開帳單（6 天）
這個階段，完全是自找的。客戶正處於滿意度最高的時刻（全新的浴室就在眼前），已經準備好要付款，但帳單根本還不存在。6 天後帳單終於送到，那時候當初的興奮感早已褪去，一家人也早已把那個空間當成理所當然的日常。
每個承包商都知道這是為什麼。開帳單這件事總是被歸類為「回到辦公桌前才做的事」，而辦公桌前的時間往往是週日晚上，如果真的有輪到的話。到了那個時候，整個工程都得靠重建：加了哪些追加項目、最終材料明細是多少、當初跟客戶談好的浴櫃細節是什麼。重建工作正是延遲的原因，而延遲本身，又讓重建變得更困難。一個月 14 個工程，全靠週日晚上批次處理，結果就是一家公司最後長年拖著整整一週的開票落差，還把它當成理所當然的常態。
解法是一條規則，不是一種天分：帳單要在工程完工當天，就在車道上送出。 把它變成一套機械化的動作。已簽署的報價單早就是帳單的骨架：一樣的項目、一樣的數字，再加上工程過程中累積下來、已簽署的變更單。完工當天原本就會以整理卡車和最後一次驗收收尾；開帳單只是再多花 5 分鐘，趁所有細節都還在你腦子裡，而不是下週再花一整個晚上重新挖掘記憶。
而且要在驗收時當面說出來，因為一張早有預期的帳單，會比一張突如其來的帳單更快被付清：
「一切都還滿意嗎？太好了，我今天下午就會把帳單寄給你，上面會附上付款資訊。這張帳單收到就要付款，所以不管你今晚還是明天處理都可以。」
實際的效果：6 天可以直接縮短成 0 天。這是整份帳目裡，最容易被完全消除的一個階段。
階段四：已開帳單但未付款（21 天）
這是最出名的一個階段，但即使在這裡，大部分的延遲也是結構性的，而不是道德上的問題。這 21 天裡，其實藏著三個各自獨立的因素，而它們也各有各的解法。
付款條件本身。 如果帳單寫的是 30 天付款，那 21 天根本不算客戶拖延，反而是客戶提前了 9 天付款，而這個延遲，本來就是設定條件的人自己選的。對住宅工程來說，「收到即付」是完全正常的要求；屋主又不是在經營應付帳款部門。哪種付款條件適合哪種客戶，這是另一個話題，但這篇文章要說的重點很單純：帳單上印的那個數字，就是整個階段的底線，而這個數字，是你可以自己決定的。
付款摩擦。 算一算從客戶決定付款，到錢真正動起來，中間要經過幾個步驟。「寄支票」的流程是：找出支票本、寫支票、找信封和郵票、寄出、郵遞在途、存入銀行。六個步驟、一整週的時間，而且每一個步驟都可能卡住。付款資訊直接附在帳單上、同一則訊息裡，只要一個步驟，就能在客戶好感度最高、還站在車道上的那個當下完成。你去掉的每一個步驟，都少了一個可能讓付款卡住的地方。優先提供最沒有阻力的付款方式，其他方式留作備案。
追蹤節奏。 有些帳單還是會被拖延，而沉默只會讓拖延的人以為到期日只是裝飾用的。解法是建立一套簡短、可預期的提醒節奏，而且要在幾天內開始，而不是拖到幾週後。針對真正逾期的帳單，完整的升級處理流程是另一套做法，爭議處理則又是另一個話題。就這篇文章來說，一句話就足以說明重點：在第 3 天就收到一則友善提醒的帳單，付清的速度會遠遠快過拖到第 30 天才收到一則帶著怨氣的催款。
實際的效果：對大多數住宅客戶來說，21 天可以縮短成 5 到 7 天。（採用正式付款週期的商業客戶則自成一個世界，請見常見問題。）
階段五：已收款但尚未記錄（4 天）
這是一個沒人會去想，直到它咬你一口才發現的階段。一張支票在手套箱裡躺到週四才被想起。一筆電子轉帳在你人在屋頂上的時候入帳，卻始終沒有被標記到對應的帳單上。錢確實已經到了，但你的帳本上卻顯示還沒收到。於是帳齡報表會顯示一個其實 5 天前就已經付款的客戶「逾期未繳」，如果你根據這份報表採取行動，就會給你最滿意的那位客戶發一則提醒。這則訊息造成的好感損失，會比實際延遲一週還要嚴重。
這裡的規則和階段三剛好對稱：不管用什麼方式收到款項，當天就要記錄下來。支票要當天或隔天就存入銀行。這個階段可以縮短到零，更重要的是，你用來做決策的每一份報表，也會重新變回真實可靠。
把每個階段都修正之後，整體會變成什麼樣子？
套用每一項解法之後，重新跑一次這份帳目：
- 報價單簽署：11 天 → 2 天
- 等待開工：9 天 → 6 天
- 施工：8 天（不變，因為這從來就不是問題所在）
- 完工到開帳單：6 天 → 0 天
- 開帳單到收款：21 天 → 6 天
- 收款到記錄：4 天 → 0 天
59 天縮短成 22 天。同樣的工程、同樣的價格、同樣的客戶。在這份帳目裡，款項提早了整整五週入帳，而且和一次性的衝刺不同，這樣的成效會在每一次相同的流程重複發生時，一再重現。對一個每月承接 50,000 美元工程的工班來說，省下的這 37 天，相當於把大約 60,000 美元的現金從別人的帳戶裡挪回自己手上（37 ÷ 30 × 50,000 美元）。對許多小型承包商來說，這正是「靠信用額度墊付材料款」和「靠現金墊付材料款」之間的差別。這裡談的速度，不是貪心，而是你這輩子能安排到的最便宜的融資方式。
Zeus 在這裡扮演的角色
上面每一個做法都有同一個前提：工具得跟你一起待在客戶家的車道上，因為時間就是漏在辦公桌那一段。Zeus 就是照著這件事做出來的。報價單在現場就能電子簽名；做決定的人不在，就發一個簽名連結給他。工程一收尾，當天就在車上把帳單開好，因為簽過的報價單和變更單裡，那些項目早就都在了。帳單寄出去時就帶著你的收款資訊，而且是在客戶本來就在看的那則訊息裡。不管錢是用什麼方式進來的，你當場就把這筆款記到那件工程上，人還沒離開現場，那份資料上的餘額就已經是對的。儀表板和帳齡報表會一直誠實地告訴你誰真的還欠多少，兩個畫面就把工作裡跟錢有關的那一半講完了。請款這件事就擺在App 處理的其他所有事情旁邊，跟報價單、照片同在一件工程的資料裡。報價、請款，還有每個地址的紀錄，開始用都不用錢，也不會用完；每種規模各包含什麼，定價頁上寫得清清楚楚。
這些做法沒有去催任何人，只是把每個階段之間空轉的日子刪掉。從帳上看得很清楚，那 59 天幾乎全都躺在這些空檔裡；而把空檔關掉，就從你把 App 裝進本來就帶在身上的手機那天開始。
常見問題
「收到即付」和「當天開帳單」，會不會顯得太咄咄逼人？
只有當速度伴隨著壓力出現時，才會顯得咄咄逼人。一張在工程完工當天就送到、金額和已簽署的報價單分毫不差、又附上簡單付款方式的帳單，給人的感覺就是專業能幹——而這正是客戶當初雇用的那份專業。真正會傷害關係的，其實是另一種模式：先沉默一週，才送出帳單，接著又是沉默，然後演變成一場緊繃的催款過程。
我的商業客戶不管我怎麼做，都固定用 30 天或 45 天的付款週期，這些方法還適用嗎？
大部分都適用。你通常無法控制商業客戶的付款週期，但你完全可以控制計時器什麼時候開始：在 45 天週期裡晚了 6 天才送出的帳單，實際上要到第 51 天才會付款。當天開帳單、正確填寫採購單編號、第一次就用對方要求的格式提交，對商業客戶來說反而更有價值，而不是更沒必要，因為每一次被退回或延遲的提交，都會讓那個漫長的計時重新歸零。
應該先修正哪一個階段？
階段三，完工但未開帳單。這個階段完全在你的掌控之中，不需要跟客戶對話，也不需要改變任何政策，而且當天開帳單能讓後面每一個階段都提早啟動。接下來是階段一，因為現場當面請客戶簽署報價單，是整張表上能省下最多天數的一招。
訂金在這套系統裡扮演什麼角色？
有它的角色。簽約時就收取的訂金，是在階段二都還沒開始之前就已經到位的現金，能用來支付原本得由你自己墊付的材料款。關於訂金的必要性，以及如何為較長的工程規劃進度款，是另外的話題；就這份帳目來說，只需要知道一件事：訂金能把你剩下 22 天裡的一部分，直接變成第 0 天。
ZEUS