求你别再堆概念了区块链业务实践报告真正值钱的就这几样

导读： 折腾了三年时间搞区块链技术, 前前后后一共写了五份关于业务实践的报告。最终有三份报告被驳回了, 没能够被采纳。经过彻底的复盘分析才意外地发现...

折腾了三年时间搞区块链技术, 前前后后一共写了五份关于业务实践的报告。最终有三份报告被驳回了, 没能够被采纳。经过彻底的复盘分析才意外地发现，真正具有巨大价值的内容完全不是那种复杂的架构图, 也不是那些高深的共识算法。反而是那些最普通、最接地气的具体业务细节部分才是关键所在。

区块链实践报告写啥最实在

不要急着去绘制分布式账本的图表。我们犯下的最大的错误就是将近七成的篇幅用在了探讨技术原理上面, 导致业务方在看了大约三页的内容之后就直接放弃了阅读。

真正应该详细撰写的每一个节点,分别是卡顿在了哪个具体的业务环节上,延迟了多少毫秒,以及当出现问题时应该如何进行回滚操作。 后来, 我们把用户充值到账的完整路径单独提取出来, 并且配上了实际消耗的时间数据, 这样一来, 业务方才做出了肯定的回应。

关于成本这个部分, 也不要说什么“降低信任成本”这类空洞的词, 要写清楚每笔交易会节省几毛钱的交易手续费, 也会节省两个需要核对账务的岗位人员, 这样的内容比任何在幻灯片里用来展示的话术都要更有效地发挥作用。

区块链实践报告怎么落地

在落地环节中, 我曾经目睹过太多份报告被写成展望性质。我们将直接呈现三张表格: 一张记录测试处理了多少笔业务, 另一张展示失败的比例是多少, 最后一张列出上线到生产环境时需要修改哪些配置项。

存在一个极其关键的细节事项必须引起重视: 关于链上数据与数据库之间进行核对校验时所产生的偏差处理逻辑, 如果未在文件中表述得足够清晰明确, 那么运维团队将会在日常工作中频繁与你进行纠缠和争执。

还要额外增加一个失败记录的例子, 这一点比十段关于成功的描述更加具有实际效用。我们特意编写了有关于“某一次数据分叉持续三天导致无法对账”的具体案例分析, 在领导仔细阅读完该报告之后, 反而提出了最为细致的审核意见并且给予了最详尽的批准。

说直白的, 这份报告的主要阅读对象并不是评审专家, 而是希望向后来的接替者讲述清楚自己在过往工作过程中所经历的教训和失误的后来人。