外包太坑了,软件外包怎么避坑( 二 ) _软件外包为什么陷入泥坑

下面先分享一下草木兄弟去年下半年接的一个20万的外包项目，后来做到项目终止，差点反目成仇，说亏了10多万，不过听说刚刚采取了猿开开的新模式又重新签了合同。草木兄弟也算搞了20多年开发的老江湖，按道理不应该出现这样的事故，我们先来看看他这个掉坑里的故事吧：
一、大坑从只有1页的需求开始做过软件外包项目的大体都有这样的体验，客户提出一个很简单的需求，然后让你报个价。而这个时候大部分软件外包公司都会报一个相对高一点的价格，防止后期需求有变化而能维持利润。这个项目同样如此，需求就是一个简单的说明，是要做一个电商的商城，只不过是多了经销商的功能，而且附了经销商的分成方式。乍一看需求不复杂，加上有现成的商城模版，草木兄弟认为即使做成APP H5的模式，如果报20万，应该是有得赚的。而恰恰是这种需求模糊的预估报价模式，为整个项目的失败埋下了巨大的祸根，而这也是传统外包模式的最大弊病之一，对于开发公司及甲方客户都是极不公平的事情，这样的方式会纵容甲方能省事就省事，所有的锅由乙方开发公司来背。
二、4个月的需求确定，让项目一步一步迈入深渊9月份签的合同，乙方就派产品经理跟踪服务客户的需求原型确认。一般的需求原型有一个礼拜都差不多完成了，但是这个项目需求整整做了4个月，甲方以各种理由要求草木兄弟修改需求原型，不断往里加东西，美其名曰细化需求，直到12月底才算终于确定一版。而这个时候出来的需求原型，跟原来已经丰富了相当多的内容。但是，由于前面已经签了合同，跟甲方客户讨论增加费用的时候，已经没有可能了。这个时候有两个选择，乙方可以终止合同，或者要求增加工期和费用，但乙方并没有采取措施（除了不够专业外，更多是由于侥幸地认为客户是熟人介绍的），结果引来了后面巨大的麻烦。传统的外包模式弊病之二，签合同之前需求模糊，签合同之后需求大量细化和增加，然后以合同要挟，不让增加费用。
三、极低的预付，然后分阶段付款模式，亏损从此开始还是侥幸心理吧，按传统的外包模式，低于60%的预付都是不能接的，但是这次由于侥幸，正式开发之前只收了35%的钱，也就是7万元。4个月的需求分析及UI设计，刚好就花了这么多成本。意味着开发之后的钱都得乙方垫，这是非常危险的，从开发正式开始的时候就已经在亏钱了。正常的商业逻辑是，这个时候应该再次叫暂停，但是还想侥幸。传统外包模式弊病之三，预付60%乙方肯定不会亏本和吃亏，较低的预付乙方100%是亏本和吃亏的，因为甲方没付多少钱则会处于谈判的强势位置，有各种理由延期支付剩下的款项。
四、开发过程中极其苛刻的阶段付款要求和需求变更，项目陷入泥潭2020年2月份，正式开发开始了，乙方投入了8个人，在基本功能做得差不多，同时进入基本功能测试时，甲方要求主流程跑通才能付钱，但测试的时候可是玩命的在测试，测得那叫一个细。这个时候，草木兄弟觉察到了不对劲，主流程跑通，不就是大部分功能都做完了嘛，也就是甲方变着法要把所有做完了才能给钱，而不是分阶段给钱。交涉中，甲方明确表示：“我只要结果，至于你们付出的劳动和成本，我们不关注” ，想到需求细化就曾拖了4个月之久，草木兄弟痛下决心停止开发、及时止血。到今年3月22号的时候，开发成本已经超过10万了，也就是说这10多万已经亏掉了。传统外包模式弊病之四，甲方想要项目尽可能的完美，但不会增加费用，还会不断通过拖延付款来获取谈判优势；乙方则想尽快交付，不允许有任何新的需求和改动，通过不交代码拖延交付来获取谈判砝码，这种矛盾的产物必然是双方都不满意。