副業接案最怕客戶一直加需求：真正缺的是「完成定義」

星期一晚上，客戶說只要把首頁改得「清楚一點」；星期三，多了一個手機版；星期五，又補來三段文案，順便問能不能換一組照片。每個要求單獨看都不大，甚至不值得為它翻臉。可是到了第二週，原本預估六小時的案子已經做了十二小時，雙方仍說不出哪一刻才算完成。

這是副業接案最容易被低估的成本：價格談好了，完成卻沒有定義。客戶以為買的是一個想法逐步成形的過程，接案者以為賣的是一組清楚列出的成品。兩種理解都不荒謬，只是沒有在開工前碰面。

真正吃掉利潤的，是那些「順便」

Scope creep 常被翻成範圍蔓延。它不一定以「整個重做」的模樣出現，更常藏在一連串合理的小要求裡：順便多一個尺寸、順便把文案潤過、順便教同事怎麼用、順便再試另一種方向。

問題不在客戶提出改動。創作、設計與顧問工作本來就會在看見初稿後產生新資訊。真正危險的是，新資訊沒有進入新的時間與價格判斷，卻直接混進原本承諾。每一次只多二十分鐘，十次就是三個多小時；若還要重新找素材、等待確認或回復舊版本，隱藏成本會更高。

這種成本在固定報價裡尤其安靜。假設一個 RM600 的小案原估六小時，表面時薪是 RM100；多做三小時後，只剩約 RM67。這還沒扣掉開會、追資料、行政與收款時間。接案者可能以為自己接單太便宜，下一次只把價格提高；但若完成邊界仍然模糊，較高報價只是給範圍蔓延更多緩衝，不會處理原因。

剛開始接案時，注意力通常放在「有人願意付錢」上。找到一個可收費的小問題確實重要，但從第一個願意付錢的問題走到能長期做的副業，中間還差一個問題：這筆錢到底買到哪裡為止？

只寫「設計網站首頁一頁，RM1,200」，看似已有範圍，其實仍留下很多空白。一頁有沒有手機版？文案由誰提供？包含原始檔嗎？客戶分三次提出修改，算一輪還是三輪？窗口以外的人提出意見，要不要全部納入？若這些問題沒有答案，低價不是唯一風險，連較高的報價也可能被無限工時稀釋。

報價寫了多少錢，卻沒寫何時算做完

不同地區與平台的規則並不相同，但幾份公開指引反覆出現相似訊號。新加坡人力部的自僱人士 contracting standard，把工作性質、雙方責任、每項服務的報酬、付款日期或里程碑，以及變更與終止方式列為應事先記錄的關鍵條款。英國 Small Business Commissioner 的 contract guide 也把服務內容、數量、品質或限制、期限與付款條件放在基本範圍內。

紐約市對符合當地條件、單一或一百二十日累計達 800 美元的 freelance work，要求書面合約列明工作、報酬與付款日期。Upwork 的固定價里程碑指引則要求雙方對齊交付物、日期、付款、回饋與修改，以及什麼狀態代表成功。這些不是一套可複製到全球的法律：紐約規定有明確法域，Upwork 是平台規則，新加坡與英國文件也各有適用背景。它們的共同價值，是把「有寫價格」和「有寫清交易」分開。

文件的細度也應跟風險一起增加。一篇短文校對，也許一封確認電郵已足夠；涉及程式上線、個人資料、廣告預算或完整品牌權利，只有聊天紀錄就可能太薄。重點不是每一單都使用同一份厚重模板，而是交易越難回復、金額越大、依賴越多，越需要把驗收、權利與出錯後的處理寫得具體。

「何時算完成」之所以重要，不只是方便追討尾款。它讓客戶知道還能期待什麼，也讓接案者知道何時需要停下來重估。沒有共同終點，雙方都容易把對方的行為解讀成態度問題：一邊覺得對方斤斤計較，另一邊覺得對方得寸進尺。原本可以處理的範圍差異，最後變成關係衝突。

把「完成」拆成五格，對話就不再靠猜

軟體團隊使用的 Scrum Guide，把 Definition of Done 描述為成果達到品質要求時的正式狀態，用來建立共同理解與透明度。接案不是 Scrum，也不能把專案術語當成法律保障；但「不要只說做好，要讓完成狀態可被看見」這個概念很有用。

對一個小型副業案，完成定義可以拆成五格。

第一格是交付物。不是「做一個 logo」，而是交付幾個方向、哪些檔案格式、彩色與單色版本是否都包含、原始檔是否交付。也要寫出容易被預設卻不在價格內的部分，例如命名、商標查冊、印刷打樣或社群模板。

第二格是驗收。誰有權確認？依據是已核准的 brief、尺寸規格、功能清單，還是「看起來喜歡」？主觀工作不可能完全量化，但至少可以固定參照物。若一開始核准的是簡潔黑白方向，初稿後改成活潑彩色，這是新方向，不宜假裝成原規格沒有達成。

