软件项目是否应当外包开发

先说一下我是承接软件开发的也就是承包方，所以观点思维上多少会有偏向于

承包方这一边点，我尽量保持公正客观，然后读者有什么不爽的也要多谅解。

外包开发的好处和坏处

是否应当外包开发，要说明这个问题就要理解外包开发的好处和坏处，好处:开发成本低，不需要自己组建管理团队，能够节约很多时间。坏处:需求难以深刻被理解，响应速度差，产品质量保障难，不利发展自己的团队，技术上会受制于人。那是否选择外包开发其实就是能否做到充分利用外包的好处，躲开外包的坏处。或者是比较好出省钱多还是坏处花钱多。

适合外包开发的情况

根据上面的道理，我认为适合外包开发的情况

1.公司内部的业务系统

2.给客户提供的工具产品

3.创业初期低风险低成本验证商业模式。

公司内部的业务系统都是自己人用，不需要迅速及时的响应用户的反馈，解决用户的问题，产品不需要多次迭代，所以不需要长期保留一个开发团队。另外说句不好听的，公司的业务系统用的不爽，员工也不能拒绝使用，所以他对产品质量的要求低一些。开发后了以后一般就需要维护一下。解决可能出现的bug，一般能够在3到6个月的维护期发现95%的问题。综上所述，这个情况适合外包开发省钱。类似公司内部业务系统环境的还有政府业务系统网站等

给客户使用的工具性产品，类似产品如售后问答查询系统，鞋店提供的鞋子尺码查询系统等等。这些产品虽然是给客户用的，要美观要质量，但是开发一次就搞定，不需要持续迭代，所以就犯不着要一支开发团队，适合外包开发。

最后一个是创业初期低成本低风险的验证商业模式。在我看来就互联网创业产品的质量和长期性要求来说，互联网创业产品是不适合外包开发的。互联网产品要能够迅速响应用户反馈，立即解决用户问题；这类产品还需要长期迭代，需要有自己的技术力量来做支持。质量要求，技术团队的要求上都不适合外包。

那为什么我又说创业初期适合外包呢。因为创业的失败率高，很多商业模式都是创业者自己一个人心里认可，用户市场不一定认为是需求。或者受制于知识视野不够，对竞争对手分析有误。我是一个创业者，我曾经以为那是一片蓝海，其实大家都看到了需求，只是你视野太小，没有看到他们的存在。结果就是竞争者从四面八方把你包围了。认识到判断能力不足，降低创业风险的最好办法就是外包开发测试测试自己的商业模式是否可行，这样省钱省时间。钱的价值在不同的阶段是不一样的。创业初期每一分钱都决定明天能否继续下去。所以能够低风险低成本尝试最好。

对立的问题出来了，创业初期适合低成本用外包的方式验证商业模式是否可行。如果验证了商业模式可行，这个时候就不需要继续外包开发了。快速响应用户需求，长期的版本迭代，大的用户量对技术的要求，这些都需要自己的开发团队来解决问题。如果弄到了钱，可以收购外包开发团队。如果外包公司看好创业项目的未来，可以要他花钱入股变成一家人。这些都是不错的选项。

总结一下我认为适合外包开发的特征

1.不怕产品用户难伺候，用户容忍度高

2.不需要很快的响应用户市场反馈

3.降低创业风险，做初期版本，测试商业模式是否可行

4.抢占窗口期，来不及组建团队

 

不适合外包开发的情况

1.公司有过剩的开发资源进行短期开发，未来他们也用得上

2.预算足够，只在乎质量

3.已不在创业初期，商业模式已验证

4.对创业信心足够，项目是一定能够持续下去的，从长远利益考虑，现在就能省钱。

大家一看到这个不适合外包开发的情况，肯定会想这外包公司就只会忽悠别人来外包开发，因为哪些公司能够满足这些条件啊，但是我想说，这样的公司其实很多。

比对第一条,很多互联网技术公司就有，他们本来就有自己的开发团队，然后在产品上线后的空档期，是有短的时间来开发一个小的软件的。

比对第二条，这样的公司也有。我遇到一个他们是一家给学校供应早餐的集团公司，他们想把学生，家长以及相关的老师拉入他们的平台进行运营。他们集团有钱，模式也行，所以最后选择了不外包开发，自己组建团队开发，让一切早一点尽量把握在自己手中，让一手好牌打的更好。

比对第三条，这个类型的公司就很多了。就不举例了。

最后友情提醒大家

各种条件绝对优越的情况下，外包开发肯定是不省钱的。因为他就是提供一个优于你公司的现状来赚钱的。而公司现状是变化的，所以是否适合外包开发就一条:从长期角度考虑，能否省钱.

另外给读者说一声对不起，因为按照预告我应该写外包产品功能规划的而我没有写，因为我觉得首先要搞清楚是否应该外包开发这个问题才适合考虑下一步外包产品功能规划问题

 

 

下期内容预告

1. 发包方常见的要求

2. 承包方常见的问题

3. 承包方希望发包方是个怎样的人

我是杨春，不写废话，如果写了废话，那是写错了。