上周我转发了Teddy写的《快上线一周年总结：我们是个有原则的技术团队，希望你是个有想法的创始人》，马上就有朋友跟我说，原来都不知道你们已经做了这个业务啊，早知道就不去找别的外包团队了，把开发都交给你们算了。我说，真不是这么回事，我们可不是做外包的哦，如果只是把代码开发的事情交给我，我们可是不接的，那么做的话，我们自己会掉到坑里，你也会掉进去，而这个坑还是你亲手挖的！

【快上线】这个业务的正式启动是在去年6月，准确的说，是2018年6月5号这天，我记得很清楚（为什么这个日子能记住，有心人会懂），其实在这之前的2017年，我们就做过一些尝试，最初是帮助【投缘帮】内的一些创始人解决他们在早期遇到的产品和技术能力不足的问题，那时候我们主要是输出了产品规划和设计能力，代码实现部分当时还是找了我们比较信任的外部团队一起来解决，而这个时期的服务也只是面向帮内的创始人作为一个内部增值的业务，并未向帮外推广，一是没有精力，二是没想好独立作为一个业务是否有必要去持续做。

经历了大半年的摸索，2018年6月5号的前一天，我突然觉得自己已经基本想清楚了。第二天就跟teddy说，我们应该完全自己做这个产品+技术的服务，控制好每一个环节，以保证服务输出的质量，所以【快上线】应该作为一个新的独立业务来启动，teddy一直在一线遇到创业者发过来的各种产品技术方面的需求，他当然知道这个业务意味着什么，自然也是支持的。

于是我们快速核算了一下成本，如果把技术团队放在北京，这个业务肯定是无法生存的，最终我们选择在武汉自建团队来做【快上线】，这才有了一年后的今天，我们在武汉的30人团队。

关于为什么要做【快上线】，之前我也有提到过，这是一个在深入了解初创期的实际操作后，我们发现的一个很深层的需求——现有的产品及技术方案的提出路径与创业者的需求是严重不匹配的！为什么说是深层需求？这个事情看起来简单，实际上对创业者来说是个很大的坑，而且这个坑还很有技术含量。

我们可以把创业者简单的分为懂技术的和不懂技术的。

可能你会认为，那些懂技术的创业者，在早期项目的启动上有一些天然的优势，尤其是当创始团队需要开发一个产品来启动业务的时候，但实际上，只有技术实现能力是不够的，一个初创团队要完成一次优美的启动，需要有更完整的产品规划能力并配合以必需的工程实现能力，还要有非常棒的市场运营能力，这样就筛掉了绝大部分团队，甚至在我们实际的观察中还会发现，往往越是技术能力强的团队，越缺乏市场能力和对产品的整体统筹规划经验，于是我们经常见到的就是一个与想象中完全相反的现象：一个很牛逼的技术团队最终投入非常高的技术人力成本做出了一个非常糟糕的反人性的产品，上线之后的结果就是惨败收场。

那么不懂技术的创业者呢？可能更惨！

如果创始团队中缺乏对产品和技术熟悉的人才，那么创始人一般来说也就只有两个解决方案：A，找到一个合格的产品技术合伙人；B，寻求外包。

A计划的难度在于，如果你本来是没有一个合格的产品技术合伙人，那往往意味着你离产品经理和技术经理的圈子很远，否则你早就有这样的合伙人了，既然没有，就得花时间找人来加入，但如果你自己对产品技术的理解深度不够，你如何确保自己找到的合伙人是你真正需要的呢？退一步讲，就算你有一定的判断力，但要在极短时间内找到合适的人加入，也是非常有挑战的一件事。

我们的【缘创派】已经运行6年多，这是一个专门帮助创业者寻求合伙人的社区节点，从我们的经验来看，一个创业者找到一位合伙人的平均时间是3个月以上，并且还不能确定最终双方合伙的稳定性，如果考虑合作稳定性的问题，那么这个时间周期要更放长一些，很多人甚至花费一年的时间才组建好了初创团队。这个巨大的时间成本，是自己找合伙人必须要付出的。

对于选择B计划的人来说，则是一个更深的大坑在等着他们。很多人可能还不知道，软件外包行业的成功交付率是不足60%，也就是说有将近一半的外包开发是最终以失败告终的，而大部分初创团队的外包开发还并未统计进去——单子太小了，没有渠道可以准确统计到——我相信初创团队的外包成功率远远低于30%，也就是说，如果一个没有产品技术能力的初创团队选择以外包方式来实现项目启动，那么很可能他们的项目永远也启动不了！

