一、是否真的需要共享账本
做区块链系统有哪些常见问题，首先涉及技术是否适合业务。NIST《区块链技术概述》将区块链描述为分布式实现、具有篡改可察觉性和抗篡改能力的数字账本，其基本用途是让参与者在群体内部记录和共享交易。
据此，需求分析应先回答：哪些参与者共同使用账本，需要共同记录什么，以及共同认可记录的条件是什么。如果共享记录并非核心需求，就需要重新说明采用区块链的理由，避免仅凭技术名称决定架构。
二、把抗篡改理解成绝对保证
NIST的概述将已发布交易不能被修改的描述放在网络正常运行的条件下。因此，系统说明需要交代运行条件，不能把抗篡改能力表述为任何情况下都成立的绝对保证。
还应区分记录保持稳定与记录内容真实这两个问题。账本能够保留某项记录，并不足以证明记录对应的现实事件真实发生。设计时需要分别明确数据如何进入系统，以及记录进入账本后如何被共同维护。
三、只关注链，忽略外围功能
比特币开发者指南的目录分别涵盖区块链、交易、合约、钱包、支付处理、运行模式、点对点网络和挖矿。这种内容划分提示，理解一个区块链系统需要同时关注记录、使用方式与网络运行。
落实到需求文档，可以分别说明交易代表什么、钱包承担哪些交互、节点之间如何协作，以及业务是否涉及支付处理。目录中出现某个模块，不意味着每个系统都必须照搬；功能取舍应对应实际业务。
四、参与方式和规则没有先说清
共享账本涉及多个参与者，常见的需求缺口是只描述数据字段，却没有交代谁可以参与、提交记录或维护系统。讨论共识机制前，应先把参与者范围和职责写清。
运行模式也应成为设计问题：不同参与方需要承担什么任务、获得哪些信息，发生分歧时依据什么规则处理。这些问题有助于把抽象的分布式账本需求转化为可讨论的系统边界。
五、把特定协议文档当作通用方案
比特币开发者指南面向比特币协议及相关规范；NIST概述提供区块链技术的高层介绍。两者分别适合协议学习与基础概念理解，不能据此认定所有区块链都采用相同结构。
评审方案时，应区分通用概念、选定协议的具体要求和业务自行定义的规则。明确这些适用范围，才能避免把某种实现方式误写成区块链系统的必备条件。