一、前期有效沟通的达成率 

请注意。整个产品开发能成功不烂尾不扯皮的完结与否有大半因素在前期的沟通里。人的思维是扩散性的,更多的人在描述产品的时候会从印象里抽出一种觉得还可以的原型。大部分时候会这样说“我觉得这样也可以。。。”“我觉得这样可以那么样。 。。”可以想象如果这是在产品开发前期,那么面对开发人员是灾难性的,你功能的调整需要重新评估,设计,开发,测试,并且因此产生的冲突性BUG都是无法预知的。  当然这是往严重了去描述。但可能一个开发团队几天的工作都会因需求变动而无效,频次高了整个开发团队热情和严谨都很难维持。而客户又会觉得公司不靠谱不合理,只是调整一个小东西还怎么怎么。 如果希望整件事快速有效的进行,请把所有问题都放在前期，去质疑 去构想去推翻去重构, 然后快速去推进。另外一种方式是相对中和的方法,把一个体系比较大的产品分解。原来的开发周期是三个月, 第一一个半月完成已经确定好的功能点做好一个可运行的1.0，而客户新提出的功能点或改出的需求放在后面集中评估处理推进。这种方式有待去去完善和整理。 

二、合同的拟定和验收保证

首先，合同是具有法律效率的。不管是外包公司未按预期推出可运行的版本或是客户未按时交付款项都需付一定责任的,具体条款视合同而定。然后所有合同整个框架都是一致的 ,不同的只是里面的条款,如分款分几期怎么分: 442还是3322。合同自然分的是甲方和乙方。作为甲方你要保证自己的权限就要约束外包公司:你要他们保证产品交付时无BUG运行,有一个BUG多少扣款;你要预留出一定的时间去观测产品不同平台不同机型可运行,所有一般留有一到两个月交付尾款 ;你确保所有代码的所有权属于你, iOS在Appstore上发布的账号是谁的,是否最后把源码给你以便于后期迭代。还有现在外包公司大都数在验收环节有一个验收文档,你可以理解成合同的已达成产品已交付的意思,就是外包公司说我给你做完了,你签了我们就结束合同的。  (当然个例按具体条款来说)

三、客户协作胜过合同谈判

愉快的相处是任何人都希望的,结果总会因为各种问题出现不一的意外。我想劝所有人在能进行商量的情况下都不要走到合同谈判或诉讼那一步,里面所牵扯的时间成本和人力是消耗最大的。外包公司是希望快速结束这个项目已达到盈利,越多越好;找外包的是希望产品快速无BUG的上线,时间越快价格越低越好。所以双方都应该朝着这个目标去进行。  而客户协作胜过合同谈判的意思不仅仅是这样,客户也就是甲方应该在前期尽可能的表达自己的想法已确保对方在开放的是自己所理解所想象的产品,并且在产品开发周期要求一个又一个可运行的产品已确保这进程的走向是没有偏的。开发团队应保持一定的速率的进度随时给 予客户了解每天开发团队的进度及中间可能出现的变故等,及时确保产品每一步的走向是客户知道并认可的 ,不做无用功。在传统外包公司销售部和开发部是对立的,因为销售在前期承诺了过多的功能,而这个更多的又不是体现在合同里,实际执行的人都是开发团队,所有销售夸下的承诺就是他们的苦海。所以客户要和项目经理多交流， 项目经理也要和开发团队多交流。-切都是互通的。