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

T-60 时应该准备好什么？

在 T-60 时，定义项目事实和发行决策，后续所有营销任务都将依赖于此。目标不是提前发布，而是在团队准备资产、平台申请或公告之前消除歧义。

启动一份发行事实来源文档，并指定一人负责保持其最新。包括代币名称和代码、链、合约状态、代币效用、供应描述、官方链接、发行机制和目标受众。将未决定的事项标记出来，而不是允许不同团队成员用假设填补空白。

利用这第一个检查点达成一致：

• 发行目标以及项目能够真正服务的受众。
• 哪些产品或协议功能已上线、正在测试或计划中。
• 供应、分配、解锁和代币效用的公开解释。
• 谁批准声明、技术细节、创意和紧急更新。
• 团队在发行后能够积极维护哪些渠道。

请法律和技术负责人审查代币权利、销售条款和产品可用性的公开描述。然后将未解决的问题转化为带日期的任务，并指定负责人和完成所需的证据。如果团队正在考虑预售或公平发行，请在撰写宣传文案前确定机制。比较 预售与公平发行规划 中的方法，并使用 代币发行与增长中心 来映射相关工作。

如何准备发行信息传递和社区？

通过使项目易于理解、可验证且跨渠道一致来准备发行信息传递。清晰的解释有助于潜在持有者区分当前存在的内容和路线图上待实现的内容。

撰写简短的项目描述、较长的解释说明以及一组针对常见问题的已批准答案。涵盖问题、产品、代币功能、链、合约地址（确认后）、发行机制和官方支持渠道。避免暗示特定价格结果或将未来功能描述为已可用的语言。请技术负责人检查合约和供应细节；请负责沟通的人员检查网站、社交资料和社区页面上的事实是否一致。

在要求社区参与之前做好准备。置顶官方链接，解释更新将在何处发布，公布审核和支持期望，并为管理员提供安全问题的升级渠道。有用的发行帖子应告知读者发生了什么变化、为何重要以及在哪里验证。围绕里程碑规划内容日历，而不是重复相同的促销信息。

对于持续的社区工作，决定谁将回答常规问题，谁可以批准更正。Telegram 社区增长计划 可以帮助构建频道设置和互动，而 加密 Discord 设置指南 则涵盖服务器组织。如果团队使用创作者，请在确认投放前设定简报和审核步骤；请参阅 如何运行加密 KOL 活动。

哪些上线和发现平台应列入检查清单？

根据您的发行阶段、链和可用证据选择平台任务；提交不等于批准或特色展示。创建一个平台跟踪器，包含目标、所需材料、提交负责人、当前状态和下次跟进时间。

对于 CoinGecko 和 CoinMarketCap，准备一致的项目信息、官方链接、代币标识符以及相关申请流程要求的任何文档。检查公开网站和社交账户是否支持相同的项目身份。不要提交推测性细节以使申请看起来完整。查看 如何上线 CoinGecko 和 如何上线 CoinMarketCap 中的单独流程。

对于 DEX 发现，验证正确的合约和交易对是否在相关数据页面上可见，然后准备准确的项目链接和简洁描述。DEXTools 和 DEXScreener 有其自己的界面和可见性功能，因此团队应在安排活动前直接确认当前要求。在选择投放前阅读 如何在 DEXTools 上热搜 和 如何在 DEXScreener 上热搜。

使用简单的跟踪器状态，例如“未就绪”、“已提交”、“审核中”或“已上线”。记录每次更改的证据，例如资料 URL 或平台响应。这为营销和运营提供了统一的进度视图，而不暗示每个目标都会按相同时间表发布。

团队应如何协调发行日？

发行日需要一个连接产品状态、公共沟通和支持的单一操作计划。指定一名发行负责人，如果合约、界面或官方信息发生变化，该负责人可以暂停已安排的消息。

在活动之前，通过经批准的内部来源确认最终合约地址和链。测试每个公共链接，确认网站的发行说明，准备一条事件消息，并确保管理员知道如何引导用户联系官方支持。安排公告草稿，但在团队确认发行已上线且细节与事实来源匹配之前，保留人工审批。

一份紧凑的流程表可以包括：

• 确认发行已就绪的人员及其检查的证据。
• 网站、社交、社区和合作伙伴公告的顺序。
• 负责监控支持问题并转交技术报告的人员。
• 有权更正或暂停消息的人员。
• 记录问题、决策和公共更新的位置。

