siddharam

Tool

專案時程緩衝計算器

填一填純工作天數、修改輪數、客戶回覆速度,馬上算出該跟客戶說的合理交期,不用留 email。

大部分人低估交期,不是低估「做事」的時間,是漏算「等回覆」「改稿往返」「同時處理其他案子」這些看不見的時間成本。

建議跟客戶說的交期

11

大約落在 2026/08/12 前完成

交期是怎麼組成的

  • 純工作天數5
  • 修改往返(2 輪)4
  • 意外狀況預留2

這個案子看不見的時間成本比純工作時間還高,報價時間算進去了嗎?可以用真實時薪換算器重新檢查一次。

算真實時薪

以上是簡化試算,日期以自然日(含假日)計算,實際交期還要看你自己的排程、案件本身的複雜度調整,僅供抓方向參考。

交期爆炸,通常不是因為你做得慢

很多接案者交期抓不準,回頭檢討都以為是自己「做太慢」,但真正的問題往往出在漏算了「等客戶回覆」「來回修改」「同時處理其他案子」這些不會出現在工作清單上、卻確實佔用時間的部分。這個工具把交期拆成幾個看得見的區塊,讓你抓交期不再只靠「感覺應該來得及」。

背後的計算邏輯

先用你抓的「純工作天數」為底,如果同時有其他案子在跑,會加上分心成本;接著用「修改輪數 × 每輪等待天數」算出修改往返會吃掉的時間,等待天數依客戶回覆速度而不同;最後再抓一個意外狀況預留比例,把生病、工具出問題、臨時插件這類無法預測但確實會發生的狀況也算進去,加總起來就是建議跟客戶說的交期。

交期是承諾,不是目標

抓交期常見的心態誤區,是把「理想狀況下最快能完成的時間」當成交期說出口,結果只要有一點意外就跳票。比較穩健的做法,是把交期當成「我有把握做到」的承諾,緩衝時間不是留給偷懶,是留給那些一定會發生、只是你不知道什麼時候發生的狀況。

什麼情況這個數字只能參考

這是簡化試算,日期用自然日計算(沒有排除週末假日),也沒辦法反映案件本身的技術難度、你對這個領域的熟悉程度。如果是全新的技術或流程,建議把「純工作天數」本身就抓保守一點,不要只靠緩衝比例補。想更完整討論怎麼安排接案排程,歡迎找我聊聊

常見問題

為什麼不能直接跟客戶說我自己抓的工作天數?

因為「動手做的時間」只是交期的一部分。等客戶回覆、來回修改、臨時插件、意外狀況都會吃掉時間,但這些通常不會出現在你心裡的估算裡。只算工作天數,交期幾乎一定會延——這個工具就是把這些容易被忽略的時間攤開來算。

修改輪數要怎麼抓比較準?

可以回頭看你過去幾個案子平均改了幾次稿,同類型案件通常會落在類似的範圍。如果是第一次合作、還不確定客戶風格,抓保守一點(例如 2-3 輪)會比較安全。

客戶回覆速度真的會差這麼多天嗎?

會。同一輪修改,回覆快的客戶可能當天就確認,回覆慢的客戶可能拖到一週後你才收到訊息——這段「等待期」案子還是掛在你手上沒辦法結案,等於時間被卡住卻不能拿去做別的事。

抓這麼多緩衝時間,客戶會不會覺得我效率差?

交期是「承諾」,提早交付永遠比delay交付讓人放心。抓一個你有把握做到的交期,提早完成是驚喜;抓一個過緊的交期然後跳票,才是真正傷專業形象的事。

這個工具跟真實時薪換算器有什麼關係?

案子拖越久,等於用同樣的報價換到更少的真實時薪。如果算出來的緩衝天數遠高於你原本的估計,代表這個案子的隱藏時間成本可能沒有反映在報價上,值得回頭用真實時薪換算器檢查一次。

把這份時程試算留給自己

訂閱西打藍電子報,順便收到「接案者工具箱」——多元收入拆解、實用接案心法,週更一篇不間斷。

訂閱領取
這個工具,我用 Claude Code 花了一個下午做出來的。