代币发行营销检查清单：T-60 至 T+30

代币发行营销检查清单应该控制什么？

代币发行营销检查清单是一份工作控制文档：它连接了公开故事、上线运营以及每个决策的负责人。它不是对市场反应的承诺。其价值在于团队可以看到哪些已准备就绪、哪些受阻、以及谁必须在下一项活动开始前解决该障碍。

保持文档足够简短，以便在实时审查中使用。对于每项任务，记录负责人、截止窗口、审批联系人、依赖项以及完成证据。证据可能是一份已批准的公告、一个有效的目标链接或一份已提交的平台资料；它应该是其他团队成员可以验证的内容。

从四个工作流开始：

• 就绪状态： 已批准的项目描述、代币详情、文档和联系渠道。
• 沟通： 受众、信息、渠道、语言和审批负责人。
• 运营： 上线日角色、升级路径和当前信息来源。
• 跟进： 社区问题、更正、合作伙伴协调和状态更新。

将运营决策与推广文案分开。如果代币分配、合约详情或上线时间发生变化，在更新公开材料之前，先将其路由给有权批准的人员。如需更全面地了解 TGE 相关的工作，请参阅 代币发行与增长 和 代币发行营销。

T-60 至 T-31：建立上线基础

第一阶段是为了对齐，而不是急于发布。在 T-60 时，就上线目标、重要受众以及哪些事实已获准对外使用达成一致。现在的一份清晰简报可以防止不同渠道日后描述不同的项目。

建立一个单一事实来源，包含项目概述、代币用途、链、相关链接、上线顺序、团队联系人以及常见问题的已批准答案。将任何未确认的内容标记为“待定”，而不是用假设填补空白。请项目负责人确定谁可以批准关于产品状态、代币分配和时间的声明。

然后根据依赖关系映射工作。例如，公开公告可能需要已批准的措辞和有效的目标页面；创作者推广可能需要已确定的简报和明确的披露说明。使依赖关系可见，这样一项任务就不会仅仅因为有人起草了它而显得已完成。

此窗口有用的检查：

• 确认项目的公开描述和关键术语。
• 为每个工作流指定一名负责人和一名最终审批联系人。
• 准备渠道地图：受众、目的、负责人和计划的内容类型。
• 确定需要创始人、法律或技术回应的问题。
• 设定审查节奏，并在同一文档中记录决策。

如果上线是计划的一部分，请将资料准备与任何关于被接受的假设分开。查看 CoinGecko 上线准备 和 CoinMarketCap 上线准备 的实际步骤，然后将提交和跟进作为独立任务进行跟踪。

T-30 至 T-8：让公开故事可用

在此阶段，将已批准的项目事实转化为一致、易于审查并为您选择的渠道准备好的材料。目标不是到处发布；而是让每项计划的沟通都准确无误，并与明确的下一步行动相关联。

准备一组信息，包括简短的项目说明、更全面的介绍、已确认的上线信息以及常见问题的答案。保持声明可追溯到项目材料。如果产品仍在开发中，请准确描述其当前状态，而不是写得好像未来功能已经存在。为每个项目指定负责人和状态，例如草稿、审查、已批准或已排期。

围绕有意义的里程碑创建一个小型内容日历。包括谁发布、谁检查链接、问题路由到哪里，以及如果基础信息发生变化该怎么办。对于创作者或 KOL 工作，使用书面简报，说明目标受众、所需背景、交付格式、审批流程和披露期望。加密 KOL 活动指南 可以帮助您构建该工作；使用 KOL 审查指南 来规划您对潜在合作伙伴的审查。

在任何内容排期之前，让第二个人对照事实来源检查名称、代币详情、日期、链接和联系渠道。为团队保留一份已批准的版本，并淘汰过时的草稿，以免它们被意外重复使用。

T-7 至上线：演练交接，而非炒作

上线前的最后窗口是确认交接，并确保团队在计划发生变化时能够冷静应对。与将要发布内容、回答问题、批准更正以及联系技术或项目负责人的人员一起演练上线流程。

使用带有时间窗口的上线日运行表，而不是依赖分散的聊天消息。对于每项计划的操作，显示负责人、审批状态、发布位置、目标链接和备用联系人。为操作进行前必须完成的事项保留单独一行。例如，一条排期的帖子在其文本和链接已对照当前已批准信息进行检查之前，不应发布。

实用的最终审查会问：

• 新读者能否从第一个公开解释中理解项目的作用？
• 所有计划的链接是否都指向预期的、当前的目标？
• 社区是否知道在哪里提问以及如何找到官方更新？
• 团队能否确定谁可以批准更正或时间变更？
• 如果运营细节未解决，是否有明确的暂停和升级路径？

