程序员接外包的三个原则

原则一：乙方来做决策

• 最终拍板人是谁？是甲方，如果你非要抢板子，那你以后就没有甲方了
• 但是，如果甲方也觉得“我花钱了，当然要听我的（那些只对上级负责又不能拍板的底层打工人，总是这样认为）”，那这种甲方的项目你就不要接
• 因为在这种甲方眼里，你只是“施工方”，他们即不需要你的经验价值，更不会为你的经验买单。所以这种甲方你会做得很累，当他们觉得“你的工作强度不足以匹配付给你的费用时（他们总这样觉得）”，他们就会不停地向你提出新的开发需求
• 所以，你要尽量找那种尊重你经验价值，总是向你请教，请你帮他做决策的甲方

原则二：为甲方护航

• 甲方未来会遇到什么问题，你们双方其实都不知道，所以你需要一边开发一边解决甲方实际遇到的问题。
• 因此，不要为了完成合同上的工作内容而工作，要为甲方遇到的实际问题，为了甲方的利益而开发，要提前做好变通的准备。
• 永远不要觉得你把合同上的功能列表做完，你就能休息了。你要解决的真正问题是，为甲方护航，直至甲方可以自己航行。

原则三：不做没有用户的项目

• 如果甲方的项目没有太多用户使用，这种项目就不要接。
• 除了代码的累计经验，还有一种经验也很重要，那就是“了解用户的市场经验”
• 只有真正面对有实际用户的项目，你才能有“解决市场提出的问题”的经验，而不是停留在“解决甲方提出的问题”
• 拥有市场经验，你就会有更高的附加价值，再配上尊重你经验价值的甲方，你就会有更高的收入
• 永远记住：真正愿意在你身上花钱的甲方，他的目的一定是为了让你帮他赚钱！

以上只是我根据自己经验的一家之言，可能对我有用，不一定对别人也有用。肯定还有很多有价值的原则，希望大家根据自己的经验一起来分享。