程序员接私活，如何防止做完了不给钱？如何防止需求变更？

做 IT 类的外包开发&＃xff0c;是非标品开发&＃xff0c;所以很有可能在开发过程中会有这样那样的需求修改&＃xff0c;而这种需求修改很容易造成扯皮&＃xff0c;进而影响到费用支付&＃xff0c;甚至出现做完了项目收不到钱的情况。

那么&＃xff0c;怎么保证自己的薪酬安全呢&＃xff1f;

我们在开工前&＃xff0c;一定要做好一些证据方面的准备&＃xff08;也就是“讨薪”的理论依据&＃xff09;&＃xff0c;这其中最重要的就是需求文档和验收标准。一定要让需求方提供这两个文档资料作为开发的基础。之后开发过程中&＃xff0c;也要注意保护自己。

我们接私活一般是两个渠道&＃xff0c;一个是自己的自有渠道&＃xff0c;比如朋友、别人介绍等。另一个是平台接单&＃xff0c;所以我将分两部分予以说明。

一、自有渠道的接单薪酬保护

对于个人自己找的客户这种情况&＃xff0c;可能分为两种&＃xff0c;一种是双方相互认识或者间接认识&＃xff0c;比如本身就是同事或者同事介绍。那这种情况下你们之间已经有了一定的信任基础&＃xff0c;合作过程中大概率不会撕破脸&＃xff0c;但本身也会有一些限制。不知道大家什么情况&＃xff0c;就我个人而言&＃xff0c;其实不是很愿意跟自己的朋友有商业上的往来&＃xff0c;因为无论你做的服务费报价有多低&＃xff0c;对方可能都会觉得你挣了他的钱&＃xff0c;如果你的报价比别人高了呢&＃xff0c;对方可能又觉得你这个人太不实在。

而对于开发而言&＃xff0c;相同的需求、不同的报价是很正常的事情&＃xff0c;而且也不乏 有一些只想先把单子接下来而不管后续服务的劣币驱逐良币的 搅局者&＃xff0c;所以这个情况很麻烦也很无奈。

排除这一点&＃xff0c;预收款的问题也会有点棘手&＃xff0c;本身是朋友的话&＃xff0c;对方可能把你们的社会关系作为付款担保&＃xff0c;而不会主动付你首付款&＃xff0c;更别提签合同了。开发前要不要首付款&＃xff0c;这种情况下就没有定论&＃xff0c;主要看你们的关系怎么样以及对方的人品怎么样&＃xff0c;不过我建议最好还是要一下&＃xff0c;尤其是如果你们之间的合作价格还比较高的状况。

那如果你是在论坛或者其他方式获得的客户&＃xff0c;你们之间不认识&＃xff0c;那就要***跟对方签合同&＃xff0c;约定各方的合同责任&＃xff0c;将需求、验收标准都写清楚。对于首付款&＃xff0c;一般是分 3-5-2 的方式支付***&＃xff0c;也就是合同签订后开工前先支付 30&＃xff05; 的款项&＃xff0c;等开发到你们约定的里程碑后&＃xff0c;再给客户看里程碑的演示效果&＃xff0c;对方验收 ok&＃xff0c;再预付 50% 的款项&＃xff0c;等全部开发完成后&＃xff0c;再把所有的源代码和系统交付给客户&＃xff0c;客户付清剩余的 20% 尾款&＃xff0c;开发项目结束。有的客户为了保证项目稳定运行&＃xff0c;会要求留 10% 的尾款在维护期结束时再支付&＃xff0c;这个也是很正常的。

上面的付款比例和阶段只是一个参考&＃xff0c;你可以根据你们的实际需求和项目总金额大小来适当调整&＃xff0c;比如如果你接的是一个 50 万的项目&＃xff0c;你不可能在你们双方不认识、而你又是一个个人开发者的情况下&＃xff0c;让他先支付你 15 万再开发&＃xff0c;这里的付款方式就要根据你们各自的侧重点等实际情况来进行调整了。

但总而言之是需要收到预付款才能开始开发&＃xff0c;这样做可以防止对方后面突然不做了或者恶意找茬导致你在项目款上的损失。这是个人自有渠道方面的收款要点。

