プレセール vs フェアローンチマーケティング：主張を監査する

どのローンチ記録がキャンペーンを形作るべきか？

最初に精査すべき成果物は配布記録です。これは、プロモーションを開始する前にプロジェクトが何を説明できるかを示します。プレセールとフェアローンチでは参加者の質問が異なるため、ラベルではなくメカニズムから始めてください。

プレセールの場合は、誰が参加できるか、販売条件、割り当ての詳細、公開されたベスティング情報を文書化します。フェアローンチの場合は、参加の開始場所、リリースの説明方法、チームの役割を記録します。これら2つの方法には異なる説明が必要です。どちらのラベルも、公開された条件が完全であることを証明するものではありません。

初回レビューでは、配布メカニズム、公開証拠、参加者向け指示、アップデートの責任者の4項目をマッピングします。その記録を使用して、ウェブサイト、コミュニティ投稿、キャンペーンコピーが同じ方法を説明しているかを確認します。未決定の詳細は「保留中」とマークします。提案を確定した主張に変えないでください。

プロモーションを承認する前に、プロジェクトに詳しくない同僚に、公開資料のみを使用して主要な条件を見つけてもらいます。不明瞭な点を記録し、まずソースページを修正します。トークンローンチチェックリストは、キャンペーンコピーを作成する前にプロジェクトの事実を整理するのに役立ちます。

各方法の中心に置くべき証拠は何か？

レビューされた主張は、公開された成果物を指し示すべきです。主張とソースの間のそのリンクにより、キャンペーンの確認が容易になります。プレセール資料では販売条件を明確にし、フェアローンチ資料ではリリース方法と参加者向け指示を示す必要があります。

主要な主張ごとに6つのフィールドからなるレビュー記録を使用します：文言、ソース、ステータス、担当者、チャンネル、次回レビュー日。これらのフィールドは、投稿が再利用される前に古い用語をチームが把握するのに役立ちます。また、確定情報とまだ承認が必要な計画を区別します。

プレセールの場合は、以下の項目を簡単に見つけられるようにします：

• 販売ステージと参加条件。
• 割り当てと公開されたベスティング情報。
• 次のプロジェクトマイルストーンとそのソース。

フェアローンチの場合は、リリース場所、利用可能なトークン詳細、チームの役割、アップデートへの明確なルートを準備します。詳細が準備できたら、正しいコントラクトまたはローンチページを指し示します。プロジェクトが文書化できる以上のアクセス条件を暗示することは避けてください。

有用なテストは、読者がソーシャル投稿だけに頼らずに各回答を見つけられるかどうかです。1つの信頼できる情報源ページを最新に保ち、短いキャンペーンメッセージをそこにリンクします。Memecoinローンチガイドは、コミュニティ主導のトークンを中心に構築するチーム向けのローンチ準備をカバーしています。

キャンペーンシーケンスはどのように方法を反映すべきか？

キャンペーンカレンダーは、そのステージが参加者の意思決定に一致している場合、レビューが容易になります。3つのフェーズを設定します：方法の説明、裏付け証拠の公開、タイムリーな指示の提供。各フェーズに担当者と承認ポイントを割り当てます。

プレセールシーケンスでは、アクセスが開かれる前に人々が条件を読み、質問する余地を残す必要があります。チームが混乱に対処できるよう、十分早く説明を公開します。ローンチ期間中のアップデートは、確認された変更、リマインダー、現在の条件へのリンクに焦点を当てます。プロモーションは資格や割り当てを変更しません。

フェアローンチシーケンスでは、人々を参加に誘導する前にリリースを説明する必要があります。アクセス、配布、チームの関与について簡潔な回答を準備します。方法が利用可能になったら、複数のチャンネルでコピーされた指示に頼るのではなく、承認されたソースにコミュニティを誘導します。

両方の方法において、承認された文言、チャンネル、アップデート担当者を含む公開記録を維持します。クリエイターが関与する場合は、ソース資料と開示ブリーフを提供します。KOLキャンペーンガイドは、クリエイターの作業を構成する方法を説明しています。Telegram成長計画は、そのキャンペーンシーケンスに合わせてコミュニティアップデートを調整するのに役立ちます。

