加密白皮书撰写费用是多少？

哪些因素决定了加密白皮书的费用？

加密白皮书的费用高低取决于准确解释项目所需的工作量，而不仅仅是页数。起步价格为每个项目$1,300；在撰稿人了解需要研究、澄清和审阅的内容后，才能给出有用的估价。

范围通常反映以下几个相互关联的决策：

• 项目复杂度： 一个具有成熟机制的单产品项目，与一个包含多个用户流程或组件的协议，所需的解释深度不同。
• 技术深度： 确定读者是需要高层次的概述、系统运作方式的详细说明，还是两者都需要。
• 代币与激励信息： 只包含团队能够证实的模型。如果关键机制尚未确定，撰稿人必须指出这些空白，而不是自行编造答案。
• 研究与原始资料： 现有的文档、图表和经过验证的产品信息可以减少调研工作。零散或相互矛盾的输入则需要更多澄清。
• 审阅与修订： 在开始撰写前，明确谁负责批准技术声明，以及反馈意见将如何整合。

在比较提案时，要求每个服务商明确交付物、假设条件、排除的工作以及修订流程。如果一个低价报价没有说明是否包含研究、结构和修订，就很难评估其价值。如需了解更广泛的机构费用，请参阅加密营销价格；关于撰写服务本身，请查看白皮书和精简版白皮书撰写。

应该委托撰写白皮书还是精简版白皮书？

根据读者需要做出何种决定来选择格式。白皮书支持对产品及其机制的深入理解；精简版白皮书则是一个更简洁的介绍，适用于受众需要了解核心思想但无需同样深度的场景。

在选择格式之前，先明确主要读者是谁以及你希望他们采取什么行动。潜在用户可能需要直接了解问题、产品和参与流程。技术读者可能需要更多关于架构和系统行为的细节。合作伙伴或投资者可能需要一份关于商业模式、代币角色和项目方向的连贯说明。这些需求可能重叠，但不应含糊不清。

与你的团队一起进行以下范围检查：

• 这份文档面向哪个受众？该读者会提出什么问题？
• 目前有哪些产品功能？哪些仍在规划中？
• 哪些声明有技术或业务负责人可以验证？
• 项目需要一份深度文档、一份简洁的配套文档，还是两者都需要？
• 谁将批准最终内容？

一份实用的简报应将已确认的事实与提案和未决决策区分开来。这能让撰稿人解释已知信息，而不会将路线图上的意图描述为当前能力。如需更深入的结构和内容指南，请使用如何撰写加密白皮书。如果同一个项目还需要面向投资者的演示文稿，请比较其范围与路演材料撰写，而不是假设两份文档服务于相同目的。

如何规划白皮书的时间线？

白皮书的时间线遵循一个顺序：调研、研究和大纲、起草，然后是审阅和修订。时间表在范围明确后商定，因为项目复杂度、原始资料的准备情况以及团队的响应速度决定了每个阶段可以多快完成。

大纲是第一个有用的检查点。它在全面起草之前就使论点可见，并为技术和业务审阅者提供了识别缺失部分、不清晰声明或受众不匹配的机会。一旦获得批准，就可以按照共同的结构进行撰写，而不是在后期改变方向。

为保持时间表可控，请准备好以下条件：

• 指定一人协调意见并解决内部反馈冲突。
• 在开始时提供产品文档、代币信息和当前的消息传达材料。
• 为技术、产品和业务准确性指派审阅者。
• 将反馈意见作为一套整合的可操作修改意见返回，而不是相互竞争的版本。
• 告知撰稿人哪些细节是已确认的、正在讨论中的或有意排除的。

最常见的延误原因不是起草本身，而是等待团队尚未确定的决策内容。如果在审阅过程中一个重要机制发生变化，大纲或草稿可能需要更新才能准备批准。在项目计划中商定审阅窗口和决策负责人，并将大纲的批准视为在开发完整文案之前的一个独立检查点。

创始人在请求报价前应准备什么？

一份有用的报价始于足够的信息，以便将撰写工作与未解决的产品问题区分开来。你不需要一份精美的文档来开始；但你需要展示项目做什么、哪些已经决定，以及白皮书必须帮助读者理解什么。

准备一份简洁的简报，包含：

• 项目摘要、目标读者和文档目的。
• 当前产品状态，包括哪些是已上线的、正在构建的或仍在提议中的。
• 现有的技术文档、图表、研究和已批准的公开材料。
• 代币的预期角色以及团队已验证的任何机制。
• 已知的替代方案以及项目旨在解决的问题。
• 所需语言、预期的分发格式和内部审批人。
• 在发布前需要确认的开放性问题或声明。

如果你没有确定的代币模型或技术描述，请在一开始就说明。撰稿人可以识别信息缺口，并将其与可以根据提供的事实起草的内容区分开来。这比要求撰稿人通过假设来填补缺失的机制更有用。

一份好的提案应随后将你的简报映射到具体的范围：研究输入、文档结构、起草职责、修订边界以及不包括的内容。在请求估价时，向每个候选方提供相同的简报，以便进行同类比较。有关完整的合作流程，请参阅我们的工作方式。

如何判断质量并理解其局限性？

一份好的白皮书能让项目易于理解，同时不做无根据的声明。判断草稿的标准是读者能否理解问题、产品、机制和代币角色，以及团队能否验证关键的陈述。

使用审阅清单，而不是仅仅依赖文笔：

• 新读者能否识别出目标受众和用例？
• 当前产品能力是否与未来计划清晰区分？
• 技术术语是否以受众所需的水平进行了解释？
• 代币描述是否与项目团队验证的信息一致？
• 假设、依赖关系和未决决策是否可见？
• 每个部分是否都为文档的目的做出了贡献？

撰写工作可以组织和澄清提供的信息，但它不能验证未经确认的协议设计，也不能替代法律、技术或财务审查。完成的文档也无法控制交易所或上线平台如何评估项目、申请是否被接受，或读者如何反应。这些决策超出了撰写服务的范围。商定的工作是范围中定义的研究、起草和修订。

对于考虑将白皮书与其他营销工作一起分发的项目，应根据受众和目标选择下一步行动，而不是将白皮书视为推广的替代品。当这些是独立的优先事项时，请探索公关与媒体选项或社区增长与互动。如需请求一份有明确范围的提案，请联系团队，并提供你的简报和可用的原始资料。

价格

起价为美元。定制套餐和批量折扣请咨询。支持USDT、USDC、BTC、ETH、SOL、TON或您的项目代币支付。

如何操作

1. 分享项目简报提供受众、目的、产品状态和现有文档。标注仍在讨论中的任何代币或技术细节。
2. 商定范围和大纲在全面起草开始前，确认研究输入、文档结构、交付物、审阅负责人和修订流程。
3. 起草撰稿人将提供的事实组织成商定的结构，并标记不清晰或矛盾的信息供团队审阅。
4. 审阅与定稿指定的审阅者检查准确性并提供整合的反馈意见。最终交付物遵循商定范围中设定的交付物和修订条款。