这份文档应该让目标读者明确什么？
白皮书或精简白皮书应利用您的团队能够支持的信息，回答读者的核心问题。因此首要决定不是篇幅，而是读者需要理解什么，以及哪些项目材料可以证实这些内容。
更详尽的白皮书可以包含支持性细节，而精简白皮书则为读者提供简洁的概述。两者可以单独准备，也可以让较短的文档指向详细的源材料。我们的加密货币白皮书撰写指南可帮助您的团队整理源材料；加密货币内容创作可支持相关的解释说明。简报结束时，应商定目标受众和一份源材料问题清单，而非通用的页面模板。
在私密简报中，我们确定主要受众、文档目的以及产品或协议的状态。面向开发者的文档可能需要解释架构和系统关系；面向潜在用户的文档可能需要清晰说明产品及其预期用途。如果文档还解释了代币，其目的和机制仅应在您的团队已确认的情况下才包含。
源材料与公开措辞之间的谨慎界限
在项目批准措辞之前，任何内容都不会进入发布阶段。
撰写工作从您选择分享的材料开始。Premium Promotions 指派一位指定编辑作为您的联系人，这样问题和修订就不会无人负责地流转。我们会在撰写过程中对提供的材料保密，并将已确认的信息与提案或未决决策区分开来。
如果您已有术语或风格指南，我们将其作为文档的参考。我们的Web3 文案撰写服务可帮助协调其他项目材料的语言，而加密货币项目路演材料可围绕相同已批准的事实进行协调。关键在于连续性，并对离开工作台的内容保持谨慎。
在起草之前，我们会分享拟议的大纲供您书面签字确认。这为您的技术和业务审阅者提供了在更改仍较简单时纠正方向的机会。在撰写过程中，未解决的问题保持可见，而不是被悄悄用假设填充。您的团队可以在主张进入批准文本之前确认、限定或删除它。
文档安排遵循读者需求
精简白皮书适合需要简洁介绍的读者；白皮书服务于需要更多背景和支持性细节的读者。当较短的文档介绍较长的文档而不改变项目叙述时，同时准备两者是有意义的。
格式根据读者必须回答的问题来确定：
- 精简白皮书： 对目的、主要组件和用户相关性的重点解释。
- 白皮书： 对设计、交互、技术选择和已记录假设的更全面处理。
- 两者： 一套共享的已确认事实，以不同深度表达。
- 支持文档： 当文档需要参考或更深入解释时的附加材料。
这些是编辑上的区分，而非固定模板。协议文档可能需要更多关于架构和依赖关系的解释；产品文档可能需要使操作流程更易于理解。如果源信息不完整，我们可以为您的团队标记问题，而不是掩盖缺口。当文档需要图表或精心设计的视觉布局时，设计与视觉可以配合撰写工作一起规划。最终选择在草稿准备之前记录在大纲中。
五阶段安排
工作从源材料审核到批准文件，每个决策点都有明确的责任人。两次书面审批锚定流程：您对大纲的签字确认，然后您对最终项目事实的确认。
| 阶段 | 参与方 | 您批准的内容 |
|---|---|---|
| 1. 源材料审核 | 指定编辑和项目联系人 | 目标读者、目的和可用材料 |
| 2. 大纲 | 编辑和指定的主题审阅者 | 结构、文档类型和未解决的问题 |
| 3. 草稿 | 编辑，必要时与项目专家协作 | 不发布；事实性问题标记待解决 |
| 4. 审阅 | 您方整合的审阅联系人和编辑 | 已确认的主张、术语和商定的修订 |
| 5. 交付 | 编辑和项目联系人 | 最终文件及在范围中商定的格式 |
您方的一位联系人负责整合评论，防止冲突的编辑变成不同的指令。技术、代币和品牌问题应有负责的审阅者。我们应用整合后的反馈，然后交付商定的文件供您自己的发布流程使用。如果需要其他语言，加密货币内容本地化可作为单独的交付物安排。
技术和法律主张的谨慎边界
一份可信的文档将已确认的事实与计划、假设和未决选择区分开来。我们使这些区分易于阅读，并将问题留给能够回答它们的人。
您的审阅者应特别注意对当前产品能力、集成、安全性、代币机制、治理和交付计划的描述。对于每个陈述，确定其来源以及它描述的是已上线、计划中还是仍在考虑中的内容。如果某个细节没有支持材料或负责的负责人，则加以限定或暂时省略，直到确认。检查图表、示例和术语是否与文本反映相同版本的设计。
撰写可以组织和解释您的团队提供的信息；但它不能确定协议的安全性、确定法律合规性或确认计划的功能将交付。这些评估仍由合格的技术、法律和运营审阅者负责，发布需要您对最终主张的批准。
从大纲到交付的一位负责联系人
文档应自然地与您的产品文档、发布材料和公开解释并列。一位指定编辑使其语言与您批准的源材料保持一致，而您的项目联系人保留对项目事实的权威。
在发布之前，将最终文件与读者可能同时查阅的材料进行比较。检查项目命名、功能描述、代币语言、图表和目标链接。如果您计划为社交渠道或演示文稿改编段落，请从已批准的文档中提取，而不是单独重写技术主张。X 账号管理可围绕已批准的解释进行协调，而社交媒体与内容服务为相关工作提供更广泛的背景。
您的工作材料保持机密，直到您批准任何措辞用于发布。一条注明目标读者的简短说明就足以开始；您的指定联系人将谨慎安排第一次源材料审核。
如何操作
- 1. 分享源材料提供当前的产品或技术文档、目标受众和文档目的。标记仍在讨论中的陈述。
- 2. 确认安排指定编辑与您一起审核材料，然后商定文档类型、大纲、修订期望和交付格式。
- 3. 批准大纲您指定的审阅者书面确认结构，并在起草开始前识别缺失的信息。
- 4. 审阅草稿编辑根据已批准的源材料撰写文档，标记未解决的问题，并应用来自您审阅者的整合反馈。
- 5. 批准并接收文件您的团队确认最终事实和措辞。编辑交付为您发布流程商定的文件。
常见问题
第一次沟通时，哪些项目材料比较有用？
简短的项目描述、当前产品或协议文档、技术笔记以及目标读者是一个有用的起点。如果文档将涵盖代币信息，请包含已批准的代币信息，以及任何术语指南。指定编辑可以记录缺口，并确定哪个项目负责人应解决冲突的源材料。
项目进行中，我如何决定选择白皮书还是精简白皮书？
精简白皮书适合简洁的概述；白皮书为读者提供更多背景和支持性细节。当较短的文档使用相同已确认的事实介绍较长的文档时，两者都可以准备。编辑将目标读者和目的记录在大纲中，因此格式反映了读者需要理解的内容。
编辑能否处理仍在变化的技术细节？
可以，前提是未确定的细节被标识出来。编辑可以为您的技术或产品审阅者标记问题，并将临时陈述与已确认的信息区分开来。您的团队提供并批准设计决策；书面大纲为审阅者提供了在问题嵌入草稿之前识别缺口的早期机会。
撰写时间表何时确定？
时间表在源材料审核后确定，届时文档类型、复杂度和审批路径均已明确。清晰的源材料和一位整合反馈的联系人使协调更加有序。如果技术决策仍悬而未决，编辑将在商定计划时识别这些问题，而不是将其视为已解决。
白皮书撰写能否确认我们的安全性或法律立场？
不能。编辑可以使您已确认的信息更清晰，但撰写不能认证协议安全性或确定法律合规性。这些判断属于合格的技术和法律审阅者。项目团队批准最终主张，文档不应将未解决的评估呈现为已证实的结论。
一次安排能否同时涵盖白皮书和精简白皮书？
可以，当您的团队能够批准一套共享的核心事实和术语时。大纲可以展示详细文档和简洁介绍之间的关系，各自旨在解释什么，以及它们是否需要单独的审阅轮次。这使精简白皮书保持清晰，同时不给读者提供关于项目的不同叙述。
告诉我们您的项目
回答四个简单问题，经理会在1小时内为您发送方案、时间表和价格范围。全程保密。
正在加载表单…