代币发行营销清单：从T-60到T+30的完整计划

T-60：在宣布发行日期前需要确定什么

在T-60时，团队必须协调发行目标、代币参数和项目的公开版本。在此阶段，解决产品、法律审查、代币经济学和沟通之间的依赖关系比选择广告形式更重要。

收集一个包含任务、负责人、截止日期和状态的工作文档。单独标记那些不完成就无法进入下一阶段的项目：例如，已批准的文档、已审计的合约或已商定的代币分配方案。如果TGE日期仍是暂定的，请明确在何种条件下可以确认或推迟。

在转向推广之前，请检查：

• 网站、文档和社交渠道上的项目描述是否一致；
• 代币的用途、功能和限制是否清晰；
• 是否已指定负责产品、社区、上线和公开回应的人员；
• 是否已确定材料审批和紧急变更的流程。

对于团队来说，最好立即记录那些不能凭假设回答的问题：例如，平台审核申请的时间或特定市场的可用性。提前检查上线标准，并为澄清留出缓冲时间进行申请。准备工作可以辅以 CoinMarketCap 上线指南 和 CoinGecko 上线指南。

T-30：如何检查项目的运营就绪状态

到T-30时，团队必须准备好材料、支持渠道和商定的发行方案。此阶段将战略转化为可执行的计划：为每个公开行动指定时间、负责人、所需访问权限和备用方案。

将官方链接、项目描述、视觉材料、常见问题解答和升级联系人整合到一个统一包中。确保团队使用单一的最新信息来源，而不是从聊天中复制旧版本的消息。为不同受众准备简短说明：产品用户、代币持有者、合作伙伴和媒体。

同时，提前检查用户路径：从公告到网站、文档、钱包连接和支持渠道。在团队内部使用移动设备和电脑走一遍流程。记录应将产品、合约、访问权限和官方渠道的问题导向何处。

如果需要作者或内容创作者的发布，请确认主题、格式、截止日期、标签和事实核查流程。在 KOL 活动计划 中，最好单独核对选择标准和材料审批流程。为社区准备审核规则和值班安排，而不仅仅是发布日程。记录当消息需要修改或推迟时由谁做决定。

代币发行应选择哪些渠道？

根据任务和受众选择渠道，而不是根据平台的流行度。Telegram 适合即时支持和社区对话，而 X 适合公开更新和传播简短消息；两个渠道都需要独立的编辑角色和回复规则。

规划发布内容，使每条消息都有一个核心思想、相关链接和清晰的下一步行动。不要承诺团队尚未确认的事情。如果发布内容依赖于上线日期，请为文本更新留出程序以应对延期。渠道任务的对比可在 Telegram 与 X 推广分析 中找到，而准备在 X 上发布趋势内容的顺序可在 X 话题标签指南 中找到。

对于交易和分析平台，首先确定用户在那里寻找什么信息。像“DEXTools vs DEXScreener”和“CoinMarketCap vs CoinGecko”这样的查询作为选择问题很有用，但不能替代检查平台本身的要求和可用格式。特别是，不要将 DEXTools Nitro 与任何名称相似的投放等同起来：在最新的界面和特定选项的描述中核对条件。

T-7 和 TGE 当天：发布前需要核对什么

在 TGE 前一周，确认每个参与者的就绪状态，并停止对公开材料进行未经协调的更改。团队必须看到最新的方案：谁发布、谁检查链接、谁回复社区以及谁有权报告计划变更。

在启动前，按列表进行简短检查：

• 所有渠道中的合约地址和官方链接是否一致；
• 网站、文档、联系表单和项目页面是否正常工作；
• 是否已准备好用于计划启动、延迟和技术事故的文本；
• 版主是否知道如何区分官方渠道和第三方消息；
• 负责人是否有访问权限以及明确的交接流程。

在发行当天，维护事件日志：发布时间、所做的更改、用户问题和做出的决定。不要删除修正的上下文；指出哪个版本被替换以及在哪里发布了澄清。指定一个人收集来自产品、社区和技术团队的信号，以确保重要信息不会丢失在单独的聊天中。

