【作者】张风帆
年前，我们谈下了一个客户， 本着不断折腾的思路，我们决定将一部分的事情外包出去。 实在我们公司的人力资源并不是特殊紧张，当然也不是特殊充裕。能外包一部分大略业务出去，对我们系统架构的发展是很有帮助的。
我们喜好考试测验外包的基因，从三年前就开始了，有过两次还算不错的经历， 这两次不算特殊成功，也不是特殊差。现在回忆起来，还是有特定的成分， 才让上两次的成功蒙蔽了眼睛。
第一次找外包
首先是我们公司成立之初，我们找过前端外包来对接， 当时公司确实就只有我一个技能，其余一个懂得一些JSP的后端， 算起来也是全栈，但我不想用这种JSP前后端都无法界定的技能，于是就找了一家外包来对接。 这名兼职的外包，技能能力是不错的，除了韶光延迟半年之外，没有其他毛病，当然，最初成立公司的时候，我们自己也是兼职状态， 也导致了项目推迟，无可厚非。当时兼职外包给的最大的好处，便是便宜，合营度不高，以是我们后端就面临较多的重构寻衅，对我们来说，也是一件好事情。 最大的坏处，就不用多说，韶光太不可控了。这样就让我们开始招募前端全职，也不算坏事情。
碰着的问题: API准备不充分，调试花了很永劫光
于是，我们起誓，这种外包，我们打去世都不能找了。韶光延迟半年，很多事情都黄了...
第二次找外包
有了第一次的经历，我们依然不去世心，既然我们已经前后端分离，前真个事情真的那么难吗？这险些是所有自傲满满的后端，常常提出的质疑。加上我们自己有技能班子， 我们有开始嚣张起来了， 找一个外包，看看我们后端供应的API，是否足够友好能支撑起项目。这次非常慎重， 找来找去，找到了之前往职的前员工。 这次附带了一个稠浊的APP开拓， H5和原生混搭。
出于对前Boss的尊重，这名外包兄弟完成了大业，不过折腾的够惨， 兼职么？ 我们陪着他加班，都是按照对方的作息韶光来安排加班的。
碰到的问题: 韶光不可控，静态页面还好，业务组合的API，基本上不清楚。
于是我们起誓，往后兼职的外包，我们是不会再找了，其余，我们一定要把API标准化之后，再找外包来对接。
回忆上两次【成功】的缘故原由:
第一次外包是自己的产品，进度可调控，线下的营销活动并没有全部铺开。 工期哀求不紧张，这样哪怕延迟半年，实在也没有觉得到特殊明显， 实在第一次该当就算一次失落败的外包，由于延迟交付太长第二次外包，中途经由了大量的磨合， 投入了巨大的后端API掩护职员跟进，并且造成我方后端不堪晚上对接的压力而离职，因此，还是一次失落败的外包，只是由于当年凭借我们的成熟的技能团队拼去世挽回局势，再Deadline之前完成了上线。由于我们自己掌控了后端数据、逻辑这块的大方向，哪怕外包失落守，也能凭借我们自己的实力调度出来。 在我们四五年的架构积累中，分层标准化做的很好，因此业务上的任何需求，客户也乐意付费进行开拓的，我们从未失落手过，哪怕是两三年前的老项目，我们也能在客户大规模调度业务模式的情形下， 将架构适配上去。
第三次找外包，也便是这次
很可惜，这次不幸中弹， 这个外包二线城市的某个外包，事情态度极其不靠谱， 跟我们对接的前端，听说因疫情的缘故原由，后面去工厂事情了。
静态页面交付的情形下(也是延期15天交付)，对接过程如下:
第一次承诺三天对接完前后端，结果没搞定第二次承诺一天可以对接完，结果没搞定，总结缘故原由是我们的文档没写好我们花了周六周天两天韶光，把文档写给他，当时以为无问题， 承诺两天对接完到临近交付的两个小时， 他指出我们有一两个字段没写明白， 谢绝对接，丢下一堆烂摊子韶光赤裸裸的花费了一个月，关键是，还花费了我们大量的人力本钱这便是真实的外包，纵然给了明确的事情， 对方也会给你制造障碍，这不怪他们，这个是由外包本身的属性所致：
什么都干， 业务散乱， 钱不足的情形下， 根本不会静心帮你理顺业务架构一样平常便是老板一个人，表面再加一个极度摇摆的兼职， 一旦出乱子，全体产品就失落败基本上也不考虑什么尾款和信誉，拿到第一笔钱，就大功告成了，交给乙方跟他吵架还好我们团队的人力跟得上， 但是却花费了大量的韶光，看对方的代码，外包的代码也是什么随意马虎什么来，能办理问题的框架，多多益善，造成了页面大量的不成熟、陌生的代码， 完备不会考虑如何掩护，后面如何接手。
外包这个市场，目前靠低价的策略去获取首付款的， 统统得去世，必去世无疑。
