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

在 T-60 到 T-31 阶段应准备好什么？

在此阶段，确保项目能用一致的版本进行解释。起草一份简短描述、一份较长的项目概述、代币信息以及常见问题的答案。保持声明与团队可验证的材料相关联；记录未解决的产品、供应或发行细节，而不是用假设来填补空白。

为网站、社交媒体资料、社区渠道和上线申请创建一个事实来源文档。在确认后包含官方代币和合约引用，并指定一个联系人负责更正。决定谁批准公开措辞以及谁可以进行时效性编辑。如果团队仍在 TGE 和其他发行结构之间选择，请在构建渠道日历前记录决策标准和负责人；代币发行与增长中心 可以帮助规划相关工作。

有用的产出不是一大堆草稿。而是一个经批准的叙事、一份未决决策清单以及解决每个问题的清晰路径。在负责交付的人员同意其可用之前，不要宣布日期。

如何从 T-30 到 T-8 准备渠道？

1. 将每个渠道匹配到一项工作：发现、教育、社区支持或发行更新。
2. 为每个渠道指定负责人和审批路径。
3. 准备关于产品、代币和参与问题的可复用答案。
4. 对照事实来源检查公开资料和提交材料。

此时应选择一套可行的渠道组合，而不是开通所有可能的账户。为每个渠道定义明确的受众和下一步行动。社区渠道需要审核计划和升级技术或账户问题的途径。社交媒体内容需要发布负责人和更新过时信息的清晰方式。有关 Telegram 的规划，请参阅增长加密 Telegram 社区指南。

尽早准备上线和资料材料，以便在提交前进行审核。保持项目描述、链接、代币标识符和视觉资产的一致性。CoinGecko 和 CoinMarketCap 有自己的申请和审核流程；请遵循相关的官方说明，并将任何要求的更改视为需要解决的工作，而不是营销文案问题。关于 CoinGecko 的申请路径，请使用如何在 CoinGecko 上上线。

构建一个包含内容主题和审批检查点的日历，而不是用公告填满每一天。在此阶段结束前，每个计划的投放或创作者合作都应包含简报、可交付成果、发布窗口和验证方法。对于创作者工作，请使用加密 KOL 活动指南 来制定简报和审核。

T-7 到 T-1 的发行检查清单应包含什么？

1. 确认发行窗口以及有权发布更改的人员。
2. 审核链接、名称、代币详情及所有已安排的文案。
3. 确认谁监控每个渠道以及问题升级的途径。
4. 准备一份备用更新，以防发行细节发生变化。

利用此阶段消除歧义。将每个公开资产与最新批准的事实来源进行比较，包括置顶的社区消息、创作者简报、新闻材料和已安排的社交媒体帖子。确保受众能够区分官方项目渠道和无关账户。不要分发未确认的合约细节，或暗示尚未批准的申请、上线或投放已获批准。

与负责发布、审核和回答项目问题的人员进行一次简短的交接审核。梳理流程：先发布什么，接下来哪个更新，谁确认每个项目已上线，以及谁可以暂停已安排的内容。设置一个内部协调渠道，以便更正信息不会在分散的对话中丢失。

AEOTech 使用发行就绪审核，在活动上线前比较已批准的信息、渠道日程和发布负责人。将当前的发行窗口、代币和链的详细信息、公开链接、草稿资产和未决问题带到该审核中。如果某个细节仍未决定，将其标记为依赖项，并在负责人确认之前，不要将其纳入已安排的声明中。

团队应如何协调发行日？

1. 仅从商定的官方账户并使用已批准的材料进行发布。
2. 确认每个上线项目并记录其公开链接。
3. 保持一个可见的队列，记录未回答的问题和更正。
4. 将技术或事实问题升级给项目负责人。

将发行日视为协调的发布和支持，而不是即兴发挥声明的理由。团队应知道哪个公告是参考点，用户在哪里可以找到最新信息，以及谁可以发布更正。如果某个已安排的项目无法按计划发布，则暂停依赖它的帖子，并通知负责相邻渠道的人员。

在简单的日志中记录验证情况：计划项目、负责人、发布状态、实时链接以及任何需要的后续行动。这为团队提供了可用的记录，而不会将覆盖范围或市场活动与已完成的工作混淆。保持回复简短、基于事实并与已批准的项目信息一致。将关于代币细节的问题转给有资格回答的人，而不是在公开场合猜测。

