原则一：乙方来做决策 最终拍板人是谁？是甲方，如果你非要抢板子，那你以后就没有甲方了但是，如果甲方也觉得“我花钱了，当然要听我的（那些只对上级负责又不能拍板的底层打工人，总是这样认为）”，那这种甲方的项目你就不要接因为在这种甲方眼里，你只是“施工方”，他们即不需要你的经验价值，更不会为你的经验买单。所以这种甲方你会做得很累，当他们觉得“你的工作强度不足以匹配付给你的费用时（他们总这样觉得）”，他们就会不停地向你提出新的开发需求所以，你要尽量找那种尊重你经验价值，总是向你请教，请你帮他做决策的甲方 原则二：为甲方护航 甲方未来会遇到什么问题，你们双方其实都不知道，所以你需要一边开发一边解决甲方实际遇到的问题。因此，不要为了完成合同上的工作内容而工作，要为甲方遇到的实际问题，为了甲方的利益而开发，要提前做好变通的准备。永远不要觉得你把合同上的功能列表做完，你就能休息了。你要解决的真正问题是，为甲方护航，直至甲方可以自己航行。 原则三：不做没有用户的项目 如果甲方的项目没有太多用户使用，这种项目就不要接。除了代码的累计经验，还有一种经验也很重要，那就是“了解用户的市场经验”只有真正面对有实际用户的项目，你才能有“解决市场提出的问题”的经验，而不是停留在“解决甲方提出的问题”拥有市场经验，你就会有更高的附加价值，再配上尊重你经验价值的甲方，你就会有更高的收入永远记住：真正愿意在你身上花钱的甲方，他的目的一定是为了让你帮他赚钱！ 以上只是我根据自己经验的一家之言，可能对我有用，不一定对别人也有用。肯定还有很多有价值的原则，希望大家根据自己的经验一起来分享。 甲方, 经验, 原则, 价值
原则 2 、3 都是虚的，就不讨论了。 只说原则一： 一般而言，甲方跟你对接的，一定不是老板。 所以他的核心目的一定是项目实施成功。 但项目是不是真的能给企业带来效益，其实是优先级特别低的一个选项。 拿日常生活举个例子。夫妻、情侣之间，你媳妇儿托你办个事，比如让你买个西瓜。 你明知道冬天的西瓜又贵又不好吃，你会怎么办？ A ，买西瓜，回去一边吃西瓜一起骂水果摊老板没良心。 B ，给你媳妇儿上农业课。然后媳妇儿让你跪搓衣板。 C ，水果摊老板训你一顿，以冬天吃白菜豆腐好为由，非卖你一颗大白菜。你家都不敢回。 这里面，你就是那个甲方对接人。你怎么选？ 所以乙方一定不能做决策。乙方做决策的结果，就是甲方对接人被利益集团踹开或者得罪甲方对接人，最终导致项目失败。
接过多个外包的路过,你这原则一点用都没有,反而很恶心,这已经不是外包了,这 3 个原则实行起来这是当程序员,产品经理,还有甲方老板了,操心的方面真多 我接外包就是为了钱,甲方提供需求,我报工时和价格,付钱按照需求开发完成
原则一:外包大部分就是苦力活，核心有价值的部分有自己公司的人干轮不到外包，你不干有的是人干，不会有人尊重你经验价值，甲方说怎么干就怎么干，写到合同里，按合同来，没甲方懂自家业务，别替甲方做决策，万一瞎建议导致项目出现大问题，黄了，外包钱都拿不回来 原则二:给多少钱办多少事，如果甲方给钱痛快，事少，可以看自己良心对甲方多上点心，否则别给自己加戏，不然很可能把自己感动了，甲方却想着好不容易碰上这么个人，白嫖 原则三:不做没有用户的项目,太片面，不是所有外包项目都是面对海量用户，但是做所有外包项目都是为了赚钱，假如有个富二代两三万找你做个毕设，简单钱多不用后续维护，这种接不接？假如某工厂几十万定制内部系统，可能只有几个人用，这种接不接 总之外包就是赚个辛苦钱，别指望这个来提升自己技术和自我价值，外包行业水太深，你这几个原则都太理想化
某富豪要盖一栋私人别墅，招建筑工人，现在缺一名搅拌水泥的工人， 找到了张三，张三说我去过很多工地，啥活儿都干过，经验极其丰富，我可以指导一切事物，我再给你兼职当个总设计师吧，一切事物听我的决策没错。 我每天做完我的本职工作搅拌水泥砂浆，我还能熬夜给建筑设计布局，风水，房间规划，材料采购等等，我啥都会，直接干到建筑完工 富豪很感兴趣，说那你来吧，我盖的是自己住的别墅，张三一听连连摆手:你是盖私人别墅啊？不行不行，我不去了，我以前盖的都是高楼大厦，住户多对我技术水平有严峻的考验，做成了对我有很大提高，私人别墅才几个人用，对我职业生涯一点帮助都没
