看是什么样形势产品，如果是工具型或行业比较成熟的，或许是可取的。

如果是业务密集型的，可能我们要外包的不仅仅是技术，而是外包团队有没有针对行业成熟的解决方案，解决方案优先技术，两个在行业内都不具备成熟解决方案的团队，短时间能做什么质量的东西也可想而知。

部分寻求外包的公司，本身就是创业公司，业务方向不稳定，运营方式不可预期，团队内部人员也少有经历过系统化全过程，内部对系统的理解本身是有偏差，很多会一味追求自己角度的好用，或者是某种一面之缘的参考。

外包团队分类（1，只做自己熟悉行业的定制解决方案，2，是活就接，拿到首期款再说）为什么没有第三类，没有哪个外包团队会为自己对行业的不理解带来的学习成本买单，外包团队通常也不会做很多产品业务上的调研，更多的是参考自己之前做的或者现有的在做，而对业务的不透彻，运营细节不了解。

在系统实施上，外包也有很大风险，通常一个新系统在实施环节才好发现更多实际的问题，会带来非常大的调整。而这时候对外包团队来已经定义这个项目完成80%，更多的外包团队在这个时候只受修改已有的问题，不对业务合理性买单。

最后一点，实施环节必须全员重视，多培训。

经验告诉我，应该一开始就着手组建自己的技术团队，不需要一下子就所角色到位，可以随项目进展来招人。另外，作为初期团队，必须志同道合。

外包也不是不可取，一分钱一分货，至少自己也应该有懂的把关的外包开发质量技术合伙人，有的初创企业连合格的产品技术都没有就跟外包团队去对决，项目质量可想而知道，这时候项目质量已经注定。

核心，得有个懂技术的核心团队成员