发行消息应引导读者进入项目能够支持的下一步，例如阅读文档、加入官方渠道或查看项目更新。在发布前审核链接目标。避免要求社区成员重复相同的信息；优先提供有用的答案和清晰、自愿的参与。

从 T+1 到 T+7，营销应监控什么？

1. 审核收到的提问，并按重复主题分组。
2. 跨渠道和资料更正过时的信息。
3. 确认承诺的内容和投放已上线。
4. 当项目有有意义的新事实要分享时，发送更新。

发布后的第一周是支持和一致性阶段。将公开问题与 FAQ 和文档进行比较；当同一个问题引起混淆时，改进源材料，而不是在每个线程中用新的解释回复。记录未解决的问题、负责人以及下一次需要的更新。

检查项目资料描述、代币引用和置顶信息是否仍与项目当前状态匹配。如果第三方上线或资料不完整，请遵循其发布的流程，并在您自己的沟通中保持申请状态清晰。请求或提交的表格不等于已批准的上线。上线与验证中心 收集了相关的准备路径，包括 CoinMarketCap 上线指南。

对照商定的简报审核活动交付情况：哪些材料已发布，哪些链接是实时的，哪些需要更正，以及哪些仍处于计划中。与团队分享一份简洁的状态说明。将可观察的工作与解读分开；不要将关注度、社区讨论或平台展示视为产品采用的证据。

如何让发行计划在 T+30 期间保持有用？

1. 只保留有明确受众和负责人的渠道。
2. 将重复出现的问题转化为更清晰的常青信息。
3. 围绕已验证的产品和项目里程碑安排更新。
4. 关闭或重新分配不再符合发行计划的任务。

从 T+8 到 T+30，用可管理的沟通节奏取代发行日的强度。在有真实项目更新、用户需要的解释或有用的产品演示时进行发布。根据社区问题和产品进展维护一个主题待办事项列表，然后在每个项目安排前由相应的负责人进行验证。

使用团队实际可以检查的证据来审核渠道组合：已完成的可交付成果、公开回应、重复出现的支持问题、链接状态以及目标受众是否有清晰的下一步。如果某个渠道产生了工作却没有服务于明确目的，则修改其角色或暂停它。不要仅仅因为某个形式包含在初始计划中就保留它。

使用简短的每周报告来展示已完成的工作、未决决策、公开问题以及带有指定负责人的下一步行动。保留已批准文案和材料更改的记录，以便未来的贡献者能够理解措辞为何改变。对于考虑在发行后进行社区激活或创作者合作的项目，将下一个简报连接到社区增长与参与中心 或 KOL 与创作者活动中心，而不是从零开始重新规划。

哪些发行结果超出团队的控制范围？

1. 控制您的团队发布的材料、时机和工作。
2. 分别跟踪第三方审核状态和可见的投放情况。
3. 为发行窗口的变化准备好备用信息。

项目可以准备准确的申请并遵循发布的说明，但 CoinGecko 或 CoinMarketCap 控制其自身的审核和资料决策。DEXScreener 和 DEXTools 决定其界面显示什么以及显示多久；活动不能承诺特定的热搜位置或持续的可见性。记录商定的工作并验证公开可见的内容，而不是将提交或计划中的投放视为平台决策。

使用决策日志来标记每个外部依赖项、其负责人和下一步行动。如果平台要求澄清，请使用可验证的项目信息进行回答，并更新团队的状态说明。如果发行窗口发生变化，暂停任何现在将旧时间呈现为当前时间的沟通。这使检查清单即使在第三方审核或显示发生变化时也能保持有用。

价格

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

如何操作

1. 设定发行事实分享发行窗口、链、项目描述、代币详情和官方链接。标记任何未确认的事项，使其不进入公开文案。
2. 分配工作和审批权限为信息传递、设计、社区回应、提交和发布指定负责人。商定谁可以批准时效性更改。
3. 准备并审核材料基于一个事实来源构建渠道日历和资产集。在安排前审核链接、声明、平台说明和交接事项。
4. 协调发布遵循商定的发布顺序，验证公开链接并记录问题。将事实或技术问题转给相应的项目负责人。
5. 报告并调整分享已完成的工作、未决决策和下一步行动。调整 T+1 到 T+30 的计划，以匹配已验证的项目更新和用户问题。