- 登入
- 註冊
接案專案怎麼檢討？對照工時與交付，決定下一案怎麼改
接案專案檢討，先把原本答應的工作和實際投入放在一起，找出差異發生在哪裡。接著分清楚：哪些本來就該估進去、哪些來回可以避免、哪些是一次性的學習。這樣調整下一案的範圍、流程或報價，才不是只憑「這次很累」來決定。
這篇是「接案實戰 9 步」的第 9 步。長期合作與結案溝通處理交給客戶的說明，這裡處理自己要留下的判斷：下次保留什麼、改什麼，以及怎麼知道改得有沒有用。
先講結論
- 原估和實際要分項看，才知道時間花在哪裡。
- 多花時間不全是漲價理由，也可能是漏估或確認流程有問題。
- 已交付、被使用、帶來業績，是不同層次的結果。
- 留下一項主要調整，下一個相近案子再對照；已知估錯的地方也要修正。
結案信、專案檢討、案例卡，各自處理什麼？
- 1
結案信給客戶
交了什麼、檔案在哪裡、之後怎麼更新，讓合作好好收尾。
- 2
專案檢討留給自己
對照範圍、工時與使用情況，決定下一案的做法。
- 3
案例卡給潛在客戶
選出能公開的情境、限制、判斷與結果，說明你怎麼工作。
檢討裡可以留下估錯、來回修改和內部推測，不必寫成宣傳文。要公開成案例時，再核對授權與能證明的結果，不能把內部猜測變成客戶成果。
先攤開原估與實際，不要只記「超時了」
以下沿用系列中的假設簡報案：原本估 12 小時，最後投入 18 小時。分項看，差異是這樣：
示範合計：原估 3＋6＋2＋1＝12 小時；實際 4＋7＋5＋2＝18 小時，多 6 小時。
閱讀資料與整理架構
- 原估 → 實際
- 3 → 4 小時（＋1）
- 差異線索
- 資料比原先分散，多花時間核對主張
版面製作
- 原估 → 實際
- 6 → 7 小時（＋1）
- 差異線索
- 有圖表需要重新整理，原估沒有列清楚
討論與修改
- 原估 → 實際
- 2 → 5 小時（＋3）
- 差異線索
- 後來加入的決策者重新調整內容方向
最終檔案與使用說明
- 原估 → 實際
- 1 → 2 小時（＋1）
- 差異線索
- 補了團隊更新方式，原先估得太少
最大的差異在討論，但其他三項也各有原因。如果只記下「這案多做了 6 小時」，下一案很容易只加價，原來的確認問題卻還在。
沒有工時紀錄，可以先查檔案版本、行事曆與往來訊息，留合理區間；不要為了算得漂亮而補出精確分鐘。等客戶回覆的三天是等待期，不是 72 小時的工作量，另記對排程的影響。
多出的時間，先分成三種原因
本來就需要的固定工作
- 怎麼辨認
- 相近案子都要閱讀、確認、交接，只是原先漏估
- 下一案怎麼改
- 寫進範圍和估時；若要教會團隊更新，就列出交付與教學
可以避免的來回
- 怎麼辨認
- 決策者太晚加入、意見分批、方向確認後又重談
- 下一案怎麼改
- 大綱階段整合意見，約定確認人與修改方式
一次性學習
- 怎麼辨認
- 為了新工具或不熟悉的做法研究很久
- 下一案怎麼改
- 另外記錄，下次再看是否仍需要，不直接全部轉成固定工時
同一項工作可能混著幾個原因。例如討論多了 3 小時，其中一部分是必要的內容釐清，另一部分才是晚加入的意見。先重新檢視紀錄，不急著把整段都歸咎客戶。
工時差異也可能提醒你，賣的範圍需要更清楚。每案都要花時間教同事用範本，就該把使用說明與教學列進方案；不是每次結案才說這次特別多送一點。怎麼寫，可以回到需求確認與三個報價方案。
成果怎麼記？分開交付、使用與最終效果
- 1
交付
完成了逐頁標題大綱、簡報檔和使用說明。可以用檔案與確認紀錄核對。
- 2
使用
團隊用大綱開會、同事能依說明更新。需要實際使用紀錄或回饋。
- 3
最終效果
提案通過、成交或營收改變。需要另外確認，也可能受其他因素影響。
客戶說「這次很好討論」，可以留下原話；沒拿到後續資訊，就不要接成「提高了成交率」。反過來說，沒有業績資料，也不代表已確認的使用價值不能寫。
若做完後發現對方根本沒使用，要追問卡在哪裡：沒有趕上會議、內容不適用，還是交接後不知道怎麼改？不同原因，下一次要做的事差很多。
仙貝的做法
我會把「合作愉快」和「這件事適不適合繼續做」分開看。客戶滿意當然重要，但如果每一案都靠自己多做一大段沒說清楚的工作來完成，這個做法很難持續。
例如你發現，先把大綱說明白能減少後面的來回，那值得保留的就是這個順序。下一案應該把它寫進流程和報價，而不是要求自己把同樣一套事情做得更快。檢討要幫你改變做法，不能只變成對自己效率的責備。
下一案先改一件事，但別保留已知的錯估
回到 12 小時變 18 小時的示範，這輪可以選「讓內容決策者在大綱階段一次確認」作為主要流程調整。下一個用途相近的案子，記錄方向重談次數與討論時間。
同時，資料整理和交接說明確實漏估的部分，也要重新估算。選一項主要調整，是為了看得出流程的影響，不是明知道 12 小時不夠，還刻意沿用錯誤基準。
這次留下的判斷
一頁專案檢討示範- 原定與實際
- 原估 12 小時，實際 18 小時；分項差異如上
- 主要原因
- 討論多 3 小時，需核對必要討論與晚加入意見各占多少
- 保留
- 先確認逐頁標題，再製作版面
- 下一案主要調整
- 大綱階段整合內容決策者意見，寫進確認流程
- 一併修正
- 補估必要的資料閱讀、圖表整理與使用說明，不把全部 6 小時一律加回報價
- 下次怎麼檢查
- 在用途相近的下一案，對照重談方向與討論時間，記下其他條件差異
把自己的 Brief、方案和實際紀錄放在一起填。按下帶入只會補入原定內容，不會替你填實際成果；也要核對當時選的是哪個方案。資料只存在目前瀏覽器，可以複製回私人文件。
換你寫：一頁專案檢討
把確認的事和推測分開，最後選一項主要調整。內容只存在這個瀏覽器；可手動填寫，不需要先用過前面的工具。
第 6、7 步的內容只帶入原定欄位，不當成實際成果；仍要核對當時選用的方案。
使用情況、保留做法與後續檢查
查看紀錄預覽、複製或清除
你的專案檢討卡
【一頁專案檢討】 原定目的與交付：［目的與交付］ 原估範圍與時間：［原估範圍與工時］ 實際工作：［實際投入］ 差異與原因：［差異、事實與推測］ 使用與未知效果：［已知使用與未知效果］ 保留：［保留的做法］ 下一案主要調整：［主要調整］ 觀察與比較：［觀察條件與時間］
用 AI 對照原估與實際：專案檢討 Prompt
先去除客戶名稱、機密內容與私人資訊，再貼入：
參考範本｜請依自己的需求修改；有提供範例資料時，記得一併調整。
【情境敘述】
- 原定目的、交付、範圍與工時：［當時的 Brief／方案］
- 實際交付、各項投入與往來重點：［紀錄］
- 已知使用情況及沒有取得的結果：［紀錄］
【任務講解】
- 請逐項對照原估與實際，列出差異和可核對的原因。
- 將必要固定工作、可避免來回、一次性學習分開；沒有資料的原因不要自行歸責。
- 提出一項主要流程調整，以及必須修正的漏估範圍，讓我決定下一案怎麼做。
【格式補充】
- 交付、使用和最終效果分開寫，不把稱讚補成成交或營收。
- 不要把所有多出的時間一律加到報價，也不要保留已知不合理的原估。常見問題
專案檢討和結案報告有什麼不同？
結案報告給客戶看，確認目的、交付物、結果與後續使用。專案檢討留給自己，還要看估計差異、額外工作和下一次要改的安排；不必把所有內部判斷都放進對外文件。
沒有記工時，還能做檢討嗎？
可以。先回查會議、版本與訊息，列出確定做過的事，時間不明就寫估計區間或未記錄。這次先找出漏估的工作，下一案開始記，不用為了表格完整而補造數字。
客戶很滿意，我卻覺得很累，是該漲價了嗎？
先拆開累在哪裡。若是固定需要的工作沒有估進去，應調整範圍與價格；若來自資料不完整、確認人太晚加入，則先改善流程。只有提高價格，原本的來回仍可能繼續。
可以用收到的費用除以實際工時，比較案子嗎？
可以當作工作量的參考，但要把相關工作記全，並用一致方式比較。它還沒有扣掉其他成本，不是淨利，也看不出學習、可重用成果和方向是否吻合，不能單靠這個數字決定接不接。
客戶不回覆後續成效，案例要怎麼寫？
寫能確認的交付與使用情況，最終效果標示尚未追蹤。可以說明你做了哪些判斷，以及有哪些可展示的成果，不需要硬湊成交、節省時間或營收數字；公開內容也先確認可使用的範圍。
做一個案子就發現不適合，可以換方向嗎？
可以先調整下一案的條件，也可以暫停主動推廣。單一案件能提醒你風險，卻不一定代表整群客戶或整種服務有問題；先確認是哪一個條件造成差異，再看能不能改善。
多久應該做一次專案檢討？
每次結案後、紀錄仍找得到時，先留一頁。累積幾個用途與範圍相近的案子，再一起比較反覆出現的問題。長期合作也可以在一個交付階段結束時檢查，不必等整段關係結束。
下一步
挑一個剛結束、資料還找得到的案子，先把「原本答應什麼」和「實際做了什麼」放在一起。找出一個差異，再決定下一次怎麼安排；沒有把握的原因先留下來核對。
方向要改，回到服務定義與選案；估計要改，對照報價範圍；確認節奏要改，接回客戶溝通。有可公開的證據，再補進案例卡，穩定有效的做法則可整理進品牌規範手冊。不需要每個地方都動一次。
若缺的是「這項服務在哪種情境有人需要」的依據，可以接著做服務需求驗證，把下一輪的假設寫清楚再試。
接案這門生意會隨著你做過的工作慢慢調整，後續文章會繼續把這些判斷拆開說明。想收到更新，可以訂閱 PPT.note 簡報仙貝。