ローンチプラットフォームは何を提供し、マーケティングは何をカバーするか？

プラットフォームの方法とマーケティングの範囲は、別々のタスクを解決します。PinkSaleやDAO Makerは、創業者のプラットフォーム調査に登場する可能性があります。方法を選択する前に、各プロバイダーの現在の提供内容と条件を直接確認してください。

マーケティングサポートは、プロジェクトの説明、証拠、チャンネルメッセージング、レビュー責任を整理します。販売インフラ、技術レビュー、法的アドバイスに代わるものではありません。各オプションが担当する作業に基づいて比較し、機能が一致すると想定しないでください。

マーケティングパートナーには、書面による範囲を依頼してください。それには、成果物、チャンネル、承認担当者、完了した作業の報告形式が含まれている必要があります。GeoMarketing Experts は、公開された主張をプロジェクト資料と照合し、キャンペーンタスクと責任をマッピングします。この比較を超えたローンチの文脈については、プロジェクトブログをご覧ください。

キャンペーンの制御外にあるローンチ条件はどれか？

プラットフォームの条件とプロジェクトの開示情報は、ローンチコミュニケーションを公開する前に確認すべき記録です。プロジェクトは自身の資料とキャンペーン作業を管理します。ローンチプラットフォームの資格審査、アクセス条件、インターフェース、その後のルール変更を管理することはできません。マーケティングパートナーは、承認、平等なアクセス、特定の市場反応を約束することはできません。

実践的な準備として、提出した資料、レビューした条件、最終的な公開文言のコピーを保管します。関連する発表の前に、現在のプラットフォーム条件を確認する担当者を1人割り当てます。方法が変更または拒否された場合は、影響を受けるコピーを一時停止し、参加者向け指示を更新します。

すべてのチャンネルで、確定した事実と計画を区別します。ライブのものには直接的な文言を使用し、将来のステップは「計画中」とラベル付けします。承認と修正の記録を保持し、チームがどのバージョンが最新かを識別できるようにします。明確なソースページは、クリエイターやコミュニティモデレーターが古い指示を繰り返すのを防ぐのにも役立ちます。

このチェックは、プロジェクト自身の法的または技術的義務のレビューに代わるものではありません。キャンペーンチームに明確な境界線を提供します：文書化されたメカニズムを伝達し、それらのメカニズムが変更されたときにメッセージを修正します。

創業者はキャンペーンへの意見を求める前に何を準備すべきか？

レビューパケットは、キャンペーンチームが解釈すべき仮定ではなく、比較するための資料を提供します。5つの項目を準備します：提案された配布方法、現在のトークンまたは販売ドキュメント、公開コピーのドラフト、意図するローンチプラットフォーム、主張に関する既知の制限。

対象者とチャンネルの優先順位がすでに決まっている場合は、それらを追加します。未解決の情報は明確にラベル付けします。これにより、レビュアーは確定したメカニズムと未解決の質問を区別し、ドラフトを承認済みの声明として扱うことを防げます。

レビューでは、主張とソースのマッピング、不明瞭な参加者向け指示のリスト、承認担当者を含むチャンネル計画を返す必要があります。最初のチェックポイントでは、ソースページと1つのチャンネルドラフトの2つの成果物を比較します。これらの成果物を使用して、キャンペーンメッセージが配布される前にソースページを修正できます。プロジェクトがより広範なマーケティングサポートを必要とする場合は、提案された範囲をローンチマーケティングハブで説明されている作業と比較してください。

GeoMarketing Experts に、配布概要、公開資料、意図する方法を送信してください。それらの記録に対して主張をレビューし、担当者を必要とするキャンペーンタスクを特定します。これにより、チームは具体的な次のステップを得られます：メカニズムを確認し、どの資料とチャンネルが範囲に入るかを合意します。

ローンチインフラかキャンペーン作業か：必要な役割はどちらですか？

これらのオプションは異なる役割を持っています。現在のプラットフォーム条件は直接確認してください。この比較は、機能や結果の一致を暗示するものではありません。