プレセール vs フェアローンチマーケティング：コミュニティから見た違い

各ローンチのストーリーはどこから始まるか

プレセールのマーケティングは、定義された販売段階を説明します。フェアローンチのマーケティングは、公開リリースの仕組みを説明します。どちらのラベルも、トークン、プロジェクト、実際のアクセスルールの明確な説明に代わるものではありません。

上場発表の翌朝のバリデーターチームを想像してください。メンバーは、その発表によって参加方法が変わるかどうか尋ねるかもしれません。私たちはまず、プロジェクトの承認済み配布詳細を確認します。次に、チームがその質問に平易な言葉で答えられるよう支援します。目標は、注目を集めるための新しい主張ではなく、計画に合ったメッセージです。

プレセールのストーリーは、その段階と参加条件をわかりやすくする必要があります。フェアローンチのストーリーは、このリリースにおいて「公開」が何を意味するかを説明する必要があります。また、人々が指示を確認できる場所を示す必要があります。どちらの場合も、ウェブサイト、ソーシャル投稿、コミュニティの返信が同じ情報を指し示していると、コミュニティにとって有益です。

まずは1つのソースドキュメントから始めてください。そこには、モデル、確定条件、公式リンク、更新を承認できる担当者を記載します。トークンローンチマーケティングチェックリストは、チームが下書き前にそれらの詳細を集めるのに役立ちます。その少しの準備が、後々の質問に答えやすくします。コミュニティメンバーは、別々のアナウンスをつなぎ合わせる必要がなくなります。

チームは何を曖昧さなく説明できますか？

より適しているのは、チームが正確に説明できるモデルです。また、確認された情報で裏付けられるモデルである必要があります。定義された販売段階がある場合は、プレセールのコミュニケーションが必要になるかもしれません。定められた条件で公開されるリリースの場合は、その条件を平易に説明するメッセージが必要です。

公開ストーリーを確定する前に、トークン運用、プロダクト更新、コミュニティ返信を担当する人々と会合を持ちましょう。誰が参加できるかを説明できるか確認します。アクセスがいつ開始され、現在の指示がどこにあるかを確認します。そして、それらの同じ回答がサイト、アナウンス、コミュニティチャネル全体で機能するかどうかを確認します。

チームがフェアローンチを選択したが、開始指示がまだ変更中だとします。私たちは、担当者が最終的な文言を確認する間、キャンペーンの下書きを準備段階に留めておきます。その一時停止は、修正が必要になるかもしれないアナウンスをフォローするようメンバーに求めるよりも、コミュニティに優しい対応です。

簡単なテストを行ってください：新しいメンバーがプライベートな説明なしでルールを理解できますか？答えが「いいえ」の場合、より多くの人を会話に招く前に、欠けている詳細を可視化してください。返信とモデレーションに明確な担当者が必要な場合は、コミュニティ成長とエンゲージメント計画をローンチメッセージと並行して配置できます。技術的な質問は、正確に答えられる人に任せてください。

ローンチの事実は一箇所にまとめる

短く承認された情報セットがあれば、すべてのチャネルに同じ出発点を与えられます。そこには、プロジェクトが何であり、現在何がライブであるかを記載します。また、選択した配布モデルがどのように機能するかを説明します。

以下の具体的な項目を、ライターやモデレーターが簡単に見つけられるようにしてください：

• アクセス：誰がいつ参加できるか、定められた期間はいつか。
• 配布：確定した割り当て詳細と、人々が知っておくべき条件。
• プロジェクト：現在のプロダクトステータスと開発中のもの。
• ソース：公式リンクと更新を担当する人物。
• 返信：よくある質問への承認済み回答と、未解決の質問のためのルート。

確定した詳細と、まだ審査中の計画は分けて管理してください。このシンプルな区別により、チームが変更の可能性を確定条件として提示するのを防げます。また、アナウンスが文脈を無視して共有された場合に、コミュニティメンバーが戻るべき明確な場所を提供します。

例えば、プレセールに関する投稿を準備中で、1つの参加条件がまだ承認待ちだとします。私たちはその詳細を作業ドキュメントで「保留中」とマークします。担当者が確認するまで、公開コピーからは除外します。プロジェクトがその形式を使用する場合、Memecoinローンチガイドも役立つかもしれません。配布の事実は、依然としてプロジェクト自身の承認済み資料から得る必要があります。

2つのルートが作業に与える影響

主な違いは、キャンペーンが何を明確にしなければならないかです。一方の形式にコミュニケーションが必要で、もう一方には不要というわけではありません。この比較表を使って、チームがチャネルを選んだりコピーを書いたりする前に答えるべき質問を特定してください。

Brand Communityでは、最初のレビューで、提案されたメッセージをチームが承認した詳細と照合します。その後、コピー、チャネル計画、公開リンクの記録を整理するお手伝いをします。ローンチにさらに広範なメディアやクリエイター計画が必要な場合は、その作業をKOLキャンペーンガイドと比較してください。各チャネルの役割を明確にしてください。メンバーは、すべての投稿を個別のソースとして扱うのではなく、公式条件をどこで見つけられるかを知っておくべきです。

最初の投稿が公開される前に

落ち着いたローンチの引き継ぎにより、チームは事実を確認する時間を持てます。また、返信を準備し、何が公開されたかの記録を残す時間も得られます。プレセールでも公開リリースでも、以下の3つのステップを踏んでください。

1. 確定した詳細を集める。 モデル、参加情報、公式リンク、承認担当者を一箇所にまとめます。まだ決定中のものにはフラグを立てます。
2. メッセージを一緒にレビューする。 ウェブサイト、アナウンス、コミュニティの返信が同じ条件を説明しているか確認します。技術的またはトークンの詳細の担当者に、それらの主張をレビューしてもらいます。
3. キャンペーン記録を残す。 承認済みコピー、公開リンク、修正、他の担当者に回された質問を保存します。最初の1週間後にチェックインすることで、チームはより明確な説明が必要な点に気づくことができます。

そのレビューには、1つの重要な境界線が含まれます。Launchpadは独自の現在の条件と決定を設定します。プロジェクトが管理できるのは、自身が提供する情報と作業のみです。どちらのルートでも、個々の参加はキャンペーンの管理外です。後の市場の反応も同様です。

選択について話し合う準備ができたら、計画している配布モデル、利用可能な資料、目標のタイミングをお送りください。Brand Communityでは、確認済みの内容をレビューし、メッセージのギャップを指摘します。その後、あなたのコミュニティに合ったキャンペーン計画について話し合います。

関係者やプラットフォームをどのように比較できますか？

これらは異なるルートであり、結果を約束するものではありません。プラットフォームの条件は直接確認し、マーケティング作業は自身のローンチニーズと比較してください。