互联网创业大潮让越来越多的人肾上腺激素爆发，呼吸急促，两眼放光，恨不得马上想一个好的idea，做产品，融资，上市，迎娶白富美，走上人生最巅 峰。可无奈，自己不会技术，写不了代码，又画不了原型，所以，外包开发应势而生。但比无奈更无奈的是，超过80%的软件外包开发项目，最终都是狗血落幕。 要么软件根本达不到需求，要么交付时间一拖再拖，要么拿回来的系统根本无法维护，要么没做一半，外包公司不做了……整个剧情堪比娱乐圈的情爱闹剧，狗血而 又无底线。闹剧过后，一切照旧。需求方还是没有一个能满足自己业务的产品，继续不死不活的在和软件开发斗争着；外包公司还是一付你对我不满意又离不开我的 屌样，继续寻找下一家，开始重复上一场的撕逼大战。

借用我家两岁女儿最常说一句话：怎么回事呢？你们怎么这样呢？

是啊，怎么回事呢？问题究竟出在哪呢？

请你先去洗个澡，换身干净衣服，剪好指甲理个发，听哥细细道来。

首先，来个横扫千军，一棒子打死所有外包公司。作为服务提供方，没提供令人满意的服务，没解决客户的需求，没交付一个合格的产品，那么，他就是不合 格的。别说什么客户需求变更，别说报价太低，别说客户什么都不懂。请问，哪个互联网产品开发过程中需求没变过？请问，如果客户象你一样懂产品，那他有病啊 要花钱请别人来折腾？

那么，外包公司是如何把一个项目做成渣的？原因很简单。听哥细数其中七宗罪。

1、技术实力问题。判断一个团队的技术实力，一是看团队成员的个人技术，二是看团队合作和管理。先说一、去打听下，技术大牛，产品达人，设计大咖， 要么在BAT之类的公司，最差也去个京东滴滴之流，要么自己创业做个牛逼闪闪的产品，谁去做苦逼的外包业务，天天做重复的工作，伺候一堆啥也不懂的客户？ 外包开发本来就是一个苦力活，牛人肯定不愿意在这上面浪费精力。再说二、外包公司小作坊式的生产方式，怎么会有良好的项目管理？代码版本失控，沟通结果不 清晰，协作流程混乱，再加上没有牛逼的项目经理，能做出好产品，那就真是见鬼了。

2、项目经验问题。外包公司的特点，决定了他们不会把一个产品持续做精做透，不会在一个产品上不断优化改进，不会在一个产品上不断升级来满足业务的 扩大发展。所以，他们的项目经验，仅限于把一个产品从0到1实现，根本没有复杂业务场景，各种逆向流程，高并发业务优化，大数据量性能处理的经验。所以， 他们欠缺很重要的一项经验：如何让系统能支撑业务的发展和可能产生的变化。而这个也正是需求方所欠缺的，谁都只能看到一个产品的界面展示和功能交互，但两 方都没经验和能力去思考界面和功能背后的业务流程，产品逻辑，实现方法，根本没有能力预见业务发展对系统会产生怎样的要求，所以，项目成渣是必然。同样是 电商，你去网上买一套源码，和淘宝京东的系统，那根本不能相提并论。你以为网上搞一套源码就可以用了，殊不知，没用了几天，业务有了新需求，才突然发现系 统的底层架构根本无法满足，买来的程序改都没法改，只能咬牙重构。大家都是只看表面，觉得页面功能按钮都差不多，但你想想，如果真是这样，淘宝京东要雇那 么多人维护系统干吗？你觉得马哥和东哥傻吗？

3、合作方式不到位。看似有需求文档，看似有合同，看似有进度报告，看似有工作总结。可是，这些真的有用吗？需求文档除了有功能展示，页面布局，按 钮位置，还有啥？有业务逻辑深层次的思考吗？有业务未来发展可能性的预测吗？有对公司各部门如何运用产品为用户服务的角色设定吗？没有这些，那是需求文档 吗？需求文档都整不清楚，那合同，进度报告，工作总结，都是扯淡，有用吗？能约束啥？有控制啥？能保证啥？然并卵。做为项目需求最早起点，需求方的人本身 并不懂互联网，所以他提的需求能听吗？是产品的需求还是他自己YY的需求？有没有偏差？那么，外包方收到这样的需求，再加上他们不靠谱的经验，能做出合格 的产品来，那就还有天理么。

