【在本文结尾可以找到前面章节的索引】
2.3.2 “天下武功，唯快不破”，构建动态适变的“门槛”
“快”对一家企业究竟有多重要，这点不需要赘述。而“快”对构建门槛的益处也是显而易见的。因为所谓“一快打三慢”，只要企业的运作足够灵活，变化足够的快，就可以更加迅速的满足用户的需求，这点对当今越来越“易变”的用户来说非常适宜。现在可以很容易的在网上找到各种教项目团队如何将事情做的更快的帖子。有人说产品设计可以更快，用户调研根本就可以省略；有人说产品开发环节可以更快，敏捷开发，灰度上线都可以搞上去....老土对这些“快”的方法都不排斥，也非常承认这些方法在很多场景中收效显著。然而今天老土并不打算将这些“快”的方法整理在一起（日后也可以弄一个导读的帖子出来），今天想要谈谈运营商（或是类似运营商这种规模和性质的企业）快起来的过程中遇到了哪些问题以及一些对应这些问题的思路。
首先分析快不起来的原因。对于运营商的人来说要简化产品设计，这个理念绝对不陌生，也绝对不会有理念性的排斥。但是为什么我们经常看到运营商的产品设计总是会有漫长的技术论证、技术产品选型、产品采购等一套复杂的流程呢？这里面涉及的问题是多方面的。
一来，运营商的产品往往预期要服务海量用户，要长期稳定运行，一定要盈利，最好是可以病毒传播的杀手级应用。在这个需求下，运营商不得不非常谨慎的选择技术路线，选择合适的技术（服务）提供商，选择功能/性能合理且价格合理的产品，制定周详全面的营销方案。这样一套流程下来，是怎么也快不起来的！但可悲的是，因为外部环境是迅速变化的，这种“深思熟虑”的过程并不一定可以提高产品的成功率。
二来，运营商的产品开发主要并不是由自己的研发团队完成的，往往需要依靠第三方提供相关的技术服务。在（外包）技术服务项目管理中，如果在项目初期不能很好的规约项目的需求，那么在项目执行的过程中变更需求，这个成本（不论是金钱成本，还是时间成本）是非常可怕的。然而任何有互联网业务（应用）开发和运营经验的人都知道这个世界上根本就不存在能够洞悉“需求”的人，因为需求本就是随着业务提供者对需求的认识，随着用户的需求逐步被满足，而时时变化的。在这种情况下，运营商往往不得不在产品设计的初期会“尽可能的扩大需求”，从而预期在将来“尽可能少”的变更需求。这个困境往往导致的是“需求制定过程的大幅度延长（因为往往需要更加全面和深入的论证）”以及“开发成本的无意义的扩张（因为往往有大量的功能在开发出来后并不需要）”。最后还要澄清的一点是“容忍失败”不能与“放弃深思熟虑”等同，在设计阶段仍然还要非常慎重，只是在实施中要更加注重效率，不必对“一时看不清”的内容耿耿于怀。
其次就要谈谈要如何面对上述困境了。这里老土想要分享两个思路。
第一，要有“容忍失败”的机制。运营商在规划一款产品的时候往往“只许成功不许失败”，但是从互联网业务（应用）发展的客观规律看，很多业务失败是难以避免的，甚至从目前的数据看，一个业务成功的概率要远远小于失败的概率。如前文所述，如果因为用户需求的不确定性，初期的”深思熟虑“无法提高业务成功概率的话，那么如果想要获得更多成功业务的方法就只有一条路：“提高业务尝试次数”，就是“多试几个业务，有失败的，但最终也获得了更多的成功”。然而“更多的失败”显然也很难被接受，于是还要“尽力降低失败成本”。然而如何降低失败成本呢？这里有一点建议，“将产品原型开发与产品开发交给不同成本的团队完成”。低成本（较低水平）的团队完成产品原型研发，以产品原型完成产品初期的探路工作。如果产品被证明有利可图，则考虑引入高成本（较高水平）的团队完成产品研发。目前华为公司在很多项目中就是采用这种方式，将初期探路的工作外包给高校等成本较低的科研机构完成，而如果产品被证明是有价值的，则再拿回华为公司，由华为自己的开发人员完成产品开发工作（华为自己的研发人员的成本远远高于国内高校等科研机构的相应成本）。最后，关于容忍失败还有一个额外的奖励，就是经历了失败，相关团队能更加快速的成长，所谓“失败乃成功之母”。
第二，要有自己的子弟兵。关于这点老土一直非常坚持，要从根本上破解上文提出的问题，核心就是运营商要有自己的研发团队，而不是事事假手于人。老土曾经在之前的一篇关于人工红利的文章中提到“依赖供应商的产品模式使得运营商之间的产品同质化更为严重”，这点不再赘述，单说子弟兵可以带来极大的效率提升。
- 子弟兵可以提升产品设计阶段的效率。任何一款产品的设计都不是简单的拍着自己的脑袋列出一个功能清单那样简单，而是要从企业的战略、现有产品情况等出发，多方位进行考量。这些内容对子弟兵来说，感同身受，而对于第三方来说则需要很长时间才能够深入理解。
- 子弟兵可以提供产品开发阶段的效率。大型企业中为了保证商务活动的合法合规，往往对对外合作的各种流程要求极严。这种严格的管理模式固然提升了企业运作的稳定性，但也相应的牺牲了效率。子弟兵作为自己人可以省却很多流程，从而获得更高效率。
然而“子弟兵”的实践非常难。虽然几乎所有的运营商早就已经开始了各种实施的尝试，在很多省公司也建制了有一定规模的自有研发团队。但至今没有非常成功，且可复制的模式。“子弟兵”不得不面对诸如：要不要自负盈亏；如何平衡外部项目和内部项目的关系；产品项目失败与研发团队的关系；产品项目成功与研发团队的关系；研发人员个人成长等问题。
今天说的内容有些晦涩，提出了一些思路，但还有很多坑没有填，这里权做“抛砖引玉”吧！
[未完待续]
如下是前面章节的索引。
“长途费和漫游费免了....运营商怎么办？（一）（http://www.jianshu.com/p/59045d6d3c95）”讲到5G对当前运营商来说是一个非常重要的着眼点，将可能成为其盈利能力回升的助推器。
“长途费和漫游费免了....运营商怎么办？（二）（http://www.jianshu.com/p/81e97b739eec）”讲到NB-IOT可以给运营商带来的机遇和挑战。
“长途费和漫游费免了....运营商怎么办？（三）（http://www.jianshu.com/p/b30c0697916d）”讲到NFV/SDN虽然提供了一系列令运营商觊觎的优势特性，但是在NFV/SDN的部署和应用中仍然有很多顾虑。
“长途费和漫游费免了....运营商怎么办？（四）（http://www.jianshu.com/p/5782df20cd7c）”讲到运营商面对的管道化困境。
“长途费和漫游费免了....运营商怎么办？（五）（http://www.jianshu.com/p/885699387ac2）”讲到了不同类型流量的差异化和不同用户/业务的不同品质流量的差异化奠定了差异化的基础。
“长途费和漫游费免了....运营商怎么办？（六）（http://www.jianshu.com/p/8f24e720ec69）”讲到了基于“服务（产品功能之外的附加值）”的差异化。
“长途费和漫游费免了....运营商怎么办？（七）（http://www.jianshu.com/p/5ab7812ee6a7）”讲到了如何尽可能让“差异化”的有效期更长，围绕垄断资源建设差异化的门槛。
