最初のインプットからT+30までの6つのチェックポイント
6つのチェックポイントがローンチ準備からローンチ後のレビューまでをつなぎます。まず検証可能な事実から始めます。次に、すべてのタスクに担当者と可視性のある完了チェックを割り当てます。
| 項目 | カウントまたは期間 | 送信するもの |
|---|---|---|
| プロジェクトレコード | T-60 | トークンページ、コントラクトアドレス、公式リンク |
| 公開情報 | T-30まで | 承認済みの説明、トークン詳細、サポート窓口 |
| 公開パック | 最終週 | アナウンス、チャネル別バージョン、ビジュアル、FAQ |
| ローンチランシート | ローンチ当日 | 担当者、遷移先、順序、ステータス |
| フォローアップレビュー | T+1からT+30 | ライブリンク、修正、未解決の質問 |
タイムラインを運用ドキュメントとして使用してください。静的なリストとして保管しないでください。各行に担当者、期限、承認ステータス、完了の証拠を割り当てます。暫定的な事実は、承認されたプロジェクト担当者が確認するまで明確にマークします。
より広いローンチの全体像については、このチェックリストをトークンローンチと成長およびTGEマーケティングに接続してください。マーケティングタスクは技術的、法的、流動性に関する決定から分離してください。同じ担当者が明示的に責任を負う場合にのみ、それらを組み合わせてください。
チームはT-30までに何を確定すべきですか?
5つのチェックでT-60からT-30の期間を有効にします。1つの承認済みレコードを確立します。意思決定の担当者を指名します。正確な公開情報を準備します。
- トークンの事実: 名前、シンボル、チェーン、供給詳細を記録します。コントラクトアドレスが利用可能になったら追加します。未解決の項目は暫定的としてマークします。
- プロジェクトの説明: 現在ライブであるものを記載します。それを計画中の作業から分離します。主張はチームがサポートできる公開情報に結び付けます。
- 公式の遷移先: ウェブサイト、ソーシャルプロフィール、コミュニティチャネル、サポート窓口をリストします。共有する前にすべてのリンクをテストします。
- 承認パス: トークン詳細、コピー、タイミング、ビジュアルの変更を確認する担当者を指名します。公開者に最新の承認済みバージョンの入手先を伝えます。
- タスクボード: 各掲載または公開アセットに担当者、期限、依存関係、完了の証拠を追加します。
詳細が変更された場合、単一の変更ログが役立ちます。古い事実と承認された置き換えを記録します。確認した担当者と更新が必要な遷移先を追加します。これにより、ウェブサイトのコピー、チャネル投稿、プラットフォームへの掲載が整合します。
ディレクトリ準備については、別のガイドCoinGecko上場準備とCoinMarketCap上場準備をお読みください。各プラットフォームには独自の掲載ルートがあります。それらのタスクは別々に追跡してください。
ローンチ週の6項目は1つのランシートにまとめるべき
ローンチ週の6項目には担当者、遷移先、ステータスが必要です。順序を1つの共有ランシートにまとめます。実際にライブになったものを記録します。
- メインアナウンス: 承認済みコピー、遷移先、公開者。
- チャネル別バージョン: 各遷移先向けの短い編集版。承認済みの事実と照合します。
- ビジュアル: 正しいトークン名、コントラクト詳細、リンクを含む最終ファイル。
- コミュニティ返信: よくある質問への短い返信シート。エスカレーション連絡先を追加します。
- クリエイターおよびメディア投稿: 合意されたコピー、公開期間、開示要件。
- フォールバックアクション: タイミングが変更された場合やリンクが失敗した場合の担当者と次のアクション。
公開者とモデレーターとともにプライベートリハーサルを実施します。アカウントアクセス、最終ファイル、承認連絡先を確認します。アクションの順序を確認します。リハーサル資料は非公開に保ちます。重要な事実が変更された場合、影響を受ける投稿を一時停止します。プロジェクト担当者が置き換えを確認するまで待ちます。
クリエイターの手配については、仮想通貨KOLキャンペーンガイドを使用してください。選定とブリーフィングをカバーしています。コミュニティの準備については、仮想通貨Telegram成長を参照してください。ローンチ当日は、完了した各アクションの横にライブリンクを記録します。
どの上場および発見タスクをボードに載せるべきですか?
3つのプラットフォームタスクタイプをボードに載せるべきです:上場掲載、プロフィールチェック、発見・掲載のフォローアップ。ルート、送信した資料、受け取った応答を記録します。
| ルート | 準備するもの | 記録するもの |
|---|---|---|
| CoinGecko上場 | プロジェクト詳細と公式リンク | 送信した資料とフォローアップ |
| CoinMarketCap上場 | プロジェクト詳細と公式リンク | 送信した資料とフォローアップ |
| DEX発見 | トークン情報と遷移先リンク | 合意されたアクティビティと可視性の証拠 |
CoinGeckoとCoinMarketCapは上場レビューを決定します。DEXToolsとDEXScreenerは発見サーフェスの表示方法を制御します。あなたのチームは正確な詳細を送信し、リンクを記録できます。承認、表示、継続的な可視性を選択することはできません。
各タスクは証拠が存在する場合にのみ完了として扱います。それは、送信フォームのコピー、プラットフォームからの応答、またはライブリンクである可能性があります。送信記録は承認記録ではありません。スクリーンショットはキャプチャ時点で表示されたものを示します。その掲載がそこに残るかどうかを確定することはできません。
専用ガイドDEXToolsトレンドとDEXScreenerトレンドを使用してください。発見アクティビティをランシートに追加する前にそれらをお読みください。それらの項目を上場申請とは別に保ちます。
T+1からT+30:ループを閉じる
T+1から品質チェックを開始します。T+30で最初のレビューサイクルを終了します。公開情報を承認済みレコードと照合します。新しい主張を追加したり、ローンチメッセージを延長したりする前に行います。
- リンク: ウェブサイト、トークンページ、サポート窓口、ライブアナウンスリンクをテストします。
- 公開された事実: 名前、コントラクト詳細、日付、説明を現在のレコードと照合します。
- 未解決の質問: 質問をトピックごとにグループ化します。未解決の技術的またはプロジェクト上のポイントを適切な担当者に送ります。
- パートナーフォローアップ: 確認された投稿、未処理の項目、合意された修正を記録します。
- 変更ログ: 各修正、承認者、表示された場所を記録します。
- 次のアクション: すべての更新またはフォローアップタスクに担当者と期限を割り当てます。
T+30で、ランシート、修正、繰り返し発生する質問をレビューします。時間通りに準備ができたものを記録します。承認が作業を遅らせた場所を記録します。明確化が必要な公開説明を特定します。観察されたアクティビティをビジネスへの影響に関する結論から分離します。
追加の可視性が検討されている場合は、新しいタスクを追加する前に関連するトレンドキャンペーンガイドを確認してください。レビューを使用して次のアクションを選択します。理由なくローンチコピーを繰り返さないでください。
3つのインプットでローンチをマッピング
3つのインプットにより、DigitalMedia1はローンチタスクをマッピングする前に公開事実を確認できます:トークンページ、コントラクトアドレス、公式リンク。未確認の詳細は暫定的としてラベル付けします。それを確認できる担当者を指名します。
- トークンページ: プロジェクトおよびトークン情報の現在の公開遷移先。
- コントラクトアドレス: 確認済みのアドレス、または保留中であることを明確に示すメモ。
- 公式リンク: ウェブサイト、ソーシャルチャネル、コミュニティ、サポート遷移先。
- ローンチ期間: 目標のタイミングと既知の依存関係。
- 意思決定担当者: トークンの事実、コピー、タイミング、プラットフォーム掲載を承認する担当者。
これらのインプットが一致するかどうかを確認します。次に、不足している項目を特定し、残りの作業を担当者ベースのタイムラインに変換します。ランシートは計画されたアクション、遷移先、承認ステータス、ライブの証拠を記録します。あなたのチームは、何が準備できていて、何がまだ決定を必要としているかを確認するための1つの場所を得ます。
トークンページ、コントラクトアドレス、公式リンクをお送りください。目標のローンチ期間と意思決定担当者を追加してください。DigitalMedia1が最初のチェックと次のアクションをマッピングします。
仕組み
- 1. 承認済みレコードを設定するトークンの事実、公式リンク、ローンチタイミング、意思決定担当者をリストします。未解決の詳細は暫定的としてマークします。
- 2. タスク担当者を割り当てる各アセット、掲載、チャネルアクションに1人の担当者、期限、可視性のあるステータスを割り当てます。
- 3. 公開資料を確認するスケジュールまたは送信前に、各遷移先を承認済みレコードと比較します。
- 4. ローンチシーケンスを実行する1つのランシートを使用して、公開、返信、修正、ライブリンクを記録します。
- 5. T+30までレビューする未解決の質問、パートナーフォローアップ、修正を記録し、次のアクションを割り当てます。
よくある質問
トークンローンチチェックリストの最初のインプットは何ですか?
3つのインプットでチェックリストが動き出します:トークンページ、コントラクトアドレス、公式リンクです。目標のローンチ期間と、トークンの事実、コピー、タイミングを承認する担当者を追加します。未確認のものは暫定的としてマークします。これにより、保留中の詳細を最終版として提示することなく、チームに明確な開始レコードが提供されます。
トークンローンチの準備はいつから始めるべきですか?
このチェックリストではT-60が開始点です。初期期間を使用してプロジェクトの事実を確認し、意思決定担当者を割り当て、公開情報を準備します。ローンチが近い場合は、承認済みレコード、動作するリンク、公開担当者から始めてください。残りのタスクを可視化します。未完了の作業を完了として扱わないでください。
CoinGeckoとCoinMarketCapへの掲載は同じタスクですか?
2つの別々のプラットフォームタスクとして扱う方が、1つにまとめるより安全です。一貫したプロジェクト詳細と公式リンクを準備します。次に、各プラットフォームの現在の掲載ルートに従います。資料と応答は別々に記録します。完了した掲載はチームが送信したものを文書化します。どちらかのプラットフォームがプロジェクトを受け入れたり表示したりしたことを意味するわけではありません。
Memecoinローンチチェックリストはコミュニティアクティビティをどのように扱うべきですか?
1つの承認済みメッセージセットがコミュニティ投稿の一貫性を保つのに役立ちます。簡潔なプロジェクト説明、公式リンク、トークンの事実、よくある質問への回答を準備します。モデレーターには、確認できないポイントについてのエスカレーション連絡先を提供します。コミュニティ活性化については、合意されたアクティビティと公開の証拠を追跡します。特定のオーディエンスの反応を約束しないでください。
ローンチ掲載が表示されたことをどのように確認しますか?
作業を開始する前に、1つの合意された証拠項目を定義する必要があります。タスクに応じて、ライブリンク、送信フォームのコピー、またはプラットフォームからの応答を保持します。いつ、どこに表示されたかを記録します。必要に応じてスクリーンショットを添付します。その記録は、その時点での可視性のある納品を確認します。将来の可用性を確定するものではありません。
ローンチチェックリストでCoinGecko上場やトレンドポジションを確実に得られますか?
1つのチェックリストは、チームが正確な資料を準備し、各掲載を追跡するのに役立ちます。CoinGeckoは上場レビューを管理します。プラットフォームは独自の表示を管理します。いかなるチェックリストも承認、掲載、継続的な可視性を選択することはできません。送信した資料とライブの証拠は別々に記録します。そうすることで、チームは準備とプラットフォームの決定を区別できます。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…