DeFi 营销：回答用户带给您协议的问题

DeFi 营销应该首先回答哪些问题？

DeFi 营销应帮助用户理解您的产品以及他们能用它做什么。从用户的第一决策开始，而不是渠道列表或宽泛的增长声明。存款人、借款人和集成合作伙伴可能需要不同的解释，即使他们关注的是同一个协议。

我们梳理产品操作、受众和下一步有用行动。这为文案和社区负责人提供了一个共同的起点，也使产品教育与用户的真实问题保持关联。涉及哪些资产和网络？用户需要采取哪些步骤？他们能在哪里找到项目自身的指导？

这里有一个简单的测试：新读者在阅读您的介绍后，能否解释产品的主要操作？如果不能，请先让解释更清晰，再扩大分发。如果团队需要跨渠道的持续工作，可以考虑 增长营销保留服务。您也可以将此服务与 按项目类型划分的解决方案 进行比较，再选择优先事项。

路线图更新需要为背后的人留出空间

假设一位覆盖三个时区的社区经理正在准备路线图更新。更新基本就绪，但一项新集成仍在审核中。社区成员想知道对他们有何影响，团队则希望解释协议如何融入更广泛的计划。

我们会帮助区分哪些功能现在可用，哪些仍在计划中。然后围绕清晰的产品解释来组织更新内容，包括当前文档的链接以及相关操作旁的风险说明。社区经理可以在各渠道分享相同的核心事实，并为需要技术负责人回答的问题留出空间。

这一细微区别很重要。成员不应猜测集成是否可用，也不应等待后续更正。我们可以准备一条简短消息、一份较长的解释说明以及供团队审核的问题。在发布前，由指定的审批人检查技术细节。如果计划包含社区参与，可以将其与 社区增长与互动 连接起来，使教育和对话支持相同的用户目标。

让产品事实、TVL 和风险说明易于核实

良好的 DeFi 沟通使产品事实与解读区分开来。这在 TVL 变化或集成处于不同阶段时尤为重要，也适用于用户决定是否使用协议时。我们帮助团队准备带有来源的声明，每项声明都应符合产品当前状态。

设想一个团队在撰写关于借贷市场的内容。初稿提到了 TVL、一个支持的网络以及一个与其他产品的新连接。我们会与团队核实该数据的来源和背景，确认哪个网络已上线，并说明该连接允许用户做什么。信息可以解释机制，而不将仪表盘数据当作解释本身。

发布前，请收集以下内容：

• 任何 TVL 数据的来源和背景，使用团队批准的措辞。
• 当前支持的资产、网络和可用产品操作列表。
• 每项集成：哪些已上线、哪些在计划中、用户如何验证。
• 经项目负责人审核的风险说明和文档链接。
• 一个清晰的读者下一步行动。

从 DeFi 计划转向可见、可审查的工作

一个有用的计划应说明准备什么、由谁审查以及在哪里展示。我们保持工作的实用性，即一个目标、商定的信息、指定的负责人以及团队可回顾的记录。

我们在发布前进行 3 项检查：产品事实、经批准的风险措辞以及可用的目标链接。您的团队指定 1 名技术声明的审批人。我们的联系人负责推动反馈。例如，某个功能可能有公开指南，而更长的技术文档仍在审核中。第一条信息可以引导读者阅读指南，暂不提及另一份文档。如需更广泛的公众认知，公关与媒体支持 可在公告需要时与这项工作并行。我们还设置 2 个审查点：一个针对信息方向，一个针对最终产品细节。

选择一个您的团队能够支持的切实第一步

从您的受众目前最难回答的产品问题开始。可能是某个操作如何运作、集成改变了什么，或者在哪里找到当前的风险指南。然后我们可以商定有助于回答该问题的内容和渠道。您的团队无需一次性准备所有可能的材料。

我们保持两个审查点可见：一个涵盖信息方向，另一个检查最终产品细节。您的团队指定 1 名技术声明的审批人。我们让商定的联系人了解工作进展。这为社区经理、产品团队和传播负责人提供了一个共同解决疑问的空间。

DeFi 计划可以包括教育内容、社区活动和可见性投放。外部服务自行决定资料接受、展示、排名和轮换。我们可以交付并记录商定的工作，但无法控制这些决策。对于目录相关任务，上线与验证支持 可能与主计划并行使用。

要开始，请向 Brand Community 发送简短的产品描述、您的优先受众、当前集成详情、经批准的风险说明以及您希望支持的结果。我们将审核这些材料，并为您的团队建议一个清晰的首项工作。

如何操作

1. 分享产品背景发送产品描述、支持的网络、当前状态以及您希望触达的受众。
2. 明确用户决策我们商定工作应支持的理解或行动，以及计划之外的内容。
3. 共同核实事实您的审批人审查产品细节、集成状态、风险说明和目标链接。
4. 准备与协调我们创建商定的材料，并与您的项目联系人协调渠道活动。
5. 审查已发布内容您将收到投放链接、交付说明以及实用的下一步行动。