トークンローンチチェックリスト：60日前、当日、30日後の行動計画

T-60に何をすべきか？

クイックチェック： ローンチまでの日数を数えてください。30日を切っていて、ファクトシートがまだ完成していないなら、何よりも先にそれを仕上げましょう。

T-60では、キャンペーンを立案する前にローンチブリーフを確定します。チームは、何をローンチするのか、主要な決定の期限はいつか、公開声明を承認できるのは誰かについて、共有された記録を必要とします。これにより、直前の書き直しが減り、すべてのチャネルに同じ出発点が与えられます。

以下の内容を含む作業用ドキュメントを作成します。

• 確定次第、予定ローンチ期間、チェーン、トークン識別子。
• 製品、対象者、トークンの目的を平易な言葉で説明。
• 製品事実、法務レビュー、コミュニティ、コンテンツ、ローンチ運用の各担当者を指名。
• 未決定の事項のリスト（各項目に担当者と期限を記載）。
• 現在のリンク、ロゴ、説明、回答のための承認済みの単一保管場所。

計画中の声明と確定した事実は区別して記載します。例えば、取引所とのやり取りは、発表が承認されるまでは「協議中」と明記します。日付、トークン詳細、担当が変更になった場合は、まずソースドキュメントを更新し、それを使ってチャネルドラフトを更新します。より広範なローンチ計画については、トークンローンチとグロースおよびトークンローンチ（TGE）マーケティングガイドをご覧ください。

ストーリーとローンチアセットの準備

非公開のブリーフィングなしでも新しい読者が理解できる、コンパクトで一貫性のあるストーリーを準備します。コアメッセージでは、プロジェクトの内容、対象者、トークンの目的、詳細を確認できる場所を説明します。製品やトークンのドキュメントに属する事実をプロモーションコピーに含めないようにします。

アセットフォルダを作成し、各項目に承認者を割り当てます。

• 短い説明と長い説明（現在の製品事実に照らして表現を確認）。
• ロゴファイル、承認済みブランドビジュアル、チャネル別投稿フォーマット。
• プロジェクトウェブサイト、ソーシャルプロフィール、コミュニティリンク、問い合わせ先。
• 確定済みのネットワーク、コントラクトアドレス、供給詳細を記載したトークン情報シート。
• アクセス、ユーティリティ、リスク、ローンチタイミングに関する予想される質問への回答ドキュメント。

公開前に、ドラフト作成グループ以外の誰かにウェブサイト、ソーシャルバイオ、告知コピーを比較してもらいます。名前、リンク、トークン詳細はすべての場所で一致している必要があります。コミュニティコンテンツについては、繰り返しのプロモーション投稿に頼るのではなく、役立つ説明とモデレーションガイダンスを準備します。プロジェクトがMemecoinの場合は、Memecoinローンチガイドが、コアとなる事実と承認に代わることなく、ローンチ固有のチェックリストの作成に役立ちます。

CoinGeckoまたはCoinMarketCapへの申請前の確認事項

上場準備は、マーケティング告知ではなく、ドキュメントと一貫性のタスクとして扱います。各プラットフォームが要求する情報を収集し、公開プロジェクト資料が一致していることを確認し、何をいつ提出したかを記録します。質問を管理し、回答があったらチームに更新を伝える担当者を1名指名します。

以下の準備リストを使用します。

• プロジェクト名、ティッカー、ネットワーク、コントラクトアドレスがすべての場所で一致していることを確認。
• プロジェクトウェブサイトとソーシャルリンクが稼働しており、正規の遷移先にリンクしていることを確認。
• 公開説明が製品とトークンの目的と一致していることを確認。
• プラットフォームの現在の申請フローで要求されるサポートリンクと資料を収集。
• 後で修正が必要になった場合に一貫して行えるよう、提出した詳細のコピーを保管。

プラットフォームがステータスを明確にし、チームが表現を承認するまで、上場を確定として告知しないでください。CoinGeckoとCoinMarketCapは別々の上場プロセスを持つため、1つの申請で両方をカバーできると想定せず、個別に申請を準備します。プラットフォーム固有の手順については、CoinGeckoへの掲載方法とCoinMarketCapへの掲載方法をお読みください。

コミュニティ、クリエイター、コンテンツの調整

経験則： リンク、ロゴ、コントラクトはローンチの7日前に固定します。それ以降の変更には再承認が必要です。

チャネル活動は、有益な情報と確定したマイルストーンに基づいて調整します。チャネル計画では、各オーディエンスが何を知る必要があるか、誰が公開するか、質問はどこへ行くか、公開前に承認が必要な事実はどれかを明確にします。目標は、どこにでもコピーされた同一の投稿ではなく、一貫した体験です。

日付を確定する前に、シンプルな表で活動をマッピングします。

クリエイターについては、オーディエンスの適合性、コンテンツ品質、過去のトピック関連性、スポンサーコンテンツの扱い方を評価します。プロジェクトの正直な説明を可能にするブリーフを提供し、個人使用を示唆したり、チームがサポートできない主張をするよう依頼しないでください。クリエイターを起用したローンチには、アカウントリスト以上の調整が必要なため、仮想通貨KOLキャンペーンガイドを使用して選定とブリーフィングを準備します。現実的なモデレーション計画に沿ってコミュニティ更新を調整するには、Telegramコミュニティ成長ガイドを参照してください。

