以终为始，需求驱动
我讲创新课时，经常提到一个观点：创新活动必须坚持以终为始，需求驱动。
简单地说，就是在项目进行之初，就把该想到的关键问题都想清楚，然后再进行研发活动。企业推进数字化转型，也必须坚持这个原则。否则，失败的概率就会很大。我国科技界的专家经常抱怨所谓“科技成果转化最后一公里问题”：这些人觉得自己的成果非常好，但转化过程出了问题、无法转化成生产力。在我看来，这经常是个伪问题：之所以出现“最后一公里的问题”，是因为项目开始的时候就没有把如何转化的问题想清楚，没有坚持“以终为始”的原则。所以，问题表现在“最后一公里”，但根源却在“最初一公里”。
有些人会认同我的观点，但也有些人会反驳道：创新的时候，怎么可能在开始的时候就把问题想清楚了？
在我看来，对企业创新者来说，如果项目开始的时候没有把关键问题想清楚，就不要做。国外有个统计，3000个创新想法中只有一个能成功、十多个创新项目中只有一个能成功。换句话说，99.5%的想法都没有进入项目阶段，直接就淘汰掉了。很多淘汰掉的想法，就是因为没有办法想清楚。
当然，把创新项目事先想清楚，确实是个不太容易的事情。事实上，所谓想清楚，是指的关键逻辑想清楚、不存在严重的逻辑断点，而不是把每一个细节都想清楚。
那么，什么是必须想清楚的“关键逻辑”？
我们谈“需求驱动”其实是在谈“价值驱动”。而人们对技术有需求的时候，技术才会有价值，故而需要搞清楚需求。我们曾经谈到：数字化技术的价值往往是“反着算的”。也就是说：日常工作中存在失误、延迟或者其他价值损失，而数字化技术就是为了减少这类损失的。这些问题，常常被称为“痛点”。认识需求，往往就是找到“痛点”。
比如，开发ERP要价值驱动，而价值驱动的本质是需求驱动。这就要理解需求，比如减少库存、加快交货期和资金的周转速度、减少质量损失等。要理解这些需求，就要进一步分析：库存为什么偏多、交货期是如何耽误的等等。这就是分析痛点产生的原因。然后，再考虑如何用信息技术减少这些问题。在此基础上，去考虑所需要的具体技术实现。这样，从价值到技术的逻辑就可以闭环了。
信息技术为什么会创造价值？从本质上说，企业的经营过程是利用资源实现特定经营目标的过程。为了达到这个目标，资源要和具体的任务匹配。当信息不完备、存在不确定性的时候，人们就会用更多的资源以保证经营目标的完成。否则，就会导致失败。信息化能够减少不确定性，从而能够保证企业用尽量少的资源去完成经营目标。这样就可以创造价值了。所以，信息技术对几乎所有企业都是有利的。
我们强调“以终为始”，是强调逻辑的完整性。有人提出：我们准备开发一个系统，减少不必要的运输。但他却没有说清楚，有了这个系统以后，如何减少不必要的运输。显然，这就违背了“以终为始”的原则。
我们强调“以终为始”，也是强调逻辑的严密性，避免由于某个意外的原因导致项目的失败。这种思维方式要求项目开发人员熟悉技术的应用场景。特别地，需要理解人(用户）带来的问题。这是因为：人往往是系统中最难控制、不确定性最大的因素。为什么要熟悉环境呢？因为技术应用过程可能存在各种例外或意外。例外或意外的流程，可能会比常规正常流程复杂多变。如果这些问题考虑不周密，整个系统可能就会崩溃。严密性就是指的要把各种场景考虑清楚。
项目策划时，可能会遇到难以克服的困难。如果遇到困难立刻放弃，估计人们也就没有成功的机会了。所以，要做到以终为始，还需要有另外一种思维、避免随意否决一个项目。
这种思维就是如何面对困难和约束。
这种困难往往是：这个技术严重地依赖于某个局部的技术。如果这种局部技术不理想，整个技术就会失败。这种局部技术，往往就是逻辑上的“断点”。比如，某个系统要求数据绝对准确、或者要求模型精度特别高。而现实中又很难实现。
这时候怎么办？
在我看来，技术困难往往就是因为条件不理想，才会导致原理的实施过程会遇到麻烦。这时，我们有两种应对困难的办法。我在《知行》中指出：遇到“硬约束”要改变目标、遇到“软约束”要创造条件。具体地说：前者就是要改变设计，降低对“断点”相关技术的依赖度；后者把重点放在如何创造条件、避免这个技术成为“断点”。
现在推进数字化技术时，经常会遇到这类问题。比如，某个业务对模型的精度要求很高。现实中，由于系统的数据质量不理想，模型根本达不到理想的要求。这时，我们一定要采取适当的策略，避免让相关技术成为关键的“断点”，才能着手项目的开发。否则，项目很可能就会功亏一篑。
我在宝钢时，经常要求大家把三个问题想清楚：用户是谁、用户是如何使用的、过去为什么没有人去搞？现实中，如果把这三个问题想清楚了，差不多也就可以消除关键断点了。
最后需要指出的是：即便是做到了“以终为始”，也不能保证项目都成功。比如，竞争对手的技术更好、市场不够大、研发过程的失误，都可能导致项目的失败。
强调的“以终为始”的目的，是提高项目的成功率、降低不必要的风险。必要的时候，可以在项目开发的早期及时终止项目。创新活动都是有不确定性的，人们不可能保证100%的成功。但是，人们可以避免不必要的失败，从而避免“创新找死”。