如果发现问题，首先向负责专家确认事实，然后发布一个简短的更新，说明已知信息以及下一次信息何时可用。不要发布未经确认的恢复时间。这种顺序可以减少混乱，并有助于为团队和受众维护单一事实来源。

T+1—T+30：发行后如何组织工作

TGE 之后，清单应从公告转向支持、监控和持续更新。在第一个月，团队处理重复出现的问题，检查用户路径的可用性，并记录哪些承诺的行动已完成，哪些需要新的截止日期。

为团队建立定期摘要。它只需反映产品状态、社区反馈、发布内容、申请状态和开放风险。不要将消息覆盖范围与支持质量混为一谈：单独记录项目已回答了哪些问题以及哪些问题仍未解决。

在该阶段结束时，分析：

• 用户经常提出哪些问题，文档中缺少什么；
• 哪些渠道带来了有意义的反馈，哪些需要重新评估；
• 在产品或条件变更后需要更新哪些发布内容；
• 哪些任务应移交到下一个发展计划以及由谁接手。

在与社区合作时，使用清晰的规则，而不仅仅是发布频率。在 Telegram 社区增长指南 中，可以核对频道结构和与成员互动的方法。如果项目考虑在趋势板块投放，请将其作为单独活动纳入总体日历：DEXTools 和 DEXScreener 有各自的格式，需要在申请前进行研究。

团队在投放和上线中无法控制什么

团队控制申请质量、数据准确性以及遵守已发布规则，但不控制平台的最终决定。CoinMarketCap 和 CoinGecko 自行审核上线和资料更新；审核时间以及决定结果由平台方决定。在趋势板块中，可见性取决于平台的规则、排名信号和轮换，因此无法提前承诺具体位置或展示时长。

这在规划时很重要：不要将产品公告依赖于未确认的上线，也不要把申请当作批准。在日历中区分团队已确认的行动和需要外部平台决定的事件。为每个外部步骤指定备用沟通方案，例如发布产品可用性而不声明申请状态。

在下单或自行提交前，检查服务官方页面上最新的规则、数据格式和特定选项的条件。保存提交确认和通信记录，以便团队能够回应澄清请求。如果条件发生变化，在下次发布前更新内部清单和推广材料。

这里良好工作的标准是透明的范围：具体准备了什么、提交了什么或投放了什么，哪些状态已确认，哪些决定仍是外部的。这种记录允许评估执行情况，而无需将团队无法控制的结果归因于项目。

如何将发行清单转化为工作文档

工作清单不仅应显示任务，还应显示其完成条件。为每个项目记录负责人、截止日期、材料链接、完成确认以及与其他团队的依赖关系。以可验证的方式表述结果：例如，不是“准备 Telegram”，而是“发布规则、置顶官方链接并确认值班时间表”。

将文档分为三层：发行的必要条件、可以推迟而不停止 TGE 的任务以及发行后的行动。指定一名协调员来更新状态并报告变更。其他参与者应了解最新版本的位置以及向谁报告阻塞问题。

在最终批准前，与产品、营销、技术和社区的负责人一起过一遍清单。请每个人指出未解决的依赖关系及其验证方法。如果状态无法确认，不要仅仅因为材料已提交审核就标记任务为已完成。

为进一步准备，使用 Meme币发行指南、上线中心 和 KOL 活动中心 中的材料。它们有助于细化计划的各个分支，但不能替代 T-60 到 T+30 的统一日历。当团队在变更时定期审查并记录决策，而不仅仅是在事件前勾选项目时，清单才变得有用。

价格

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

如何操作

1. T-60 — 协调基础确定项目参数、发行目标、负责人和日期确认条件。标记产品、代币经济学和沟通之间的依赖关系。
2. T-30 — 收集材料准备官方链接、描述、FAQ、内容和支持方案。检查用户路径和团队角色。
3. T-7 — 确认就绪核对合约数据、访问权限、文本以及延期或事故的应对计划。确保负责人可用。
4. TGE — 维护事件日志在一个地方记录发布、更改、反馈和决定。仅用已确认的信息更新受众。
5. T+1—T+30 — 分析反馈跟踪问题、承诺行动的状态和文档中的空白。将结论传递给下一个产品和沟通计划。