第三格是修改。只寫「包含兩輪」仍不夠。一輪可以定義為客戶在指定日期前彙整的一份回饋，由單一窗口送出。修正錯字或沒有符合已確認規格，與換方向、增加頁面、加入新功能不是同一類工作。前者通常屬於完成原承諾，後者可能需要重估。

這裡還有一個常被忽略的時間邊界。若成品交付後三個月才收到第一輪意見，原本的人力安排、軟體版本與素材授權都可能已經改變。因此，修改輪次最好同時連到回覆窗口；窗口過後仍可繼續合作，但要重新確認檔期，而不是讓舊案永久保持開啟。

第四格是客戶輸入。照片、文案、帳號權限、品牌資料與決策回覆，常常決定接案者能不能往下做。若素材延遲五天，原交付日是否順延？若四位主管分批回覆，哪一份才算正式意見？把依賴寫清楚，不是把責任推回客戶，而是讓時程反映真正的工作順序。

第五格是變更出口。新需求不是自動被拒絕，也不是自動免費。它先被寫成一句可確認的變更，再回答三件事：增加多少費用、延後多少時間、是否取代原本某項工作。這個出口存在，專案才有空間改變，而不是一改就失控。

這段文字不是萬用合約。設計、寫作、攝影、程式與顧問案的驗收方式不同，金額、風險與所在地規定也不同。它的作用只是把五個空白先照亮，讓真正需要討論的差異在開工前出現。

如果客戶看到這些欄位後提出不同理解，那反而是有用的結果。開工前發現「手機版本來就應該包含」或「所有合夥人都要審批」，仍有機會調整價格與時程；交付前一天才發現，就只剩趕工、讓步或爭執。邊界不是為了贏得爭論，而是把爭論提早到成本較低的時候。

修改不是敵人，沒有出口的修改才是

把所有改動都視為麻煩，可能讓合作變得僵硬。客戶看到初稿後才發現原先 brief 不完整，是很常見的事；接案者也可能在執行中發現更好的做法。好的邊界不是禁止探索，而是讓探索有成本訊號。

AIGA 的設計服務標準合約範本，把一般範圍以外的變更視為額外服務，重大變更則可另立 proposal。Freelancers Union 的 Contract Creator 也讓使用者填入包含的修改次數、額外修改費與提出修改的期限。兩者都是偏美國語境的專業工具，不是照抄後就適用所有地方的法律文件；但它們示範了一個重要區別：修改可以包含在價格裡，範圍變更則需要另一個決定。

最容易混淆的，是「修正錯誤」與「改變選擇」。若成品漏了已確認的段落，接案者應完成原本承諾；若原定五頁變成七頁，那是數量增加；若客戶核准方向後因內部偏好改變而重做，那是決策改變。三者都叫「改」，責任與成本卻不同。

大型專案的 change control 可能需要正式登記、評估範圍、時間、資源、成本與風險，再核准或延後。小型副業案不需要把自己變成採購部門，一封訊息也能完成輕量版本：「可以加入；費用增加 RM200，交期由星期五改到下星期二。若預算不變，可以用它取代原本的第二個尺寸。」重點不是表格，而是先確認影響，再開始做。

這也保護合作關係。明確的變更出口讓客戶不必猜每次詢問是否會被收費，接案者也不必把累積的不滿藏到最後一次修改才爆發。雙方可以在費用、時間與內容之間選擇，而不是假裝三者永遠不互相影響。

下一份報價，先把一句「做完」改清楚

完整合約當然能處理付款、終止、保密、知識產權與爭議方式，但低風險小案不必等到有一份十頁文件，才開始改善邊界。先找出報價中最模糊的動詞：設計、優化、協助、修改、管理。它後面若沒有數量、結果、期限或排除項目，就是最可能吸收額外工時的位置。

接著看上一單最難受的時刻。若痛點是意見分散，就指定一個窗口；若是交付後仍反覆修改，就定義修改輪次與回覆期限；若是等待素材拖延，就寫明交期如何順延；若是每次都多做一點，就加入變更出口。一次補一個真正發生過的漏洞，比堆滿看不懂的法律詞更有用。

當副業開始穩定收款，完成定義也會和報價、發票、稅務紀錄及商業登記接在一起。尤其在馬來西亞，是否需要登記、如何報稅與用什麼名義收款是不同問題，可以再對照副業登記與收款的界線。書面條款不會自動改變一段關係在法律上是自僱還是僱傭，也不能消除欠款或爭議。

高金額、跨境、受監管、知識產權複雜，或對方要求承擔重大賠償責任的案子，應尋求所在地的法律與稅務專業意見。對多數剛起步的小案，先把「這次會交什麼、怎樣算完成、改變時怎麼辦」寫清楚，已經能讓一個看似微小的副業，少靠人情，多靠共同理解運作。