近日在天使汇举办的创新分享会上，极牛达人余思也分享了自己的经验。在外包圈子里，他会告诉你所谓的外包祸根是怎么来的。大家好，我是一个很好的专家。我是2010年开始做外包的，今天想聊的话题对我来说还是比较尴尬的，因为我自己也是做外包的，在外包公司工作了快六年了。所以今天说到这个话题，我想从外包的角度告诉大家，所谓的被外包惨了是怎么发生的？您如何看待外包圈中的外包？先说一个常见的问题。很多公司都在做风险投资。如果没有技术团队，很多人会选择外包公司做开发。但很难准确地告诉外包公司他们在做什么。也就是说，你的需求根可能会被保留，因为你不想让外包公司看到企业的商业模式和一些重要的功能点。这就造成了外包公司的需求不对称和信息不对称。如果双方都没有意识到这个问题，那么在开发过程中就会产生很多误解和错误。为什么外包公司有陷阱？我刚开始。让我扩展一下。总共有三点。做好这三点，基本可以避免误会。第一，误解，不严谨，没有验收标准。就是你的需求能不能对外包公司开放。基于这些，你就有了自己的验收标准，你做出来的东西才算是合格或者合格。产品本身也有设计上的缺陷，因为很多人一开始并没有把产品展示给投资人，而是让你做一个产品原型，然后再讨论下一步怎么做。不确定因素会导致产品设计缺陷。第二，你对外包技术人员了解不够。新的技术团队来了，为您的产品实现组建技术团队。你要尽量保证技术的稳定，不能居高临下，要深入工作。三是风险评估。提前推出产品的后续设计后，您可能会对这个产品产生依赖。比如计划两个月上线，做路演，三个月做什么，这些其实都是没有根据的。这会给整个项目计划、后续工作安排带来很大的压力。如果有错误，你没有机会容忍错误。其实从外包的角度来说，这是对双方都有利的。其实也被你骗了，也不容易。为什么外包公司会说这些东西会造成被骗的感觉呢？主要是它自身会有一些问题。如果是成立不到一年的外包团队，成员可能三五至十几人不等，团队本身的运作可能会出现一些问题。十几到五十个人会有问题，但是相对来说好一些。所以，在选择外包时，要看外包团队中有多少技术人员，其中有多少是真正的开发技术人员。外包公司有哪些问题导致陷阱？第一，巧妇难为无米之炊。是管理手段。随着人数的不断增加，二十人、三十人、五十人、一百人的手续都会很复杂。当一个成员每天都在做三个项目的支持和开发时，他就会有自己的想法，人员也会不稳定。第二，静坐。如果你以前接触过小型外包公司，你可能知道，你是先找技术人员，还是先找项目？如果你不找项目，你的成本和人事费用还会继续在那里。这样的话，你就会开始疯狂的找项目，找sales，你会去C，就是一个茧子。因为你是饿着肚子找项目的，有好的项目，也有不好的项目；领导刚刚跟销售说了这件事，说我要接这个项目，我们现在就需要。销售用销售的方式来协商这个项目。但是后来他会觉得第一个做完了，第二个很难做，第三个没有deadline，所以还没有给IT解决，就是作茧自缚。第三，根据自身内部情况调整公司损益。即当出现上述情况时，公司会进行分析。比如一些项目就放在那里。我暂时不做，我会做其他较新的项目，因为较新的项目会有首付。如果你能看到这些的表象，你就会发现问题所在，然后进行后续的备选方案。如何避免外包公司的陷阱首先要和外包公司的项目负责人沟通，看得见的位置高。看他的状态，和他交流的时候看他的言谈举止，这只需要大家的情商，而不是对技术方向的深刻理解。你必须了解通信项目的成本，以及他过去的成功故事，成功与失败。其次，你必须表达你的需求。你要模拟用户的使用情况，就是用户点击你之后，你想让他在下一步添加一个虚拟动画或者过程动画。你需要告诉他这些，因为这直接影响到技术开发的时间成本，以及技术实力能否达到。所以你的需求是用用户模拟使用时的情况来代替的。三是工期明确，付款方式由双方协商，产品所有权受到限制。工期明确，据说一期具体功能实现时间为11月。因为外包公司会非常巧妙地使用文字游戏，造成一些误会。它会在双方之间造成一些信息不对称，进而逃避自己的责任。比如工程报价通常很含糊，说工程15万元左右，你分3期给我，工期40个自然日。但是你必须看看每个项目和每个单元需要多长时间。这是一件非常重要的事情。分解项目所需技术、项目组成及后期维护难度、成本、周期、验收标准。对方给你的契约，里面会有很多技能。他在第一个子句中写了一个，在第二个子句中写了一个，在第十个子句中写了一个。有益，但对你没有好处。你必须在合同里写上你的邮箱地址，对方的邮箱地址，甚至QQ号。而且当你和对方交流的时候，你也要打开录音。上庭的时候，法官会说甲方支付乙方的费用，如果你支付了，你的义务就已经完成了。乙方是否向甲方发送了一些结果？我发了，我也发到甲方邮箱了。现在不好判断，虽然能用，但是他发给你了。发给您后是否满意就不好说了，因为没有验收标准。所以在合作的时候，如果真的走到最后一步，真的是很头疼，双方都很费时费力。最后说一下一起工作时的注意事项。工期确定，项目节点确定。你的项目有多少个节点，不要做一个虚拟的表格，你要真正结合自己的情况，不要写一些形式化的东西。验收标准很明确。其实不知道什么是专业验收文件，不知道coverage等也没关系，你只需要告诉他你对产品的实际体验就可以了。但是你要明确自己的立场，就是很多产品需要先生产出来，用户使用，然后再一步步完善。如果你给一个大型的软件项目定一个标准，如果是工程，你找的公司会说实现不了，你的项目我就不接了，那你找别的公司吧。原本20万的项目，最后变成100万以上，也不是没有可能。
