前两天我们的文章中提到给首席信息官和企业高管的几条策略建议以及要入局区块链必须要知道的知识点，我们一共整理了13条，由于篇幅限制，只讲了前九条，那么，先来回顾一下前九条建议分别是：

1. 区块链重新定义遗留问题

2. 区块链是一个战略意义的IT平台

3. 具备哪些能力？

4. 应该选择什么样的合作者？

5. 后端集成

6. 区块链作为一个共享服务平台

7. 干扰，还是构造？

8. 区块链作为一个新的数据库

9. 什么事区块链平台？

接下来让我们把剩下的知识点给大家讲完，

议题10：区块链平台上如何获得教育？

你可以通过积极的方法来培训各部门关于区块链的技术知识，或者你可以等待市场自然地教会所有人。如果此时你没有感受到紧迫感，那可能意味着你还没有完全理解区块链的全部潜力，或者负责区块链的人没有很好地完成他的工作，也就是在各商业单位中激发对区块链的需求火花。

议题11：走入死路的vs首尾相连的概念的证明

在许多大公司中POC（概念证明）十分流行，因为它允许你在不用全力投入的情况下尝试一下新的科技。但是这其中存在的风险是，这些公司无法看到整体的潜在利益，从而只是进行谨慎的实验，缺乏具体的承诺，因此容易走入死路。此时最好的方法则是实现一些小的可以让实际用户使用并且能看见产品完整周期的能够首尾相连的区块链项目。尽管如此，POC还是可以被用来缩小

可投入项目的组合，但是你要认识到它的作用远不止这些。

议题12：业务流程vs技术

我们曾长时间认为实现区块链80%需要业务流程改动，20%需要找出其背后的技术。当然了，这需要你有足够的雄心在该变业务流程的过程中处理所遇到的瓶颈。假如你认为区块链技术并未准备就绪，或者存在某些今后才能处理解决的瑕疵，那么你可以利用这段时间先去重组你的业务流程，等你完成以后，技术也将会准备就绪。

议题13：用例饱和

通过头脑风暴的方法找出用例，是一个好的初始切入点，但这并不足够。其中的风险是用户实例是可以抛弃的。你可以进行尝试，并且如果你不喜欢它们，你可以将它们移除。用例可能会带来什么，但也可能不会。“用例”一词是假定匹配现存的流程，因此这个标准对于那些更困难的、需要超越现有而进行创新的选择来说会是太低了。下一章节将会处理如何思考区块链带来的创新思维。