コミュニティが参加しやすいエアドロップキャンペーンの計画

コミュニティが置かれている瞬間から始める

Airdrop計画は、なぜ今コミュニティに配布が必要なのかという理由から始めるべきです。有用な貢献を認める、製品の発見を助けるなど、1つの主な成果を選びましょう。その選択が、その後のすべての決定の基準点となります。

テストネットとメインネットの間でファングループを運営しているボランティアを想像してみてください。彼らは、単に最初にアナウンスを見つけた人に報酬を与えるのではなく、思慮深い製品フィードバックを提供したメンバーを認めたいと考えています。私たちはチームがその貢献を説明し、それを示す証拠を決定し、参加者がその後何をすべきかを書き留めるのを支援します。

割り当てサイズについて議論する前に、短いキャンペーンノートを作成しましょう。対象となるオーディエンス、あなたが価値を置くアクション、ルールを承認する担当者、確認できる証拠を含めます。意味のあるフォロースルーを示すであろう1つの指標を追加します。請求だけでは誰かがトークンを受け取ったことを確認できるかもしれませんが、製品を試したり、関与し続けたりしたかどうかは示さないかもしれません。

トークンローンチに他の公開計画がある場合は、Airdropメッセージがそれらに適合するか確認してください。トークンローンチチェックリストは、チームがタイミングと言語を調整するのに役立ちます。明確な目的があれば、なぜこれらの参加者が対象となるのか、プロジェクトが何を学びたいのかを説明しやすくなります。

適格性をわかりやすくするにはどうすればよいか？

優れた適格性ルールは、何が該当し、何が該当しないか、チームが質問にどのように対応するかを人々に伝えます。日常的な言葉を使い、各ルールに明確な確認方法を設けましょう。

該当するアクション、関連する期間やスナップショットの方法、該当する証拠、エラーを修正するための経路を書き留めます。キャンペーンが製品の使用、コミュニティへの貢献、ウォレットアクティビティ、またはそれらの組み合わせのいずれを認識するかを説明します。アクションに記録が必要な場合は、参加者がどこでそれを見つけ、何を提供すべきかを示します。

次に、ルールを書かなかった人に、いくつかのサンプル状況にルールを適用してもらいます。2人のレビュー担当者が同じ決定に達することができますか？参加者はアクションが該当するかどうかを判断できますか？質問のための明確な担当者がいますか？答えが異なる場合は、公開前に文言を簡略化します。

複数のウォレットや繰り返しのアクティビティを含むルールには特に注意してください。後でチームが即興で対応することを避けるために、それらのケースがどのようにレビューされるかを説明します。公開されたバージョンのコピーを保管し、サポートスタッフが参加者が見たのと同じ条件を参照できるようにします。明確なルールがあらゆる質問を排除するわけではありませんが、チームに公平な出発点を提供します。

表明されたルールに沿った参加確認を構築する

参加確認は、キャンペーンの目的に直接結びついているときに最も効果的に機能します。確認は、理解しやすく、一貫性があり、参加者に求めたアクションに見合ったものにしましょう。

コミュニティへの貢献の場合、何が有用なエントリーとなるかを定義します。製品タスクの場合、どのような証拠が完了を確認するかを決定します。エントリーが繰り返されているように見えたり、協調されているように見えたりする場合は、1つの手がかりだけで適格性を判断するのではなく、レビューに回します。どのような種類の情報を収集するか、決定についてどのように質問できるかを参加者に伝えます。

短いレビューガイドは、全員が同じ方法でルールを適用するのに役立ちます。レビュー担当者の名前、考慮できる証拠のリスト、除外の理由を記録する方法を記載する必要があります。不確実なケースのために別の経路を用意し、日常的な質問を処理する担当者が推測する必要がないようにします。

例えば、エアドロップキャンペーンがテスト機能に関するフィードバックを募るとします。私たちは、具体的な製品観察として何が該当するかを定義し、不明瞭なエントリーのための簡単なレビューノートを準備します。これにより、チームが価値を置くアクションに焦点が当てられ、本来の目的のために余分なタスクが追加されるのを防ぎます。エアドロップの参加が計画の一部である場合、Telegramコミュニティガイドは、質問や最新情報が表示される場所を準備するのに役立ちます。

2つの配信方法、2種類の準備

