最好的就是在签署合同尽量把可能发生技术需求变更考虑进去，这个签署谈好，加需求不是不可以，就增加费用，客户实际考虑的时候会斟酌，甚至有可能不增加额外要求。在国内，合同尽管被屡屡推翻，但是签了，一般客户也会考虑，除非碰到信用不好的客户。

其实我建议是针对程序员的，出这些风险，其实最大可能就是程序员突破了自己底线，也就是想加点没关系，承诺太多，生怕失去项目，我以前就犯了不少这样错误。

其实这样考虑，自己心理预期达不到，底线达不到，就坚决不干，别人干是别人干，要知道国内很多客户只要签了合同，什么事都会推到程序员这里的，所以心理预期达不到千万别签，不签只是损失一个项目，签了可能更后悔。所以心理预期和底线不能逾越。签合同的时候，要把技术细节也要考虑清楚，尽量都写到合同中，防止客户变更需求，或者变更需求，可以增加费用，从而让客户也感觉增加需求的麻烦。

另外不要和我说，开始做的时候不能搞清楚全部细节，做外包坚决不能做不熟悉的，如果有一点不熟悉，尽量以每月兼职或者合作研发方式进行，也就是说，随时可以撤出项目，但是会交接好项目，把自己的责任降到最低。


【 在 starryin 的大作中提到: 】
: 头一阵刚好碰到一个类似的情况，项目延期外加需求增加和变更，请教下这种情况一般怎么处理？尤其是报价，先前已经固定下来了，结果被甲方的添油战术每次加一点搞得极其恶心
--
FROM 111.202.79.*

多谢，能看出来都是靠谱的经验之谈，我接这个主要是熟人当时急着要求帮忙，现在回头看平时能做朋友的人，工作上未必合的到一块去，这些真跟恋爱结婚一样

【 在 zheok 的大作中提到: 】
: 最好的就是在签署合同尽量把可能发生技术需求变更考虑进去，这个签署谈好，加需求不是不可以，就增加费用，客户实际考虑的时候会斟酌，甚至有可能不增加额外要求。在国内，合同尽管被屡屡推翻，但是签了，一般客户也会考虑，除非碰到信用不好的客户。
: 其实我建议是针对程序员的，出这些风险，其实最大可能就是程序员突破了自己底线，也就是想加点没关系，承诺太多，生怕失去项目，我以前就犯了不少这样错误。
: 其实这样考虑，自己心理预期达不到，底线达不到，就坚决不干，别人干是别人干，要知道国内很多客户只要签了合同，什么事都会推到程序员这里的，所以心理预期达不到千万别签，不签只是损失一个项目，签了可能更后悔。所以心理预期和底线不能逾越。签合同的时候，要把技术细节也要考虑清楚，尽量都写到合同中，防止客户变更需求，或者变更需求，可以增加费用，从而让客户也感觉增加需求的麻烦。
: ...................
--
FROM 182.200.176.*