如何撰写一份读者能看懂的加密货币白皮书

在写作之前，您从哪里开始？

首先确定白皮书服务于谁，以及该读者需要理解什么。一个简短的准备流程能让初稿保持聚焦。

1. 明确读者。 选择主要受众，例如产品用户、开发者、合作伙伴或代币持有者。
2. 设定白皮书的任务。 写下读者阅读后应该理解什么。
3. 简明描述项目。 说明问题、您提出的解决方案以及项目的当前阶段。
4. 列出问题。 包括该读者关心的产品使用、系统设计和代币作用方面的问题。
5. 找到信息来源负责人。 将每个主题与能够确认该信息的人员或文档对应起来。

想象一下，一个小型交易所合作团队在AMA前夜的情景。他们需要一份简单的项目说明，而不是一堆零散的声明。我们会帮助他们列出白皮书必须解释的内容，然后标记出哪些点需要在分享前由团队核验。

如果团队无法用几句简单的话解释项目，请暂停。在起草章节之前，先共同梳理出核心思路。这个小小的停顿可以避免重复的解释，以及一份试图同时服务所有受众的白皮书。

为读者提供一条了解项目的路径

一个有用的结构从读者的问题出发，过渡到项目的解决方案，然后解释系统及其未解决的问题。将核心解释放在前面，这样读者就不必费力寻找项目的宗旨。

一个灵活的顺序可以从简短摘要开始。然后介绍问题以及受影响的人群。接下来解释产品及其主要用户旅程。接着展示系统是如何设计的，然后描述代币的作用（如适用）。最后以项目状态、依赖关系和风险收尾。在有助于读者评估材料时，添加团队信息、来源和披露。

例如，想象一下读者在了解产品功能之前先看到代币分配表。他们可能难以理解这些分配为何重要。先把产品解释放在前面，然后将每个代币功能与系统的实际部分联系起来。

将此视为一条路线，而不是一份强制性的章节列表。省略那些无助于白皮书目的的内容，如果省略可能让读者感到困惑，则加以说明。当图表能清晰标明谁在行动、什么在移动以及用户能看到什么时，它有助于阐明流程。确保图表与文字解释保持一致。代币发行清单可以帮助您检查白皮书如何与其他发行材料配合。

白皮书中应该包含什么内容，以及何时包含？

当一个主题有助于读者理解项目或核验重要声明时，就将其包含在内。下表提供了一个实用的起点；请根据您的项目和受众进行调整。

您不必为每个主题分配相同的篇幅。技术型读者可能需要更详细的组件和依赖关系说明。更广泛的受众可能需要更简单的语言来描述产品旅程和代币用途。无论哪种情况，请在术语首次出现时进行定义。

如果某个功能仍在构建中，请说明是计划中而非已上线。说明代币数据是已确定的还是提议的。如果某个细节超出了白皮书的目的，请直说，而不是让读者去猜测。我们的白皮书和精简版白皮书撰写页面解释了写作支持如何帮助构建文档。

读者能否核验每个重要声明？

当重要声明具有明确的状态和来源时，读者更容易评估一份白皮书。在起草过程中，将每个声明标记为当前事实、设计意图、假设或计划。这个简单的区分有助于团队避免将未来工作描述为人们已经可以使用的东西。

在草稿旁边保留一份工作中的声明列表。对于每个点，记录措辞、状态、来源以及可以确认该信息的人员。关于产品功能的声明可能指向演示或产品文档。关于系统行为的声明应交给技术负责人。代币描述应根据团队当前已批准的信息进行核验。

在图表、表格和正文中使用相同的名称和术语。如果某个重要声明没有来源，请询问团队是否可以用其他方式支持。如果并非必要，则删除它。如果仍然不确定，请用通俗语言描述不确定性及其原因。

进行第二次核验时，请一位写作组以外的人员在阅读摘要后解释项目。注意他们在哪里停顿或给出不同的描述。这些时刻表明白皮书需要更清晰的解释，而不仅仅是更流畅的措辞。

导致重大疑问的小型起草陷阱

最难发现的问题往往是章节之间的空白。最终审核应查找矛盾和缺失的上下文，而不仅仅是拼写和布局。

• 模糊的宗旨： 读者无法判断产品服务于谁或改变了什么。
• 计划写成事实： 未来的功能听起来像今天已经可用。
• 没有标签的代币细节： 读者无法判断某个数字描述什么或是否已确定。
• 未经核验的声明： 关于设计、安全性或性能的声明没有具名来源。

尝试一次简单的通读。请一位不熟悉项目的人解释哪些是已上线的、哪些是计划中的以及代币如何适配。然后将他们的描述与团队预期的解释进行比较。修正令人困惑的段落，并检查相关章节是否存在同样的问题。

白皮书可以解释项目，但不能确立法律合规性或获得交易所的认可。这些决定属于相关顾问和平台，其审核和要求仍不在文档撰写者的控制范围内。

如果您需要写作计划，请在决定需要何种支持之前，将所涉及的工作与白皮书撰写费用指南进行比较。

随着项目变化保持白皮书同步更新

当有人使其与读者看到的项目保持一致时，已发布的白皮书仍然有用。指定一位负责人，能够注意到产品功能、代币细节或重要依赖关系何时发生变化。

保留清晰的版本标签，并记录每次修订时更改的内容。在修订正文的同时，重新核验图表、参考文献和已定义的术语。如果旧版本仍然可用，请给读者一个简短说明，帮助他们了解版本之间的变化。

想象一下，团队在白皮书发布后更新了产品流程。负责人可以将新流程与白皮书进行比较，找到所有描述该流程的段落。然后请技术负责人确认替换后的文本。这种核验使维护成为写作计划的一部分，而不是事后才想到。

保持网站摘要、代币材料和发行沟通与白皮书的描述一致。如果您希望有人帮忙审阅，请将您当前的草稿或笔记发送给Brand Community。请注明目标读者以及能够确认产品、技术和代币细节的人员姓名。我们将从审核大纲开始，并确定在起草前需要解决的问题。您可以在博客上找到更多实用阅读材料。

如何操作

1. 设定读者和目的写下白皮书面向谁以及他们应该理解什么。标记哪些是已上线的、计划中的或尚未决定的。
2. 收集来源和负责人收集产品笔记、技术材料和已批准的代币细节。为每个主题指定一名可以确认的人员。
3. 安排大纲将读者的主要问题按清晰顺序排列。在起草前解决缺失的信息。
4. 起草并核验使用通俗语言并标注假设。请相关团队成员根据来源材料核验他们的声明。
5. 修订和维护解决评论，核验术语并记录已批准的版本。指定一人在项目细节发生变化时审核白皮书。