チームが説明しサポートできる配信方法を選びましょう。直接配布と参加者による請求では、必要な準備が異なります。キャンペーンをアナウンスする前に、作業内容を比較してください。

どちらの方法を選んでも、割り当ての計算方法、端数処理、未請求トークンの扱いを書き留めてください。受取人リストや請求手順への変更を承認できる担当者を確認します。最終的な割り当てファイルとそのバージョンが識別しやすいようにしておきます。

公開手順が公開される前に、内部テストを実行します。レビュー担当者に、参加者の視点から各ステップを追跡してもらいます。サポートされているネットワークとウォレット、現在の手順がどこにあるか、どこで助けを求めるかを把握している必要があります。テストにより、チームがまだ修正する時間があるうちに、わかりにくいラベルや不足しているサポート詳細を発見できます。配布が他のキャンペーン作業と並行して行われる場合、Airdrop管理サービスで利用可能な実践的なサポートについて説明しています。

3つのチェックポイントで計画を実行に移す

短いチェックポイントシーケンスは、チームが有用なアイデアから参加者が従える指示へと移行するのに役立ちます。各チェックポイントに担当者を割り当て、決定事項の最新コピーを保持します。

1. 草案作成前: 目標、オーディエンス、該当するアクション、ルールを承認する担当者を確認します。参加者が必要とする製品またはコミュニティの詳細を収集します。
2. アナウンス前: 適格性の例をレビューし、割り当て方法を確認し、参加者ジャーニーをテストし、よくある質問への回答を準備します。ルールを1つの安定したページにまとめます。
3. 配布後: 配布されたもの、参加者が次に行ったこと、発生したサポート問題、未解決の質問を記録します。

作成者以外の第二者が、作成者の助けなしでルールを読む時間を確保します。どの証拠が該当するかを推測しなければならない場合は、その部分を修正します。サポートスタッフが現在のページをすぐに見つけられない場合は、参照を探しやすくします。

アナウンスと参照ページの一貫性を保ちます。修正が必要な場合は、何が変更されたかを説明し、現在のバージョンを更新します。最初の1週間に小さなチェックインを行うことで、チームが不明瞭な指示に早期に気付くことができます。また、適格性に関する質問や請求の問題を適切な同僚にルーティングする責任を、指名された1人の担当者に与えます。

配布後、人々が次に何をしたかを見る

有用なレビューは、キャンペーンを元の目的と比較します。トークン配布の記録と、配布が促進することを意図していたアクションを分離します。

チームが説明し検証できるいくつかの指標を選びます。目標に応じて、これらには完了した請求、関連する製品アクション、繰り返しの使用、思慮深いコミュニティへの貢献が含まれる場合があります。各指標が何を意味し、その情報がどこから来るのかを、ローンチ前に定義します。配布記録、適格性判断、サポートテーマ、修正事項を一緒に保管し、後で質問に答えられるようにします。

Blockchainトランザクションとネットワーク状態は、転送がいつ表示されるかに影響します。オンチェーン記録は、1つのウォレットが1人の人物を表すかどうかを確定できません。私たちは明確なルールとレビューステップの準備を支援できます。チームは自身の適格性判断を管理します。すべての参加者がそれに同意したり、特定の時間に転送を確認したりすることを保証することはできません。

レビューを使用して、次に何に注意を払うべきかを決定します。おそらく、請求手順にはより明確な説明が必要か、製品にはより良いオンボーディングが必要です。おそらく、コミュニティは別の配布よりも会話からより多くの利益を得るでしょう。詳細な計画ノートについては、プロジェクトマーケティングブログをご覧ください。私たちと一緒にあなたの計画をレビューするには、Brand Communityにキャンペーン目標、草案ルール、提案された配信方法、参加者向け手順をお送りください。次の実践的な決定を特定するお手伝いをします。

仕組み

1. コミュニティの成果を命名する配布の主な理由と、有用なフォロースルーを示す参加者のアクションを書き留めます。
2. 読みやすい適格性を草案する該当するアクション、証拠、除外事項、質問や修正のための経路を設定します。
3. 配信方法を選択する直接配布または請求を選択し、割り当てロジックと変更を承認できる担当者を記録します。
4. 参加者ジャーニーをテストするレビュー担当者にルールと手順を最初から最後まで従ってもらい、推測が必要な部分を修正します。
5. 次に何が起こったかをレビューする配布と参加者のアクションを、ローンチ前に設定した成果と比較します。