为什么软件外包市场还这么乱?

2018-05-11 16:55:24 admin 110

    好多企业在做创投,如果没有技术团队的话,很多人会选择外包公司做开发来实现。但是很难对外包公司说清楚自己到底做的是什么。也就是说,你的需求的根源可能会保留,因为你不想让外包公司看到企业的商业模式,和一些很重要的功能点。这样对外包公司造成了需求不对称,信息不对称。如果双方都没有意识到这个问题,开发过程中就会出现很多的误会和失误。

图片关键词

为什么外包公司会有坑

    我刚才开了个头,我展开说一下,总共有三点,这三点大家如果做到位的话,基本能避免误会。

    第一,误会,不严谨,没有验收标准。就是你的需求是不是能对外包公司敞开,根据这些,你有了自己的验收标准,做成什么样算是过关和不过关。还有产品本身设计缺陷,因为很多人在一开始并没有拿产品给投资人看,而是让你做出一个产品原型,然后商量下一步做什么,不确定因素会造成产品有设计缺陷。

    第二,外包的技术人员你也不够了解,新的技术团队在这里组成你产品实现的技术团队。你要尽量保证技术稳定性,不能居高临下,你要深入到工作中去。

    第三,风险评估。在提前展开产品的后续设计之后,你可能对这个产品有依赖性。比如计划两个月以后要上线,要做路演,三个月以后要怎么样,这些其实都是没有根基的。这样对整个项目计划会有很大压力,后续的工作安排,如果有闪失的话你没有容错的机会。

    其实站在外包角度来看这都是双方的,其实它也是被你坑的,它也不太好过。

    外包公司为什么会说这些东西会造成被坑的感觉呢?主要它自身也会有一些问题。如果是成立一年以下的外包团队,成员大概就是三五个人到十几个人的规模,会出现一些团队自己运作上的问题。十几人到五十人也会出现问题,但是相对好一些。所以选择外包的时候看外包组成人员中有多少技术人员,多少人是实际在开发的技术人员。

    外包公司那些有哪些问题会导致坑?

    第一,巧妇难为无米之炊。就是管理的手段。随着人员不断增加,二十人、三十人、五十人、一百人,也会有繁复的流程。当一个成员每天在做三个项目的支持和开发的时候,他会有自己的想法,人员会不稳定。

    第二,坐以待毙。以前接触过小型外包公司可能会了解到,你先找技术人员,还是先找项目?如果你不找项目,你的成本,人员开销就在那儿延续着。这样的话你就开始疯狂找项目,去找销售,就会走到C,就是作茧自缚。因为你饥饿的时候找项目,有好项目,有不好的;有你做的得心应手的,也有不是的。领导层只是把这个事告诉销售,说我需要接这个项目,我们现在需要。销售就用销售手段去把这个项目谈下来。但接下来他会觉得,一款做了,二款很难做,三期又无期,所以对IT来说也没有解决掉,作茧自缚。

    第三,根据自身内部情况进行公司盈亏调整。就是出现了上述情况会对公司进行分析,比如说有的项目就放在那儿,我先不做,去做别的更新的项目,因为更新的项目会有首付款。如果你能看出这些产生的表象,才会发现问题,然后做后续的备选方案。

    如何避免外包公司的坑

    第一,与外包公司项目负责人沟通,能见到多高的职位就见多高的职位。去看他的状态,你看跟他沟通时候的言谈举止,这块只需要大家的情商,不需要对技术方向了解多深。沟通项目的成本,以及以往他的成功案例,做成功的和做失败的,你都要了解。

    第二,你要表达你的需求。你要去模拟用户的使用情境,就是用户点击你以后,下一步你希望他加C一个虚拟动画,还是过程动画,这些都是要告诉他的,因为这个直接影响技术开发的时间成本,还有技术实力是否能达到。所以你的需求以用户模拟使用时的情境去代入。


    第三,工期要明确,付款方式双方协商,产品所有权制约。工期明确,说第一阶段具体要实现的功能要在具体11月几号。因为外包公司会很巧妙的用文字游戏,造成一些误会。它会制造一些双方的信息不对称,然后规避自己的责任。比如项目报价单通常很模糊,说这个项目大概15万,你分3次给我,工期是40个自然日。但你要看每一项每个单元要做多长时间,这是很重要的事情。分解项目所需要的技术,项目组成和后期维护难度,成本,周期,验收标准。

    对方给你的合同会有很多技巧在里面,他第一条写一个,第二条写一个,第十条写一个,你单看每一条都没问题,但是把一三十组合起来是对你有利的,而对你们是没有利的。必须在合同上写好你的邮箱是什么,对方的邮箱是什么,甚至QQ号都要写。还有你与对方沟通的时候也要开启录音。打官司的时候,法官会说甲方支付乙方费用,给了,你的义务就尽到了。乙方有没有给甲方发过一些成果?发过,我也给甲方邮箱发了。现在就不好判断了,虽然发了能不能使,但是他发给你了。发给你了满不满意也不好说,因为也没有验收标准。所以合作的时候,如果真的走到最后一步的时候,确实是很头疼,双方都耗时耗力。

    最后讲一下合作时的注意事项。工期确认,项目节点确认。你项目有多少节点,不要做虚的形式,你要真正的结合自己的情况,不要写一些形式上的东西。验收标准明确,这个其实你不懂什么是专业的验收文档,也不懂覆盖率等等都没有关系,你只需要告诉他你用产品上的实际体验。但是这个你要摆清自己的位置,就是很多产品需要先做出来,给用户使用,然后再做一步一步的完善。如果你把一个标准定到大型软件项目,工程性的话,你找的公司就说实现不了,我不接你的项目,你找别家。原本20万的项目最后变成100多万也不是不可能。