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

为什么要使用代币发行营销检查清单？

检查清单将代币发行计划转化为团队可以在上线前、上线中和上线后验证的工作。它可以防止沟通、平台提交和社区支持被视为信息冲突的独立项目。

使用一份共享文档，包含以下字段：任务、负责人、截止日期、依赖关系、审批状态和完成证据。证据可以是已审核的公告、已提交的申请确认、已测试的链接或已发布的客服答案。避免仅仅因为有人开始做就标记任务完成。

在分配日期之前，先确定上线时间以及 T 所指的事件：代币生成、交易开放还是其他里程碑。在文档顶部记录该定义。然后从该事件向后映射每项任务，并向前映射到第一个月。

检查清单不是对市场表现的承诺。它是一种协调工具，让团队能够及早发现缺失的决策。请将其与更广泛的代币发行和增长计划结合使用，并指定一人负责维护当前的工作版本。

T-60 至 T-31：应首先确定什么？

首先确定上线事实和决策流程。营销无法使不断变化的代币设计、不明确的上线机制或未经批准的声明在渠道间保持一致。

创建一份事实来源简报，涵盖项目描述、代币用途、链、合约状态、批准发布的供应信息、上线机制和官方链接。将任何未最终确定的内容标记为仅限内部。在公开文案中出现之前，让相关项目负责人审核关于实用性、审计、合作伙伴关系和可用性的声明。

在此阶段，团队还应：

• 指定批准公开声明的人员，以及该人员不在时由谁代理。
• 确认用户如何联系官方支持，以及团队如何识别冒充企图。
• 确定项目针对的受众和地区，然后相应调整语言和渠道。
• 列出计划提交的平台，并获取其当前要求供团队验证。

如果您计划创建 CoinGecko 资料或上线，请准备项目信息并查看当前的 CoinGecko 上线流程。将申请视为一个独立的工作流，拥有自己的负责人，而不是上线宣传的自动结果。

T-30 至 T-15：应准备好哪些上线素材？

准备人们理解上线并采取下一步安全行动所需的素材。如果目标页面、代币详情或支持说明未完成，仅靠精美的公告是不够的。

构建一个紧凑的素材包，包含经批准的项目描述、Logo 文件、网站和社交媒体链接、上线说明、简短 FAQ 以及针对不同渠道的公告草稿。保持合约和代币信息的单一权威版本。使用一致的命名，并在您的受众可能使用的设备类型上验证每个 URL。

对于每个素材，记录其受众、发布者、审批状态和预期目的地。例如，一条简短的社交媒体帖子可以指向更详细的上线页面，而社区消息则可以包含支持和安全指南。为平台限制准备变体，但不要在变体之间更改核心事实。

如果您使用创作者或 KOL，请给他们一份书面简报，说明他们可以做出的声明、不得做出的声明、披露期望以及审核联系人。根据活动目标选择，而不是仅根据受众规模选择。这份加密货币 KOL 活动指南涵盖了规划和协调；请尽早使用，以便团队有时间审核交付物。

T-14 至 T-7：渠道应如何协同工作？

围绕一个准确的信息来源协调渠道，然后根据每个受众调整格式。目标是让项目事实易于查找，问题易于引导，而不是不加区分地在各处发布相同的信息。

创建一份渠道地图，注明渠道负责人、受众、发布目的和升级路径。在公告窗口期间，为社区空间指定一名管理员或支持联系人。准备一条置顶消息，包含官方链接、上线时间以及报告可疑活动的途径。确保网站和社交媒体资料指向相同的经批准目的地。

根据团队能够维护的能力选择分发方式。自有渠道提供直接更新；创作者内容增加了外部声音，需要明确的简报；付费投放提供确定的可见性，但需要平台和创意检查。如果 Telegram 是核心渠道，请提前规划管理、入群引导和常见问题解答。Telegram 社区增长指南可以帮助组织这项工作。

维护一份发布日历，包含草稿、审核和发布检查点。确认如果上线时间或经批准的事实发生变化，谁可以暂停已安排的内容。只有当团队能够在首次公告后保持信息准确时，上线渠道才有用。

T-6 至 T-1：如何确认上线就绪？

进行一次就绪审查，测试从公告到用户支持的路径。团队应能够发布经批准的信息，将人们引导到正确的目的地，并在细节发生变化时做出一致的响应。

与指定的负责人一起审查以下内容：

• 网站、社交媒体资料、社区链接和上线素材显示相同的经批准事实。
• 每个公开链接都能正确打开，并且团队已确定哪个目的地是权威来源。
• 管理员拥有最新的 FAQ、升级联系人以及纠正过时信息的流程。
• 已安排的内容有一个负责人，可以在经批准的变更后暂停或修改。
• 平台申请和资料详情准确无误，提交状态已记录而非假设。

进行一次简短的演练：让核心团队以外的人跟随公开链接，并提出新用户会问的问题。记录令人困惑的步骤，并在上线前修复。如果 CoinMarketCap 或 CoinGecko 上线是计划的一部分，请单独跟踪其申请，并查看相关的 CoinMarketCap 上线指南。不要将已提交的申请呈现为已批准的上线。