ローンチ当日

ローンチ当日は、チームはすべての公開更新と運用チェックに担当者がいる承認済みのランシートに従います。ランシートは、ウェブサイト、ソーシャルチャネル、コミュニティを担当する人々がアクセスできるようにし、全員が同じ確定情報に基づいて作業できるようにします。

以下のチェックポイントを順に含めます。

• 現在のローンチステータスと公開リリースが許可された正確な詳細を確認。
• ウェブサイト、公式ソーシャルプロフィール、コミュニティリンクがアクセス可能であることを確認。
• 承認済みの告知を公開し、そのリンクが意図された遷移先にリンクしていることを確認。
• 修正、質問、内部エスカレーションに対応できる指名された連絡先を確保。
• 公開時間、リンク、承認、重要な変更を共有ログに記録。

予定された更新が確認を待たなければならない状況に備えて、保留メッセージを準備します。チームが情報を確認中であることを伝え、更新については公式チャネルを参照するよう読者に促します。返信でコントラクト、上場、可用性の詳細を即興で伝えないでください。コアとなる事実が変更された場合、ローンチリーダーはキューに入ったコンテンツを一時停止し、責任者と修正を確認し、チャネルマネージャーに差し替えテキストを提供します。

T-60からT+30までの7項目チェックリスト

このチェックリストを印刷して、進捗に応じてチェックを入れていってください。各項目は日付範囲に対応しており、合わせてローンチ前後の90日間をカバーするため、最終日やローンチ当日に重要なことを残すことがありません。

• T-60：ファクトシートを作成し、各チャネルの担当者を指名。
• T-45：ロゴ、リンク、固定メッセージを準備。
• T-30：上場申請を準備し、データを確認。
• T-14：コミュニティチームとクリエイターにブリーフィング。
• T-7：コントラクト、リンク、ロゴを固定。
• T-0：ローンチ当日の計画を1時間ごとに実行。
• T+30：レビュー、修正、クローズアウトを作成。

用語の説明

T-minus（平たく言えば、ローンチ日までの日数をカウントダウンしたもの。T-60、T-30などと表記）。

ファクトシートとは、コントラクト、供給量、リンク、チームを1ページにまとめ、全員が再利用するものです。

チームのコントロールが及ばないこと

チームがコントロールできるのは、申請が完全であること、公開説明が一貫していること、公式リンクが機能していること、ローンチコミュニケーションが確定した事実を正確に反映していることです。CoinGeckoやCoinMarketCapがどのように申請を審査するか、どちらかのプラットフォームがそれを受け入れるかどうか、いつ回答が届くかを決定することはできません。DEXScreenerやDEXToolsも同様に、トークンやプロジェクトが特集やトレンドエリアに表示されるかどうかを独自に決定し、チームはそれらの掲載、その期間、各訪問者への表示方法を設定することはできません。確認可能なアクション（提出資料の保存、プラットフォームとのやり取りの追跡、確認前の結果発表の回避、プロフィールや掲載が変更された場合に備えた公開可能な更新の準備）を中心にチェックリストを構築してください。

T+1からT+30まで

ローンチ後は、公開情報を最新に保ち、繰り返し寄せられる質問を明確なフォローアップアクションに変えます。最初の1ヶ月は、読者が何を誤解したか、どのチャネルがより良い説明を必要とするか、チームが次に何を公開すべきかをレビューするのに役立つ期間です。注目の高まりをプロジェクトストーリーが明確である証拠として扱うのではなく、観察結果を記録します。

T+1では、公式リンク、説明、固定投稿が現在のプロジェクト詳細を反映していることを確認します。その後数週間で、コミュニティの質問、クリエイターコンテンツ、寄せられたフィードバックを関連担当者とレビューします。古くなった資料はそのソースで修正し、その後チャネルバージョンを更新して、同じ回答が他の場所で矛盾しないようにします。T+30では、完了したタスク、未解決の問題、承認された次のステップ、各項目の担当者を記録してチェックリストをクローズします。

有用なクローズアウトには4つの部分があります。公開されたコミュニケーションの記録、行われた修正のリスト、繰り返されたオーディエンスの質問の要約、優先順位付けされたフォローアップキューです。チェックリストを実行計画に変えるための支援が必要な場合は、MarketingExtraに予定ローンチ期間、確定トークン詳細、現在のチャネル、未決定事項をお送りください。資料を一緒にレビューし、次の実践的なアクションを特定します。

仕組み

1. ローンチブリーフを確定する予定期間、トークン事実、オーディエンス、意思決定者を設定します。未解決の項目を明確にマークし、各項目に担当者を割り当てます。
2. 承認済み資料を準備するプロジェクト説明、リンク、ビジュアルアセット、トークン情報を1つの情報源にまとめます。公開バージョンが一致していることを確認します。
3. チャネルとパートナーを調整するコミュニティ更新、クリエイターコンテンツ、公開責任を確定マイルストーンにマッピングします。すべてのコントリビューターに承認済み事実と質問の連絡先を提供します。
4. 1つのスケジュールでローンチを実行する承認済みランシートを使用し、遷移先を確認し、公開更新を記録します。コアとなる事実の確認が必要な場合は、キューに入ったコンテンツを一時停止します。
5. レビューしてクローズするT+30まで修正と繰り返しの質問を追跡します。フォローアップ作業に担当者を割り当て、ソース資料を更新します。