1つのローンチ記録で可動部品をまとめる
3つのタイムゾーンをカバーするコミュニティマネージャーが、どのチャネルから始めるか決めている場面を想像してください。ある地域ではTelegramが活発で、別の地域ではXがプロジェクトの最新情報を発信しています。ローンチメッセージをカレンダーに載せる前に、各チャネルに明確な役割を与えるでしょう。
トークンローンチチェックリストは、バラバラのカレンダーの山ではなく、共有記録として機能するのが最適です。何が起こる必要があるか、誰が承認できるか、チームが完了を確認できる場所を示します。これにより、製品の詳細が変わったり、誰かが不在のときでも、引き継ぎが容易になります。
まず、すべての公開メッセージが共有すべき情報から始めます。プロジェクトの説明、トークンとチェーンの詳細、製品ステータス、公式リンク、ローンチ期間、サポート連絡先を追加します。次に、コミュニティへの返信、ソーシャル投稿、メディア連絡、クリエイター調整、プラットフォーム提出など、各タスクに担当者を指名します。
未決定の事項を可視化しておきます。ローンチ期間がまだ確定していない場合は、それを書き留め、確認責任者を決めます。主張に製品または法務のレビューが必要な場合は、誰が承認を与えるかを記録します。創業者やモデレーターが、古いチャットを探さずに現在のトークンアドレスと公式プロジェクトリンクを見つけられるようにします。
関連するローンチ作業の全体像については、トークンローンチと成長の概要が関連タスクのマッピングに役立ちます。
チームがタイムゾーンをまたぐ場合、どこから始めるべきですか?
チームが正確かつ応答性を維持できるチャネルから始め、他の各チャネルに明確な役割を与えます。重要なのは、同じメッセージをどこにでも公開することではありません。人々が明確な情報を見つけ、次の質問をどこにすればよいかを知る手助けをすることです。
チャネルの役割を設定する
ウェブサイトをプロジェクトの説明と公式リンクの安定した場所として使用します。Xはタイムリーな最新情報を伝え、Telegramは直接的なコミュニティの会話をサポートします。これらはオプションであり、すべてのチャネルを開く必要はありません。チームが維持できるものだけを選びます。
コミュニティマネージャーがオフラインの間にメンバーがアナウンスを見つけたとします。ピン留めされたメッセージが現在のプロジェクト詳細を指し示し、サポート質問がどこに属するかを説明できます。次の担当者は、即興で異なる説明をする代わりに、同じ情報源から回答できます。
各メッセージを確認しやすくする
プロモーションを開始する前に、短い承認済みの説明と、トークン詳細を確認するための単一の場所に合意します。モデレーターが回答できない質問をエスカレーションするための簡単なルートを提供します。公式プロフィールを編集できる人と、事実が変わった場合にスケジュール投稿を一時停止できる人をメモしておきます。
Memecoinは、その目的、トークン詳細、コミュニティの期待について焦点を絞った説明が必要かもしれません。そのプロジェクトが実際に提供するものに合わせた表現を保ちます。当社のMemecoinローンチガイドが、その計画をより詳細にカバーしています。
初期の決定から最初の1ヶ月のフォローアップへ進む
有用なタイムラインは、プロジェクトの事実から準備されたチャネル、そしてローンチコミュニケーションとフォローアップへと進みます。作業をチェックポイントに分割して、チームが何が準備できていて、何にまだ決定が必要かを把握できるようにします。
- T-60頃に作業計画を設定します。 予想されるローンチ期間、オーディエンス、プロジェクト説明、トークン詳細、公式リンク、承認ルートを記録します。各アクティブチャネルに担当者を指名し、未決定の事項を明確にマークします。
- T-60からT-31までにメッセージを確定します。 製品が現在何をするのか、誰のためのものか、どの制限事項に平易な言葉が必要かを確認します。公開主張を承認する人と、製品、トークン、サポートの質問を処理する人を決定します。
- T-30からT-8までに資料を準備します。 承認済みの説明、ロゴ、関連するチーム詳細、製品画像、トークン情報を集めます。公式リンク、ソーシャルアカウントへのアクセス、各上場申請の現在の要件を確認します。
- T-7からT+30まで公開し、リスニングを続けます。 アナウンスと変更を記録する担当者と、コミュニティの質問に応答する担当者を1人ずつ割り当てます。最初の1ヶ月間、未解決の質問とプラットフォームのフォローアップをレビューし、次のアクションを割り当てます。
チェックリストは実際のローンチ期間を反映すべきであり、チームを固定カレンダーに強制するものではありません。決定が遅れた場合は、公開資料に影響が出る前に、その担当者とレビューポイントを更新します。完了した作業、公開されたリンク、残っている質問の記録を保持します。その記録は、次の担当者に有用な出発点を提供します。
上場提出を明確で追跡しやすく保つ
上場準備は、チームが各提出と応答のコピーを1つにまとめて管理すると容易になります。現在のプロジェクト情報を集め、各プラットフォームの独自の申請プロセスを確認し、フォローアップする人を割り当てます。
| 準備項目 | まとめておくもの |
|---|---|
| プロジェクトのアイデンティティ | 承認済みの説明、ロゴ、ウェブサイト、公式ソーシャルリンク |
| トークン詳細 | 現在の情報源と照合したトークンとチェーンの情報 |
| 提出記録 | 送信した資料、提出ステータス、プラットフォームからの返信 |
| フォローアップ | 責任者と次にとるべきアクション |
CoinGeckoとCoinMarketCapには別々の上場プロセスがあるため、それぞれの現在のリクエストを個別に確認します。当社のCoinGecko上場ガイドとCoinMarketCap上場ガイドが、それらのプラットフォーム固有のタスクをカバーしています。作業中のドラフトだけでなく、提出したバージョンを保存して、後で返信と比較できるようにします。
プロフィールに情報源と一致しない情報が表示されている場合は、正確なフィールドをメモし、プラットフォームの公開された修正ルートを使用します。リクエストが進行中の間は、公開表現を正確に保ちます。提出は「提出済み」と説明し、ライブページを指し示せる場合のみプロフィールを「確認済み」と呼びます。
ディスカバリー掲載には、独自の記録と担当者が必要です。プラットフォーム固有のコンテキストについては、DEXScreener可視性ガイドとCoinGeckoトレンドガイドを参照してください。
プラットフォームの決定はプラットフォームに委ねられる
あなたのチームは情報を正確にし、提出を完了し、プラットフォームのリクエストに応答することができます。プラットフォームはそのレビュー決定を管理します。また、上場やディスカバリーサーフェスの表示方法(位置やローテーションを含む)も決定します。提出や可視性キャンペーンは、承認や特定の掲載を約束することはできません。
だからこそ、注意深い記録が重要です。提出した資料、確認メッセージ、変更リクエスト、ライブプロフィールリンクを一緒に保管します。何か間違っているように見える場合は、ライブ情報を情報源と比較します。具体的な不一致をメモし、プラットフォームのサポートまたは修正ルートに従います。
同じ注意が公開更新にも当てはまります。プラットフォームがそのステータスを明確にしない限り、プロジェクトを「承認済み」または「確認済み」と説明しないでください。ライブの結果を指し示せる場合にのみ、掲載は「完了」として報告できます。それまでは、表現を事実に基づいたものに保ち、進行中の作業と確認済みの情報を区別します。
最初の1ヶ月間は、定期的なスケジュールで質問と修正をレビューします。週次のメモで、何が公開されたか、どの質問が未解決か、プラットフォームからの応答、プロジェクトチームからの決定が必要な事項を把握できます。観察結果と、その原因についての推測を分けて記録します。これにより、次の計画の話し合いに、仮定を事実として装飾することなく、有用な記録を提供できます。
T+30を使って次に有用な作業を選ぶ
T+30までに、チームはコミュニケーション、未解決の質問、注意が必要な情報の明確な記録を持つべきです。それらの項目を一緒にレビューし、何を継続し、変更し、停止するかを決定します。
まず、人々が実際に尋ねた質問から始めます。それらをテーマ別にグループ化し、回答がプロジェクト説明、サポートメッセージ、チャネル更新のどこに属するかを決定します。ウェブサイトとソーシャルリンクがまだ公式の遷移先にリンクしていることを確認します。製品情報が変更された場合は、個々の投稿を変更する前に共有情報源を更新します。
コミュニティは開始方法についてより多くの説明を必要とするかもしれませんが、製品チームは混乱を招くステップを明確にする必要があるかもしれません。これらは異なる担当者を持つ異なるタスクとして扱います。Telegramコミュニティガイドはチャネル固有の計画に役立ちます。クリエイターが次のフェーズの一部である場合、KOLキャンペーンガイドが別の計画パスを提供します。
Brand Communityでは、実際のローンチシーケンスに対してチェックリストをレビューし、欠落している担当者や不一致の情報を特定し、明確な次のアクションを残します。ローンチ期間、プロジェクトリンク、現在のトークン詳細、まだ未解決の決定事項をお持ちください。計画を一緒に検討してほしい場合は、お問い合わせから開始してください。タイムラインと担当者が必要なものを確認することから始めます。
仕組み
- ローンチ期間と担当者を設定する予想されるタイミング、承認ルート、各公開チャネルの責任者を書き留めます。未決定の事項を可視化し、フォローアップする担当者を決めます。
- 現在のプロジェクト情報を集める承認済みの説明、トークンとチェーンの詳細、公式リンク、製品情報、サポート連絡先をまとめます。
- チャネルと上場資料を準備する使用するチャネルに合わせて承認済み情報を調整します。提出前に各上場プラットフォームの現在の申請プロセスを確認します。
- ローンチコミュニケーションを調整する更新をスケジュールし、公開リーダーと応答リーダーを割り当て、変更や公開された内容を記録します。
- 最初の1ヶ月をレビューするT+30までに質問、プラットフォームからの返信、修正を追跡します。各フォローアップの担当者を選びます。
よくある質問
ローンチチェックリストはどのくらい早く開くべきですか?
T-60頃、ローンチ期間の見込みが立ち、タスクの担当者を指名できるようになったら開きます。プロジェクトの事実、承認ルート、オーディエンスの優先順位、後のアナウンスで使用する資料から始めます。これにより、チームは不明瞭な詳細が公開される前に解決する時間を得られます。
CoinGeckoまたはCoinMarketCapへの提出前に何を集めるべきですか?
現在のプロジェクト説明、トークンとチェーンの詳細、ウェブサイト、公式ソーシャルリンク、ロゴファイルを集めます。次に、プラットフォームの現在の申請プロセスで追加のリクエストがないか確認します。提出した正確な資料を保管し、プラットフォームからの返信や修正を監視する人を割り当てます。
チェックリストはCoinGecko上場取得に役立ちますか?
正確な情報を準備し、申請プロセスに従い、プラットフォームのリクエストに明確に応答するのに役立ちます。CoinGeckoはレビュー決定とプロフィールの表示方法を管理するため、チェックリストは承認や特定のポジションを約束できません。提出ステータスと確認済みのライブ上場は区別してください。
Memecoinには異なるローンチタイムラインが必要ですか?
大まかなタイムラインは初期準備からT+30まで同じように機能しますが、メッセージは特定のプロジェクトに合わせる必要があります。トークン詳細、目的、製品ステータス、コミュニティの期待を正確に説明します。当社のMemecoinローンチガイドは、そのオーディエンスにより焦点を絞った計画ルートを提供します。
XとTelegramの更新を一貫させるにはどうすればよいですか?
プロジェクト説明、トークン詳細、公式リンク、現在のローンチ情報について、承認済みの情報源を1つに保ちます。各チャネルに合わせて形式を調整しますが、同じレビュー担当者が事実を確認するようにします。例えば、スケジュールされたTelegram更新は、そのトークン詳細が共有情報源と一致しなくなった場合、一時停止する必要があります。
上場プロフィールに古い情報がある場合、どうすればよいですか?
ライブプロフィールを現在の情報源文書と比較し、修正が必要な正確なフィールドを書き留めます。関連資料を保存し、プラットフォームの公開された修正ルートに従います。リクエストがレビューされている間は、公開更新を事実に基づいたものに保ちます。
T+30レビューには何を含めるべきですか?
公開されたメッセージ、未解決のコミュニティ質問、プラットフォームからの返信、古くなった情報をレビューします。チームが観察したことと、その原因についての仮定を分けます。その後、次のドキュメント、コミュニティ、またはキャンペーンタスクに担当者を割り当てます。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…