北京
全球自由開發者中，超過40%的人在職業生涯初期至少遭遇過一次"交付即失聯"——項目完成，客戶蒸發，賬款歸零。這不是統計數字，是我親身經歷的起點。
那年我剛轉型全棧開發，接了一個認證授權系統的單子。需求清晰，工期合理，我滿懷熱情地開工了。沒有合同，沒有定金，沒有書面確認，只有口頭約定和我的急于證明自己。三周后，我交付了測試完備的代碼和完整文檔，點擊發送——然后開始了漫長的等待。三天、一周、兩周，郵件石沉大海，客戶仿佛從未存在。那套系統至今躺在我的硬盤里，而我的賬戶分文未進。
這種遭遇在自由開發圈極為普遍，尤其針對新人。根源是一種特定的心理：怕顯得難搞、怕問太多嚇跑客戶、怕報價太高失去機會。這種恐懼催生出一系列危險操作——跳過合同、放棄定金、模糊需求邊界——每一步都在向不良客戶發送信號：此人可欺。
那次損失迫使我建立了一套項目啟動前的強制流程。六年過去，這套框架仍在使用，零例外。
第一步：客戶資格審查
在討論任何技術細節前，先用四個問題摸清對方底細：項目目標是什么？時間線和預算范圍？此前是否合作過開發者？如何定義項目成功？回答含糊者，要么尚未準備好，要么缺乏誠意。兩種情況都應直接放棄。
第二步：書面確認一切
口頭承諾在糾紛中毫無價值。項目范圍、交付物、修改次數、付款節點——全部寫入郵件或文檔，要求對方書面確認。這一步過濾掉大量"試試看"的投機者。
第三步：定金不可談判
我的底線是30%預付，項目啟動前到賬。拒絕支付定金的人，大概率也拒絕支付尾款。這不是信任問題，是專業規則。
第四步：里程碑分段交付
大單拆分為多個可演示的節點，每節點驗收后結算。既降低客戶風險，也保障我的現金流。從未有正規客戶反對這一安排。
第五步：代碼托管與權限控制
核心代碼在自有倉庫開發，客戶僅獲得部署包或特定分支訪問權。尾款結清后轉移完整所有權。技術層面保障最終議價籌碼。
第六步：預設退出機制
合同中明確：逾期付款超14天，項目自動暫停；超30天，視為違約，已交付代碼授權收回。條款 upfront 告知，從未因此嚇走過正經客戶。
這套框架的核心并非猜疑，而是雙向保護。清晰的規則讓誠信客戶感到安心，也讓投機者知難而退。自由開發的生存法則，從來不是技術能力的比拼，而是風險控制的較量。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