创作者和媒体应收到相同的已批准事实，但其内容不应被视为独立验证。协调他们的发布时间，以便受众能够找到有用的产品信息和支持，而不仅仅是公告。保留已发布链接和任何更改副本的记录。有关更广泛的发行计划，请查看 代币发行营销服务；有关媒体分发，请参阅 加密货币新闻稿指南。

T+30 跟进阶段应包含什么？

从发行到 T+30，从公告模式转变为回答、检查和沟通的稳定循环。目标是帮助用户理解产品，并为团队提供可靠的信息，了解下一步需要关注什么。

定期审查社区问题和支持问题。将重复出现的问题分组，更新 FAQ 或文档，并在原始混淆发生的地方发布更正。检查平台资料是否仍指向正确的网站、合约和社交账户。如果资料包含过时或不准确的细节，记录差异并使用平台的官方流程请求更新。

保留一份发行日志，包含公共公告、已提交的申请、已发布的资料以及事件期间做出的决策的链接。在上下文中审查活动：区分访问量、社区参与度、产品使用和支持需求，而不是将单个可见信号视为整体结果。比较团队计划的内容与实际交付的内容，然后将未完成的任务带入下一个运营计划。

有用的总结会问：

• 哪些问题反复出现，缺少什么信息？
• 哪些渠道带来了相关的对话或产品反馈？
• 哪些平台任务仍待处理，谁负责下次跟进？
• 下一个内容或社区周期中应更改什么？

如果上线详情需要更正，请查看 CoinGecko 资料修复 的步骤。有关供应信息，请参阅 如何在 CoinGecko 上验证代币供应。

如何使检查清单对整个团队有用？

当检查清单显示所有权、依赖关系和完成证据——而不仅仅是一长串意图时，它就会变得有用。维护一个产品、营销、社区和运营都能访问的共享版本。

对于每项任务，记录其阶段、负责人、截止点、状态、依赖关系和完成证据。当团队获得确认或参考时，平台提交可以视为完成；当已发布的页面经过检查时，资料任务可以视为完成。提前定义这些条件，以便“完成”在不同部门之间含义相同。当任务受阻时，添加简短说明，包括解除阻碍所需的决策或响应。

将前置工作与结果分开。工作示例包括已批准的资产、已完成的提交、支持覆盖和已发布的更新。结果包括收到的提问类型、用户报告的产品操作以及官方信息是否易于查找。两者都要审查，但不要将营销交付物视为产品市场契合的证据。

使用定期审查会议来解决依赖关系并淘汰过时的任务。如果某个上线、创作者投放或内容项不再适合发行序列，记录原因并重新分配精力，而不是默认保留在日历上。关于报告设计，加密活动指标指南 可以帮助团队选择与其目标匹配的信号。

应围绕哪些平台规则和发行限制进行规划？

将平台审查和可见性视为外部流程，而不是团队可以端到端控制的发行任务。CoinGecko 和 CoinMarketCap 通过自己的流程评估上线信息，而 DEXTools 和 DEXScreener 控制其界面、功能和可见性轮换。完整的提交并不能保证资料会被接受、警告会被更改，或者代币会出现在特定的发现位置。

这一限制并不妨碍仔细准备。保留项目事实的证据，使用官方申请和支持渠道，并在提交更新前确保公开材料一致。如果平台显示警告或不正确的细节，确定具体有问题的资料字段或声明，收集支持文档，并通过平台规定的途径请求审查。不要承诺移除日期，也不要在平台确认之前将请求描述为已批准。

同样的纪律适用于创作者和社区活动。投放可以交付约定的内容或可见性工作，但受众响应、平台分发和用户决策仍超出活动团队的控制范围。在工作开始前就交付物、审批权限、发布窗口和报告达成一致。在比较 最佳加密营销机构 时，询问哪些是直接交付的，报告了哪些证据，以及哪些平台决策不在范围内。这使得检查清单成为规划工具，而不是结果预测。

价格

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

如何操作

1. 设定发行事实创建一份经批准的事实来源，涵盖代币详情、产品状态、官方链接和发行机制。为每个未决决策指定负责人。
2. 构建 T-60 到发行任务图按阶段和依赖关系对任务进行分组，然后为每项任务指定负责任的负责人和完成证据。
3. 准备渠道和提交根据已批准的项目事实审查公开文案、社区支持、平台材料和创作者简报。
4. 根据单一计划执行发行日在批准公告前确认发行就绪。保持负责人可用以更正消息和处理事件。
5. 审查至 T+30跟踪未完成的平台任务、重复出现的问题和有用的反馈。更新材料并将未解决的工作带入下一个计划。