原则一:乙方来做决策
- 最终拍板人是谁?是甲方,如果你非要抢板子,那你以后就没有甲方了
- 但是,如果甲方也觉得“我花钱了,当然要听我的(那些只对上级负责又不能拍板的底层打工人,总是这样认为)”,那这种甲方的项目你就不要接
- 因为在这种甲方眼里,你只是“施工方”,他们即不需要你的经验价值,更不会为你的经验买单。所以这种甲方你会做得很累,当他们觉得“你的工作强度不足以匹配付给你的费用时(他们总这样觉得)”,他们就会不停地向你提出新的开发需求
- 所以,你要尽量找那种尊重你经验价值,总是向你请教,请你帮他做决策的甲方
原则二:为甲方护航
- 甲方未来会遇到什么问题,你们双方其实都不知道,所以你需要一边开发一边解决甲方实际遇到的问题。
- 因此,不要为了完成合同上的工作内容而工作,要为甲方遇到的实际问题,为了甲方的利益而开发,要提前做好变通的准备。
- 永远不要觉得你把合同上的功能列表做完,你就能休息了。你要解决的真正问题是,为甲方护航,直至甲方可以自己航行。
原则三:不做没有用户的项目
- 如果甲方的项目没有太多用户使用,这种项目就不要接。
- 除了代码的累计经验,还有一种经验也很重要,那就是“了解用户的市场经验”
- 只有真正面对有实际用户的项目,你才能有“解决市场提出的问题”的经验,而不是停留在“解决甲方提出的问题”
- 拥有市场经验,你就会有更高的附加价值,再配上尊重你经验价值的甲方,你就会有更高的收入
- 永远记住:真正愿意在你身上花钱的甲方,他的目的一定是为了让你帮他赚钱!
以上只是我根据自己经验的一家之言,可能对我有用,不一定对别人也有用。肯定还有很多有价值的原则,希望大家根据自己的经验一起来分享。