在近日天使汇举办的创享会上，极牛专家于思也 分享了他的经历。身在外包圈，他告诉你所谓的被外包坑惨了是怎么样发生的。
大家好，我是极牛的专家，我本人是2010年开始做外包。今天要说的话题对我来说挺尴尬，因为我本人就是从事外包，我自己外包公司做了将近六年了。所以今天说这个话题，我想站在外包角度跟大家讲一下所谓的被外包坑惨了是怎么样发生的？还有外包这个圈子里怎么看待外包的？
我先讲一个常见问题，好多企业在做创投，如果没有技术团队的话，很多人会选择外包公司做开发来实现。但是很难对外包公司说清楚自己到底做的是什么。也就是说，你的需求的根源可能会保留，因为你不想让外包公司看到企业的商业模式，和一些很重要的功能点。这样对外包公司造成了需求不对称，信息不对称。如果双方都没有意识到这个问题，开发过程中就会出现很多的误会和失误。
为什么外包公司会有坑
我刚才开了个头，我展开说一下，总共有三点，这三点大家如果做到位的话，基本能避免误会。
第一，误会，不严谨，没有验收标准。就是你的需求是不是能对外包公司敞开，根据这些，你有了自己的验收标准，做成什么样算是过关和不过关。还有产品本身设计缺陷，因为很多人在一开始并没有拿产品给投资人看，而是让你做出一个产品原型，然后商量下一步做什么，不确定因素会造成产品有设计缺陷。
第二，外包的技术人员你也不够了解，新的技术团队在这里组成你产品实现的技术团队。你要尽量保证技术稳定性，不能居高临下，你要深入到工作中去。
第三，风险评估。在提前展开产品的后续设计之后，你可能对这个产品有依赖性。比如计划两个月以后要上线，要做路演，三个月以后要怎么样，这些其实都是没有根基的。这样对整个项目计划会有很大压力，后续的工作安排，如果有闪失的话你没有容错的机会。
其实站在外包角度来看这都是双方的，其实它也是被你坑的，它也不太好过。
外包公司为什么会说这些东西会造成被坑的感觉呢？主要它自身也会有一些问题。如果是成立一年以下的外包团队，成员大概就是三五个人到十几个人的规模，会出现一些团队自己运作上的问题。十几人到五十人也会出现问题，但是相对好一些。所以选择外包的时候看外包组成人员中有多少技术人员，多少人是实际在开发的技术人员。
外包公司那些有哪些问题会导致坑？
第一，巧妇难为无米之炊。就是管理的手段。随着人员不断增加，二十人、三十人、五十人、一百人，也会有繁复的流程。当一个成员每天在做三个项目的支持和开发的时候，他会有自己的想法，人员会不稳定。
第二，坐以待毙。以前接触过小型外包公司可能会了解到，你先找技术人员，还是先找项目？如果你不找项目，你的成本，人员开销就在那儿延续着。这样的话你就开始疯狂找项目，去找销售，就会走到C，就是作茧自缚。因为你饥饿的时候找项目，有好项目，有不好的；有你做的得心应手的，也有不是的。领导层只是把这个事告诉销售，说我需要接这个项目，我们现在需要。销售就用销售手段去把这个项目谈下来。但接下来他会觉得，一款做了，二款很难做，三期又无期，所以对IT来说也没有解决掉，作茧自缚。
第三，根据自身内部情况进行公司盈亏调整。就是出现了上述情况会对公司进行分析，比如说有的项目就放在那儿，我先不做，去做别的更新的项目，因为更新的项目会有首付款。如果你能看出这些产生的表象，才会发现问题，然后做后续的备选方案。
如何避免外包公司的坑
第一，与外包公司项目负责人沟通，能见到多高的职位就见多高的职位。去看他的状态，你看跟他沟通时候的言谈举止，这块只需要大家的情商，不需要对技术方向了解多深。沟通项目的成本，以及以往他的成功案例，做成功的和做失败的，你都要了解。
第二，你要表达你的需求。你要去模拟用户的使用情境，就是用户点击你以后，下一步你希望他加C一个虚拟动画，还是过程动画，这些都是要告诉他的，因为这个直接影响技术开发的时间成本，还有技术实力是否能达到。所以你的需求以用户模拟使用时的情境去代入。
第三，工期要明确，付款方式双方协商，产品所有权制约。工期明确，说第一阶段具体要实现的功能要在具体11月几号。因为外包公司会很巧妙的用文字游戏，造成一些误会。它会制造一些双方的信息不对称，然后规避自己的责任。比如项目报价单通常很模糊，说这个项目大概15万，你分3次给我，工期是40个自然日。但你要看每一项每个单元要做多长时间，这是很重要的事情。分解项目所需要的技术，项目组成和后期维护难度，成本，周期，验收标准。
对方给你的合同会有很多技巧在里面，他第一条写一个，第二条写一个，第十条写一个，你单看每一条都没问题，但是把一三十组合起来是对你有利的，而对你们是没有利的。必须在合同上写好你的邮箱是什么，对方的邮箱是什么，甚至QQ号都要写。还有你与对方沟通的时候也要开启录音。打官司的时候，法官会说甲方支付乙方费用，给了，你的义务就尽到了。乙方有没有给甲方发过一些成果？发过，我也给甲方邮箱发了。现在就不好判断了，虽然发了能不能使，但是他发给你了。发给你了满不满意也不好说，因为也没有验收标准。所以合作的时候，如果真的走到最后一步的时候，确实是很头疼，双方都耗时耗力。
最后讲一下合作时的注意事项。工期确认，项目节点确认。你项目有多少节点，不要做虚的形式，你要真正的结合自己的情况，不要写一些形式上的东西。验收标准明确，这个其实你不懂什么是专业的验收文档，也不懂覆盖率等等都没有关系，你只需要告诉他你用产品上的实际体验。但是这个你要摆清自己的位置，就是很多产品需要先做出来，给用户使用，然后再做一步一步的完善。如果你把一个标准定到大型软件项目，工程性的话，你找的公司就说实现不了，我不接你的项目，你找别家。原本20万的项目最后变成100多万也不是不可能。