对于面向 DEX 的可见性计划，请确保团队理解活动与平台决策之间的区别。在将任一平台纳入上线沟通之前，请阅读 DEXScreener 和 DEXTools 的准备说明。将这些任务分配给能够验证可见位置并报告其状态的负责人。

上线日：保持单一事实来源

在上线日，营销负责人应协调已批准的沟通，而项目的技术和决策负责人则处理各自的职责。团队需要一个当前的状态事实来源、一个明确的升级联系人以及一个更正公开信息的流程。

保持一个简单的实时日志，包含时间窗口、操作、负责人、状态以及任何改变计划的决策。记录发布了什么以及可以在哪里检查。如果某个细节仍未确认，不要让旧的草稿将其变成公开声明。将问题路由给有权回答的人，然后在获得批准后更新共享来源。

上线负责人还应使社区回应有用且一致。将重复出现的问题分组，引导人们查看已批准的解释，并将技术或账户特定问题发送给正确的联系人。这比要求每个渠道重复相同的信息更有价值。如果出现错误，更正相关目标位置，并通过适当的官方渠道解释更正。

对于由 MediaStrategy 支持的活动，高级客户负责人使用启动检查清单来确认简报、审批联系人、渠道计划和报告格式，然后再开始工作。在执行期间，团队将已完成的工作和可见位置证据记录在简洁的状态报告中，然后向客户标记待定决策，而不是默默做出决定。

T+1 至 T+30：将上线活动转化为跟进

上线后的第一个月是保持沟通准确、解决未决问题以及了解运营计划中哪些部分需要关注的时间。检查清单应在初始公告后保持活跃；否则，团队会失去对上线周期间所做承诺的跟踪。

定期审查社区问题、公开项目信息、合作伙伴交付物以及任何仍处于开放状态的上线或资料提交。记录每个问题及其负责人和下一步行动。当您更新公开解释时，确保更改反映在人们被引导以了解更多信息的地方。

使用一份简短的报告，将已完成的工作与观察到的反应分开。有用的格式包括：

• 已交付： 已完成批准的內容、推广或活动任务。
• 已验证： 团队直接检查的链接、帖子或位置。
• 待处理： 待定的审批、未回答的问题和未完成的提交。
• 经验教训： 反复出现的受众困惑或需要澄清的信息。
• 下一步： 每个未解决事项的负责人和下一步行动。

不要将关注度视为准备就绪或社区理解的替代品。如果人们反复问同一个问题，请改进源材料和路由，而不是仅仅增加帖子数量。对于上线窗口后的更广泛活动，将 社区增长与参与 中的下一步与项目支持持续讨论的实际能力进行比较。

平台决策在检查清单之外处于什么位置？

检查清单可以提高准备度和问责制；但它不能使项目控制独立的平台审查或显示决策。CoinGecko 和 CoinMarketCap 根据自身流程评估提交内容，提交资料不等于被接受上线。同样，DEXScreener 或 DEXTools 的可见性位置不能确定这些平台将显示什么，超出实际商定的工作和位置。MediaStrategy 记录提交内容并验证可见交付物，但不将平台审查结果表示为可控的活动结果。

这种区别应塑造计划。为您的团队控制的信息、您的团队可以进行的提交以及属于平台的决定保留单独的检查清单项目。指定一名负责人监控状态并响应请求，但不要使上线沟通依赖于未确认的批准。对于需要注意的资料问题，请将 CoinGecko 警告修复 和 CoinGecko 供应验证 作为单独的准备工作主题进行审查。

为了使检查清单在实践中发挥作用，请向 MediaStrategy 发送您的目标上线窗口、当前项目材料、目标受众、计划渠道和审批联系人。客户负责人将审查简报，确定依赖关系和缺失的决策，并返回一份有序的工作计划供您的团队批准。

价格

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

如何操作

1. 设定上线简报确认目标、目标受众、上线窗口、已批准的项目事实以及尚未决定的事项。
2. 指定负责人和依赖关系为每个工作流指定一名负责任的负责人和审批联系人。注意每项任务进行前必须准备就绪的内容。
3. 准备并审查材料根据事实来源创建特定渠道的内容，然后在批准前检查声明、链接和联系渠道。
4. 协调上线窗口使用共享的运行表跟踪操作、负责人、状态和升级联系人。将更改记录在同一份记录中。
5. 报告并跟进上线后，将已交付的工作与已验证的证据、待处理事项以及分配给每个负责人的下一步行动分开。