4、缺乏合理规划。做一个APP，除了所直观看到了产品规划，界面设计，技术开发外，还有很多工作要做。比如：现在都联合登录了，你得申请微信、微 博、QQ接口帐号吧；手机短信验证，你得谈第三方短信通道吧；微信公众号，你得申请吧；各个平台的分享帐号，你也得申请；产品文字介绍得准备吧；产品提交 各应用商店，应用界面截图得提前准备并美化一下吧；如果用到支付，支付宝、微信支付、百度钱包你的申请吧；如果APP有特殊经营内容，相关资质得准备 吧；APP的下载量，日报等基本数据，你得统计吧；美工设计了个界面，你知道会有字体侵权吗？APP对应的网站和接口，需要购买域名，服务器，域名备案 吧。等等等等等等。此处无法一一列出，这些需要完成的工作中，只要有一项没有提前规划准备好，就会直接导致项目延期。其中每一项，或多或少都需要一定审核 时间，这些时间都在你项目计划中吗？如果规划没有做的充分到位，那你就等着一件件事突然蹦出来，然后无限期的推迟上线时间吧。

5、缺乏风险预估。开发过程中，可能有人回老家有事，有人突然生病，有人离职而去；有人工作质量不过关，有人抗压能力不够消极怠工；团队合作遇到分 歧短时不能协调，因分歧影响情绪导致罢工；有人的地方就有江湖，有江湖的地方就有纷争，有纷争就需要有人来平息，协调，解决，让团队保持团结高效稳定；只 要是人参与的事就会有变数，有变数就会产生问题，有问题就需要有人来查找，发现，解决。但前提是，你需要有足够的经验应对这些变化和纷争，有提前的准备和 方案，来应对一切突发的失控。

6、验收不完善。一个产品该怎么验收？看看界面，点一下按钮，操作一下功能就可以了吗？如果是这样，那各大IT公司组建测试团队有毛用？功能验收只 是最基本的，你还需要了解：产品的数据流转和验证规则是否正确，你一定不想项目运行几个月后发现系统里的数据TM全是错的；性能和并发处理是否符合阶段预 期，你也一定不想产品上线，好不容易推广的拉来一批用户，发现系统挂子，满屏令人头疼的报错页面；安全性是否达标，你不想自己的产品没靠做的好出名，而是 因为被人爆库盗走数据和漏洞多而闻名于业界吧；产品是否符合业务开展，你不想一个产品，开发完后公司各个业务部门无法参与其中，系统几乎是独立于公司而只 为几个服务吧；有没有良好的扩展性，你不想产品刚开发完，运营没三个月，发现想加的新功能根本无法增加，或者加新功能的开发周期几倍于开发周期，所以只能 咬牙开始重构。没有完善验收标准，以上的问题，就象你最不想看到的那个人，恰好在你最幸福的时候出现在你眼前，让你快感全无。

7、沟通机制问题。你说这个功能应该这样做，我说明白了，你就真以为我明白了吗？你和你老婆对同一件事的认识都有偏差，所以你可知道，我说的明白了 是真的明白了还是我按照自己的思维方式把你说的话想明白了？你发了个文档，我看完也确认没问题了，那你可知道，我说的没问题是我毫无问题的理解了文档的本 意，还是我就根本没思考，只是理解了你这个文档的字面内容？一个月前我们讨论的一件事，你现在还能记得多少细节和结论？上一周你通知我的一个决定，你知道 团队有多少人都明确的知道了？你让我照着宝马造一辆车，我可能做出和宝马一样的车，也可能只是个起亚双环类的高仿，你什么时候才能知道我最后给你的是什 么？

以上列举的外包开发七宗罪，在每个项目中都一定会出现，所以才造成现在外包行业骂声不止，但多少人又咬咬牙，无奈的踏着前辈牺牲的轨迹，重复一次已重复过N次的狗血闹剧。

那么，问题来了，这七宗罪如何消除？

欲知后事如何，且听下回分解。