外包是一个典型的toB业务，因而所有的外包公司，都默认喜欢大客户，这是毋庸置疑的事实。在一般的外包公司眼里，初创团队连鸡肋都算不上——没肉，还难啃。

想象一下，一个初创团队想开发一个小程序，从工程量上来说，似乎在十几万人民币以内的成本是完全可以搞定的吧。但因为这是一个初创项目，所以初期的需求对接一点儿都不比大客户简单，因为这种客户的沟通成本远远高于成熟的大客户——初创者的想法不成熟，经常会临时改变主意，甚至产品的基础逻辑很多还没想通，而面对大客户反而不存在这样的问题，他们自己有成熟的产品逻辑，也都有非常职业的产品项目经理来对接外包团队。所以，如果你是一个专业做外包的团队，你会怎么对待一个初创企业客户？

韭菜！这就是一个初创项目在传统外包公司眼中的地位。

外包公司割韭菜还是很简单的——反正你不懂，我怎么说都对：

首先是拖工期。说好了两个月上线，第二个月，主程请假了，兄弟，你再多等等吧？不行的话我给你换一个人上，但是代码质量可能不太好说了啊，不是这人不行，是因为程序员真心不愿意接手别人写了一半的系统啊！哦，你愿意等？那就对了，反正你们是初创公司，谨慎一点没错的。。。。。。第三个月，不好意思啊，来了一个大客户，他们的活儿太急了，我们的人全都过去还不够用，你这个事情要不再等一个月？实在不行，我不收你后面的钱了好不好？

以我们亲眼所见的数百个案例的经验，一般这种找外包开发的结果，实际上线时间平均是承诺时间的三倍！

事实上，拖字诀对外包公司是非常有利的，即使在项目分期付款的情况下，初创团队也无法获取谈判中的优势地位，而且很多时候外包公司希望用拖工期的方式把初创项目拖死，这样就彻底不需要交付了，我们亲眼见过一些例子，最后是创始人彻底放弃了自己的创业项目，外包公司最终拿到了钱又不需要交付任何产品，很大程度上是白赚了的，这种案例中，即使承包方发现了初期产品设计中有很大的问题，也不会告诉客户，反正钱先拿到手里，项目死了更好，那就没人催他们交货了。

除了拖工期，我们还发现有些外包公司欺负初创团队完全不懂技术，最终不交付完整源代码，或者把代码加密的情况，这种情况下，即使创业者对交付的结果不满意，也只能接受了被外包公司技术绑架的现实。

以上还只是外包行业问题的一小部分，但如果我们只是因此说外包行业有问题，那也是不中正的，实际上，这些问题的出现是因为一些先天性的基因缺陷——初创的韭菜不是好韭菜！

初创公司，在外包行业来说，就是小微企业用户，俗称的小B，付费能力差，续费能力更差——绝大部分的初创项目都在18个月内就死翘翘了，外包公司要持续服务这些小微企业，最大的风险就是收了首付款开工后发现客户死了，前面的投入都是有成本的，包括获客成本和首期的开发成本，更别说初创公司在初期产品开发中最大的成本可能是沟通成本，而这个成本多一半还是由外包团队承担的隐性成本，往往他们要花大量的精力去教育客户如何在预算范围内控制好自己的需求，所以除非万不得已，外包公司都不愿意接这种初创的项目。

我们经常遇到那种拿着几十万人民币跑过来想开发一个淘宝的创业者，沟通中其实首先要给这些人讲一堂课，我觉得光是我们给他讲课就值几十万了！

最初尽管我们很早就看到了行业中这样的问题存在，但是我们一直认为，这是一个天然的无解的行业问题——传统的软件外包从来就不应该是初创者的解决方案——所以我们一直还是在努力寻求帮助创业者匹配到早期的产品技术合伙人的更好方案，直到我们把【投缘帮】这个业务从【缘创派】迭代出来，我发现可能我们对于之前的问题看得还是不够深入，或者说，之前我们没有把问题的本质想清楚，所以没有找到更好的解决方案。