T：上线日应该做什么？

上线日应遵循受控的顺序，而不是一系列不协调的帖子。使用一份单一的操作员检查清单，并指定一名负责人，根据经批准的事实来源确认每次公开更新。

一个实用的顺序是：

• 确认上线状态和获准发布的确切信息。
• 发布主要公告，并检查其目标链接是否有效。
• 根据经批准的文案更新自有渠道和置顶的社区信息。
• 让管理员关注重复问题、损坏的链接和需要升级的报告。
• 记录每次公开更新和任何重大更正，以便团队拥有可靠的记录。

准备好一份简短的备用声明以应对操作延迟，但仅在授权负责人确认事实后才发布。避免猜测时间或做出团队无法证实的声明。将技术问题转给有能力解决的人；管理员不应即兴回答关于合约行为或用户资金的问题。

如果上线包含 DEX 可见性目标，请将平台准备与营销沟通分开。查看相关的 DEXScreener 热搜指南或 DEXTools 热搜指南以了解特定平台的准备，并保持团队的公开更新实事求是。

T+1 至 T+7：团队应监控什么？

在第一周，优先考虑准确的更新、响应迅速的支持以及团队发布内容的清晰记录。上线公告只是沟通工作的开始。

设定定期审查点，检查社区问题、网站和链接问题、创作者交付物以及平台资料准确性。按主题对问题进行分组，以便团队改进 FAQ，而不是不一致地回答相同的问题。如果重要事实发生变化，首先更新权威来源，然后更正渠道副本并告知负责人发生了什么变化。

使用一份简单的报告，区分活动与结果。记录交付了什么、出现在哪里、出现了哪些问题、需要更正什么以及哪些后续行动有负责人。不要将关注度或帖子数量视为用户理解项目的证据。审查人们是否能够找到官方信息，以及团队是否能够在没有冲突指导的情况下回答常见问题。

如果代币资料包含警告或不正确的详细信息，请记录确切的文本以及解决该问题所需的证据。CoinGecko 供应验证指南解释了与供应相关的资料信息的准备。在平台审核待定期间，保持公开声明适度。

T+8 至 T+30：如何将上线活动转化为持续性？

利用第一个月的剩余时间，从上线公告过渡到可靠的沟通节奏。正确的下一步是就项目正在做什么进行清晰的更新，而不是无休止地重复上线信息。

审查第一周收集的问题和支持问题。将重复出现的问题转化为更好的 FAQ，并为未解决的文档或资料问题指定负责人。仅当团队能够证实可验证的项目进展（例如已发布的功能或已发布的治理决策）时，才围绕这些进展规划更新。如果没有实质性更新，不要为了填满日历而制造更新。

在该阶段结束时，与营销、产品、社区和上线运营团队举行一次审查。将计划工作与已完成工作进行比较，注意审批或交接环节拖慢团队的地方，并决定保留、修改或停止哪些内容。将有价值的素材和经批准的答案保存在共享工作区中，以便未来的活动不必从零散的草稿开始。

如需更全面地了解上线支持，请将此检查清单与 TGE 营销服务和上线后营销选项进行比较。使用这些页面来确定支持需求；将此检查清单保留为项目的运营记录。

平台审核和上线营销无法控制什么？

上线团队可以控制其提交的准确性和自身沟通的交付，但无法控制平台的审核决定、排名或展示轮换。CoinMarketCap 和 CoinGecko 应用自己的上线和资料流程；DEXTools 和 DEXScreener 控制自己的可见性系统和资格规则。已完成的申请、营销活动或社区更新并不能保证获得批准或特定位置。

这改变了您编写检查清单的方式。将每个平台任务记录为准备、提交或跟进，并且在平台确认状态之前，切勿将其标记为“已批准”。使用平台当前的官方指南检查要求，并保留团队提交内容的证据。不要承诺上线、热搜位置、资料警告结果、受众反应或代币市场结果。

在承诺外部推广之前，要求提供书面范围：渠道、交付物、时间、审批步骤、报告格式以及上线细节发生变化时的处理方式。对于警告或资料问题，保留平台的确切通知，并通过相关流程解决其所述原因。资料修复指南可以帮助组织这项工作，但不暗示平台会撤销其决定。

价格

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

如何操作

1. 定义上线事件为您的项目选择 T 的含义，并将上线时间和经批准的事实记录在一份事实来源文档中。
2. 分配负责人和依赖关系为每项任务指定一个负责任的负责人、截止日期、审批路径以及证明完成的证据。
3. 准备和审核素材创建适合渠道的文案、客服答案和官方链接，然后检查事实是否保持一致。
4. 演练用户旅程测试从公告到官方信息和支持联系人的路径，然后修复令人困惑的地方。
5. 协调上线和后续跟进使用受控的发布顺序，记录问题，并确保负责人活跃至 T+30。