トークンセールには、すべての引き継ぎで一貫したストーリーが必要です
ある若いトークンプロジェクトの運営責任者が、Telegramグループを開設した初日を想像してください。人々はセールが何なのか、確定情報はどこにあるのかを尋ねます。私たちは、1つの明確な回答を準備し、誰がそれを最新に保つかを決めるお手伝いをします。
IDO・ICO・IEOマーケティングは、セール情報と人々がそれを探す場所を結びつけます。目標は、同じアナウンスをあらゆる場所に公開することではありません。各オーディエンスがプロジェクト、セールルート、そして次に取るべき有益なステップを理解できるようにすることです。
まず、プロダクトの説明、セール形式、確定した事実、公式チャンネル、ローンチパートナーの詳細を収集します。次に、コミュニティメンバー、メディア関係者、パートナーチームに対して何を説明する必要があるかを特定します。より広範なローンチ計画がまだ固まっていない場合は、トークンローンチとグローバル成長で関連作業の全体像をご確認いただけます。TGEマーケティング計画やプレセールマーケティングも、それらの段階が計画に含まれる場合にセールに合わせて調整可能です。
簡単な準備状況確認が役立ちます。新しい人が公式プロジェクトページを見つけて、セールルートを理解できるでしょうか?正しい次のステップを特定できるでしょうか?そうでない場合は、キャンペーン活動を追加する前に、その経路を明確にします。これにより、メッセージの有用性が保たれ、質問が来たときのチームの安定した参照点となります。
セールルートによってキャンペーンはどのように変わりますか?
セールルートによって、キャンペーンで説明すべきパートナーの詳細、承認の必要性、オーディエンスへの指示が変わります。これらの違いを活用して作業を形成しつつ、コアとなるプロジェクトストーリーは一貫させます。
パートナーが引き継ぎを決める
IDO、ICO、IEOの場合、まず誰がセールを担当するかを記録します。また、そのルートで必要とされる情報も記録します。お客様のチームは、パートナーからのガイダンス、確定した承認済みの日付、参加方法、すでに準備されたアセットがあれば共有できます。保留中の詳細は確定した事実から分けて配置します。これにより、ドラフトが誤って最終的な指示のように読まれることを防ぎます。
ローンチパートナーが特定の資料を要求する場合、そのリクエストを作業カレンダーに追加します。また、お客様側でパートナーの質問に答え、公開メッセージを承認できる担当者も記録します。これにより、各タスクは次の決定を誰が担当するかを推測することなく進められます。
チャネルが人々に明確な次のステップを示す
ウェブサイトとプロジェクト所有のソーシャルチャネルは、同じ公式情報を指し示す必要があります。コミュニティメッセージは、よくある質問に答え、メンバーをその情報源に誘導できます。セールの指示が確定する前に参加者がアナウンスを見たとします。その場合、確定していることを示し、仮定でギャップを埋めることは避けます。そして、詳細が準備でき次第、承認用のアップデートを準備します。
キャンペーンは、特にセール後もプロダクトコミュニケーションが続く場合、より広範な市場展開戦略と並行して行うことができます。セールルートは計画に情報を与えるものであり、プロジェクトの説明に取って代わるものではありません。
最初のアナウンス前に準備すべき4つのこと
少し準備をしておくことで、最初のアナウンスの承認が容易になり、オーディエンスも理解しやすくなります。公開活動のスケジュールを決める前に、基本事項を整理します。そして、何が確定していて、何にまだ注意が必要かを示します。
- プロジェクト情報の単一情報源。 プロジェクトの説明、ウェブサイト、トークン情報、現在のプロダクト資料を集めます。承認済みの主張はまとめて保管し、ドラフト情報は明確にラベル付けします。
- セール詳細とパートナーガイダンス。 セールルート、パートナー情報、確定した指示、チームが受け取った提出要件を共有します。まだ保留中の詳細はマークします。
- 指名された承認窓口。 公開する主張を承認できる担当者と、パートナーとのコミュニケーションを担当する窓口を選びます。2段階のレビューが役立ちます。まず事実を確認し、次に表現と次のアクションを確認します。
- 各タスクのチャネル担当者。 各アイテムを準備、承認、公開する担当者を記録します。3部構成のローンチシート(確定事実、保留中の承認、次のアクション)は、全員が何が準備できているかを把握するのに役立ちます。
メッセージマップ、キャンペーンカレンダー、コピーとクリエイティブのレビュー、コミュニティコミュニケーション、合意されたメディアまたは可視性向上作業を調整できます。各アイテムには目的が必要です。プロジェクトの説明、よくある質問への回答、または公式情報源への誘導です。DEXToolsやDEXScreenerでの発見可能性については、DEXTools and DEXScreener バンドルという別のオプションがあります。これはセールコミュニケーションと並行して検討できます。合意された掲載は、より広範なセール計画とは別に管理し、チームが各作業を明確にレビューできるようにします。
オープニングメッセージから引き継ぎまでの実用的なカレンダー
キャンペーンカレンダーは、セール期間を管理可能なタスクの集合に変えます。チームに、何が準備されていて、誰が担当し、次に何の承認が必要かという共通の視点を提供します。
Brand Communityでは、各アイテムに担当者、チャネル、承認ステータス、次のアクションを記載した共有ローンチシートを保持します。最初のアナウンス前、セール期間中、セール後の引き継ぎの3つのチェックポイントを使用します。カレンダーは確定したパートナー情報とチームの準備状況に従います。未確定の日付に無理に活動を詰め込むことはありません。
| チェックポイント | 調整内容 | チームが確認すること |
|---|---|---|
| アナウンス前 | コアメッセージ、資料、チャネル担当者 | 事実、主張、セール指示 |
| セール期間中 | 合意されたコミュニケーションと更新 | 回答が必要な変更点や質問 |
| セール後 | 納品記録とフォローアップノート | 未処理項目と次のコミュニケーション |
例えば、アナウンスのドラフトが準備できた後にパートナーが詳細を変更したとします。影響を受けるコピーをフラグし、更新を指名された承認者に回します。そして、修正された次のアクションを記録します。このシンプルなトレイルにより、異なる場所で異なる指示が表示されるのを防ぎます。
メンバーが継続的な文脈を必要とする場合、セールコミュニケーションをコミュニティ成長とエンゲージメントと結びつけることもできます。セールを超えて優先事項が続く場合、カレンダーは次の段階を示すことができます。セールアナウンスを会話の終わりとして扱うことはありません。
プラットフォームの決定とキャンペーン作業は分けて考えましょう
私たちの作業は、チームがレビューできるキャンペーンの準備と調整です。Launchpadや取引所だけが、申請のレビュー方法を決定します。また、要件を設定し、セールの表示方法を決定します。私たちは、合意された提出物と完了したコミュニケーションを記録します。それらを承認や継続的な掲載として提示することはありません。
この区別により、何が行われたかについて全員が明確になります。アセットが準備された、合意されたコミュニケーションが公開された、掲載が完了した、といったことを記録できます。しかし、それらのタスクをパートナーの決定やプラットフォーム表示の期間に関する約束に変えることはできません。
実用的なレビューは冷静かつ可視的に保ちます。作業シートには、保留中の承認、責任者、次のアクションが表示されます。チームは記録を確認し、変更されたセール詳細をフラグできます。また、どのコミュニケーションを更新する必要があるかも確認できます。アクティブなキャンペーン後には、完了項目とフォローアップを1か所にまとめた簡潔な引き継ぎノートを提供できます。
開始するには、セールルート、ローンチパートナー情報、現在のプロジェクト資料、承認窓口の名前をお送りください。確定した詳細と未確定の質問を整理し、最初のキャンペーンタスクを一緒にマッピングします。
仕組み
- セールの背景を共有セールルート、パートナー詳細、プロジェクト資料、目標期間をお送りください。確定事項と、まだ担当者が決まっていない事項を明確にします。
- 各タスクの担当者を合意チャネル計画、承認窓口、クライアントからのインプット、次のアクションを一緒に設定します。各活動には明確な目的があります。
- メッセージと資料を準備確定したプロジェクト情報に基づき、コピーとアセットを調整します。指名された窓口が、公開情報が使用される前にレビューします。
- セール活動を調整セール期間に合わせて合意されたコミュニケーションをスケジュールし、タスクが完了するにつれて作業シートを最新に保ちます。
- レビューと引き継ぎ完了した作業と未処理のフォローアップの記録を共有します。チームはこれを次のコミュニケーション計画に活用できます。
よくある質問
IDO、ICO、IEOのキャンペーン支援は、どのように選べばよいですか?
まず、使用予定のセールルートと、パートナーが期待する情報から始めてください。ルートによって引き継ぎや参加方法の詳細は変わりますが、プロジェクトストーリーは一貫させる必要があります。例えば、パートナー固有の指示をコアとなるプロジェクト説明から分けてマークすることができます。そうすることで、チームが両方をレビューしやすくなります。
セール日が確定する前にキャンペーン計画を始められますか?
はい。日付が未確定の間でも、プロジェクト情報、チャネル担当者、ドラフトメッセージ、承認窓口を整理できます。未確定の詳細は明確にマークし、日付固有の活動は、チームが情報を承認した時点でスケジュールします。これにより、ドラフト日を最終決定として扱うことなく、有益な準備が可能になります。
最初の計画ミーティングまでに何を準備しておくべきですか?
プロジェクト概要、ウェブサイト、セールルート、ローンチパートナー情報、公式チャンネルをご用意ください。現在のプロダクト資料があれば共有し、どのセール詳細が確定しているかをメモしてください。また、公開承認用の担当者1名と、パートナーコミュニケーション用の窓口1名を指名しておくと役立ちます。これらの役割は同一人物でも構いません。
ローンチパートナーなしでICOのマーケティングを調整できますか?
はい。プロジェクト所有のチャネル、コミュニティコミュニケーション、その他合意されたキャンペーン活動を中心に計画を構築できます。まず、人々が公式セール情報をどのように見つけるべきか、誰がそれを最新に保つかを確認します。そこから、カレンダーは各メッセージに目的と明確な担当者を与えます。
Launchpadが私たちのセールを承認または特集することを約束できますか?
いいえ。Launchpadまたは取引所は、そのアプリケーションレビュー、要件、表示決定を管理します。私たちは、合意された資料とコミュニケーションを調整し、何が提出または完了されたかを記録できます。例えば、キャンペーン記録は掲載タスクが完了したことを示せますが、プラットフォームがそれを表示し続けることを意味するものではありません。
キャンペーン記録では、チームは何を見ることができますか?
合意されたアイテム、そのチャネル、担当者、承認ステータス、完了ノートをご確認いただけます。また、保留中の更新や未回答の承認リクエストなど、未処理のフォローアップもマークできます。これにより、チームは引き継ぎを確認し、キャンペーン全体で何が起こったかを理解するための実用的な方法を得られます。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…