上述问题的本质在于，创业者与外包公司之间的关系是传统的甲方乙方的关系，创业者是外包公司的客户，这个关系决定了双方就是一次传统意义上的即时交易，而屁股决定脑袋，外包公司想多赚点钱，创业者想用更少的钱把产品做出来，这无可厚非。

双方的立场决定了彼此是交易的对手方，反正不是外包公司多赚了钱，就是创业者占了便宜，而基于在这场交易中双方拥有的信息和业务能力是不对称的，外包公司占据着绝对优势（外包公司相对创业者来说是更大的一个B），因而创业者几乎肯定要吃亏。

想明白这些，我就跟teddy说，我们不能做成一家外包公司，那又走到别人的老路上去了。

不做外包公司，做什么？我想，还是要以【投缘帮】的价值观来作为衡量标准，我们还是要做创业者的合伙人，这次是要做产品及技术的合伙人，【快上线】的定位就这样确立下来了。

这个定位太重要了！因为把自己定位在“合伙人”的角色上，我们就必须站在创业者自身角度出发来想问题，产品设计要合理，代码交付的质量要够硬，后续的维护要及时，综合成本还要降低。。。。。。

今天回过头来想，【快上线】的这个“快”字真是当时的神来之笔，我都不记得是怎么想到要用这个名字，真的就是随口说出来的，然后大家觉得很顺溜，就用吧。现在发现这个名字确实是非常精准的描述了我们做的这件事。

天下武功，唯快不破。这一个“快”字就解决了初创期产品开发的所有问题。

首先，要快，就不能把功能搞得太复杂，所以我们是非常严格控制需求的，为了达到快速上线的目标，所有产品的需求都要由我们的产品顾问与创业者共同讨论决定下来，我们不接受拿着PRD或者设计好的产品原型过来找我们直接开发的业务。这样就自然而然避免了初创期产品开发最容易陷入的因为创业者不断改需求导致项目流产的情况。

其次，快就意味着节省了创始人的时间成本。同样一款产品，三个月上线和三个星期上线，你会选哪个？当然，这样做，我们的成本并不会减少，相反会增加一些额外的管理成本——别人是用两个人干3个月，我们是用6个人干一个月，耗费的总工时都是6个人*月，但我们的管理成本因此要整整上升了一个维度，团队管理难度也提高了一个层级。不过我相信这些额外的管理成本支出在整体工期缩短一倍以上的情况下是非常值得的。

还有，快也意味着迭代和运营的余地更大。同样做一个产品，别人可能是三个月才上线第一个版本，而我们只用一个月就上线了第一版，意味着三个月下来已经可以调整迭代至少两三次，这在运营上可以给创业者留出更多的发挥空间。

此外，这种快速迭代也会带来更优的代码质量。这可能是一个额外的好处，因为我们针对初创公司做产品研发，其中有大量相似的模块是可以复用的，比如几乎所有的产品都会涉及到注册、登录、分享等常规功能，所有的交易平台都需要有商城、购物车、图片管理、视频展示等功能，在多个产品中不断重复去实现类似功能之后，我们得到的是越来越优化的代码逻辑，这反而是面向极少数大客户进行深度定制化开发的常规外包公司所不具备的。

在启动【快上线】的时候，我们已经预见到这个业务就是会有上述的这些优势，所以我才敢在公司整体长期亏损的情况下坚持在武汉建立一支新的完整的产品技术团队，尽管到现在的第一年时间里，这个业务本身还在亏钱，但我们实实在在的在第一年里就完成40多个初创项目的快速开发，这个成果还是很有意义的。

同时，我是把【快上线】也作为一个初创项目来看的，还不到18个月的时间，现在说【快上线】已经成功，还为时尚早，与其他初创团队一样，这个团队也遇到过很多问题，比如我们也一度曾招不上人手，也曾经被大单诱惑过，也被人坑过，被用户抱怨过，当然更多的是被表扬。。。。。。也换了几次办公室，还要继续换，因为团队一直在成长，我的期望是到今年年底在武汉办公室的【快上线】团队超过50人，北京办公室则达到10人，整体60人的战力配置，在第一个18个月内完成累计100单的业务吞吐量。

这一年来，我们累计投入了五百万在【快上线】这个创新的业务上，换来的是给几十个团队避免了在产品规划和技术开发过程中踩到大坑，这个尝试还是非常值得的。

最后还是把teddy的小号发一下，对【快上线】感兴趣的可以直接跟他聊，我对技术的了解可没他那么多。