二、平台接单的薪酬保护

对于在平台上接单的用户&＃xff0c;因为有平台作为第三方担保&＃xff0c;就不存在款项收付的问题了&＃xff0c;但同样有几点需要你注意。目前平台接单的主要有&＃xff1a;

猿急送&＃xff1a;https://www.yuanjisong.com/
外包大师&＃xff1a;http://www.waibaodashi.com/
人人开发&＃xff1a;http://www.rrkf.com/

首先&＃xff0c;每个开发阶段要尽量往细了填写工作记录&＃xff0c;留下工作方面的证据&＃xff0c;这样万一出现需求修改或者扯皮的情况&＃xff0c;你可以把截图啊、证据啊这些拿出来&＃xff0c;出示给平台作为证明。

其次&＃xff0c;如果是按照时间制的合作方式可以实时提交代码&＃xff0c;但如果是项目制的合作方式&＃xff0c;最好不要实时提交代码&＃xff0c;等项目做完了&＃xff0c;先发演示版本让客户体验是否按照 需求文档全部做完了需求&＃xff0c;并留下对方确认的证据后&＃xff0c;再发给客户代码。如果对方拿到代码不确认完工&＃xff0c;就可以拿着证据找平台&＃xff0c;让平台进行完工确认&＃xff0c;最大化保证自己的权益。

还有一点需要嘱咐一下&＃xff0c;就是加需求和改需求。我们建议是这样&＃xff0c;如果是小需求&＃xff0c;比如换个按钮的颜色这种不怎么耽误时间的&＃xff0c;就顺手给改掉&＃xff0c;友好合作还是排在第一位的。如果是大的需求&＃xff0c;可以不改或者不做&＃xff0c;因为这个是在开工前有明确要求的&＃xff0c;改来改去很可能就出现矛盾&＃xff0c;你可以选择联系平台方的工作人员进行协调。

最后再说一下坐班兼职的情况。有些需求方处于保密或者沟通的需要&＃xff0c;可能会要求你驻场开发。驻场开发的话&＃xff0c;我们建议时间制的合作方式&＃xff0c;也就是做几个小时给几个小时的费用&＃xff0c;加班也要算加班费&＃xff0c;这种方式因为有很简单的验收标准所以不会出现扯皮的情况。如果是项目制&＃xff0c;那就要提前沟通好验收标准&＃xff0c;还有就是一定要在开工前让对方预约支付订单。

之前就有过一些案例&＃xff0c;客户让对方过去&＃xff0c;先沟通需求&＃xff0c;沟通好之后直接开工&＃xff0c;说下班后再支付&＃xff0c;工程师又因为人在现场、不好意思拒绝&＃xff0c;觉得反正对方有办公地址&＃xff0c;开工也没问题。但下班后客户却以各种理由进行刁难&＃xff0c;导致没法收到项目款&＃xff0c;白干了一天。

三、如何防止需求变更

需求变更&＃xff0c;在软件开发中会经常遇见。工作中由领导或者管理人员控制&＃xff0c;在做私活时&＃xff0c;就需要自己控制需求变更&＃xff0c;常见放在需求变更的方法有&＃xff1a;
1.需求确认后&＃xff0c;使用正式的方式&＃xff0c;例如邮件&＃xff0c;再次与对方明确需求范围。
2.所有需求变更都要有文字记录&＃xff0c;形成需求变更文档。如果关系好&＃xff0c;就可以免费变更&＃xff0c;反之&＃xff0c;就根据变更需求工作量&＃xff0c;另算费用。
3.需求控制核心原则&＃xff1a;工作量少的变更尽量说服对方不改&＃xff0c;工作量大的变更说服对方下次再做。

请大家一定注意&＃xff0c;一定要收到订单付款再开工&＃xff0c;不要觉得驻场开发、如果不给钱还能过去闹&＃xff0c;殊不知对方如果报警的话&＃xff0c;你是要担很大责任的&＃xff0c;早做准备可以避免很多烦恼&＃xff0c;是不是&＃xff1f;