エアドロップは何を評価するために設計されるべきですか?
エアドロップは、明確に定義された貢献を評価するか、特定の次のアクションを可能にするために行われるべきです。適格ルール、トークン割り当て、キャンペーン文言を選択する前に、その目的を決定してください。
非公開のブリーフィングは、プロジェクトが下す必要のある決定から始まります。配布は、既存ユーザーを評価すること、新規オーディエンスに製品を紹介すること、製品アクションを促進すること、またはガバナンスへの参加を拡大することを目的としていますか?複数の目的がある場合は、優先順位をつけてください。そうしないと、参加基準が中心的な目的に資さない活動に報酬を与える可能性があります。
ローンチ計画では、配布をプロジェクトの他の決定と並行して位置づける必要があります。トークンローンチマーケティングチェックリストは、ローンチ準備の関連ビューを提供します。外部との連携を検討しているチーム向けに、エアドロップキャンペーン管理が関連サービスをカバーしています。
誰が適格となるべきか、その適格性を裏付ける証拠は何か、トークンを受け取った後で受取人が何を理解すべきかを書き留めてください。その後、チームが観察可能な成果(適格ウォレットの記録、完了した製品アクション、成功した請求など)を選択します。サインアップだけでは、受取人が製品を理解しているか、使用しているかを確認できません。
公開基準としての適格性
明確なルールは、参加者の理解とプロジェクトがルールを一貫して適用する能力を保護します。
適格性は、評価できるほど具体的であり、かつ、真の参加者が理解できるほど平易である必要があります。評価対象となる活動、その関連期間、証拠ソース、除外事項、質問の窓口を明記してください。「アクティブなコミュニティメンバー」のような用語は、アクセスを公平に決定する前に定義が必要です。
慎重なレビューでは、ドラフト基準が通常のユーザージャーニー全体でどのように機能するかを検討できます。証拠が意味のあるプロジェクト活動を反映しているか、リンクされたウォレットの取り扱いが必要か、記録が矛盾した場合の対処法を考慮してください。ウォレット数だけでは、各ウォレットが個別の参加者を表しているかどうかは確認できません。
公開前に、誰が例外を承認できるか、参加者が決定について問い合わせる方法について合意してください。レビューは釣り合いのとれたものにしてください。広範な除外は正当なユーザーを排除する可能性があり、曖昧な基準は一貫性のない決定の余地を残しすぎます。書面によるルールは、ケースが個別の注意を必要とする場合も含め、モデレーターとサポートスタッフの参照点として残るべきです。
重複参加への測定されたアプローチ
スクリーニングは、キャンペーンの目的に結びつき、文書化され、理解可能である場合に最も効果的です。プロジェクトが利用できる証拠を確認してから、どのケースがより詳細な注意を必要とするかを決定してください。
- 明確なカットオフポイントを設定し、評価される活動を説明します。
- 手動レビューが必要な、繰り返しまたは矛盾する記録を特定します。
- 例外を承認し、その理由を記録する担当者を割り当てます。
- 提案されたルールを通常の参加者ジャーニーに対してテストします。
それらのアクションが意味のあるプロジェクトへの関与を反映していない場合、簡単に繰り返せるタスクの長いカタログに依存することは避けてください。チームが複数の形式の証拠を使用する場合、それぞれが決定にどのように影響するか、矛盾する情報がどのように解決されるかを記録してください。これにより、レビューアはエッジケースを処理するための一貫した基準を得られます。
参加者向けの説明では、何がチェックされるかを記述する必要がありますが、機密の内部レビューの詳細は公開しないでください。担当者はプロジェクトの意思決定者の認識を一致させ、サポート責任者は承認されたルートを通じて参加者の質問を処理します。Telegramに依存するキャンペーンについては、仮想通貨Telegramコミュニティガイドが、公開された条件とチャネルコミュニケーションを整合させるのに役立ちます。
配布の決定と承認
配布モデルは、キャンペーンの目的とプロジェクトが検証できる記録の両方に一致する必要があります。以下の表は、各決定に誰が関与し、何に承認が必要かを明確にします。
| 段階 | 関与者 | 承認事項 |
|---|---|---|
| 適格性 | プロジェクトオーナーとレビューア | 基準、除外事項、例外処理 |
| 割り当て | プロジェクト意思決定者と配布担当者 | 均等または段階的な割り当てロジック |
| 請求または配送 | 技術責任者とサポート責任者 | 参加者向け手順と修正ルート |
| 調整 | 配布担当者とプロジェクトリーダー | 最終ステータス記録と未解決ケース |
均等割り当ては、適格性が主要な区別であり、一貫した評価に適しています。段階的モデルは、貢献の検証可能な差異に適合する可能性がありますが、その段階が説明しやすいことが条件です。請求プロセスは、適格参加者に定義されたアクションを与えます。直接配布はそのアクションを回避しますが、信頼できる受取人記録に依存します。
承認前に、選択したモデルをエッジケースに対してテストしてください。未請求トークン、誤ったアドレス、失敗したトランザクション、争われた適格性をチームがどのように処理するかを決定してください。承認された受取人データと許可された修正の記録を保持してください。公開条件は、プロジェクトが承認したものとは異なる割り当てを示唆するものであってはなりません。
参加者向けジャーニー
参加者は、公式条件を見つけ、適格性を理解し、推測することなく請求手順に従える必要があります。信頼できるキャンペーンページを1つ維持し、ソーシャル投稿やコミュニティメッセージはそこにリンクするようにしてください。
そのページには、トークン、適格基準、割り当てアプローチ、請求手順、関連マイルストーン、サポートチャネル、および重要なコストやリスクを明記する必要があります。参加者の視点からジャーニーをレビューしてください。適格性の結果が理解可能であり、ウォレットの指示が実際のフローと一致していることを確認します。サポートスタッフは、公式プロジェクトメッセージとなりすましの試みを区別できます。秘密鍵やリカバリーフレーズを決して要求しないでください。
公開前に、担当者はドラフトキャンペーン文言と請求手順を書面による承認のために提示します。ドラフト基準、受取人観察、発表コピーは、承認されるまで合意されたプロジェクトチーム内で機密として保持されます。承認後、モデレーターと参加するクリエイターは同じ条件を使用する必要があります。この測定された引き継ぎは、非公式の投稿がより広い適格性や異なるトークン条件を示唆することを防ぐのに役立ちます。
静かなクロージングとその後の記録
キャンペーンは、その最終記録が最初に設定された目的を反映している場合、評価が容易になります。適格性、参加、完了した請求、意味のある製品アクションを、単一の結果として扱うのではなく、分離してください。
公開されたルール、承認された例外、最終割り当てデータ、配布ステータス、繰り返し発生するサポート質問を保持してください。これらの記録は、チームが参加者の懸念に一貫して対応し、次回のキャンペーンでより明確な文言や異なる証拠基準が必要な箇所を特定するのに役立ちます。目的が製品紹介であった場合は、ソーシャルリーチのみに依存するのではなく、配布後の製品使用を調査してください。
上場作業を別途検討している場合は、それをエアドロップの適格性とは別に保ってください。CoinGecko上場ガイドまたはCoinMarketCap上場ガイドを参照してください。キックオフ後、最初に表示されるのは、キャンペーン条件が発表される前の書面による適格性レビューです。担当者があなたの目的とドラフト基準からそれを準備できますので、そのレビューを非公開で依頼することを歓迎します。
1つの短いパラグラフで境界も設定する必要があります。ウォレットとネットワークの状態はトランザクションの完了に影響を与える可能性があり、プロジェクトはすべての適格参加者が請求を完了することを保証できません。プロジェクトは、公開ルール、承認プロセス、コミュニケーション、配送記録を管理し、有効な問題に対する定義されたルートを提供できます。
仕組み
- 1. 目的を設定する主要な成果を明確にし、プロジェクトがそれをどのように観察するかを選択します。
- 2. 適格基準を作成する適格活動、証拠、除外事項、例外承認、参加者からの質問を明記します。
- 3. 配布メカニズムを承認するプロジェクトが検証および説明できる割り当てと請求の取り決めを選択します。
- 4. 参加者ジャーニーをレビューする公式リンク、手順、一般的なエラー、サポート担当、キャンペーン文言を確認します。
- 5. 調整と学習配送ステータスを記録し、サポートケースを一貫して解決し、結果を明示された目的と比較します。
よくある質問
公式エアドロップページにはどのような詳細を含めるべきですか?
適格基準、考慮される証拠、割り当てロジック、請求手順、関連マイルストーン、公式リンク、サポート窓口を含めてください。除外事項と、参加者が決定について問い合わせる方法を説明してください。担当者が文言を調整することで、コミュニティメッセージが承認された1つのソースを参照するようにできます。
ルールを不透明にせずに、重複エントリーをどのように特定できますか?
どの記録がより詳細なレビューをトリガーするか、誰がそのレビューを処理するか、例外がどのように文書化されるかを定義してください。基準を、繰り返し可能なタスクの長いリストではなく、意味のあるプロジェクト活動に結びつけてください。承認前に、文言を通常の参加者ジャーニーに対してテストし、サポートが決定を説明できることを確認してください。
直接配信よりも請求プロセスが望ましいのはどのような場合ですか?
請求プロセスは、適格参加者に定義されたアクションを完了させたい、かつそのジャーニーをサポートできるプロジェクトに適しています。直接配信は、受取人記録が信頼できる場合、参加者にとってより簡単かもしれません。いずれの場合も、配布条件を公開する前に、アドレス確認、手順、修正ルートを承認してください。
プロジェクトはどの程度の準備時間を確保すべきですか?
目的の合意、適格データの検証、配布ルールの承認、請求ジャーニーのテスト、サポート準備に十分な時間を確保してください。スケジュールは、プロジェクトのデータ準備状況と技術的フローに従います。担当者は、発表タイミングが設定される前に、承認と未解決の決定を可視化するのに役立ちます。
すべての適格参加者がトークンを受け取ることを保証できますか?
いいえ。ウォレットとネットワークの状態はトランザクションの完了に影響を与える可能性があり、適格参加者が請求を完了しない場合もあります。プロジェクトは、手順を明確にし、配送ステータスを監視し、サポート窓口を提供し、有効な問題がどのように処理されるかを文書化できます。書面によるレビューは、条件が公開される前にそれらの取り決めを特定するのに役立ちます。
最初の適格性レビューのために何を準備すべきですか?
キャンペーン目的、ドラフト基準、証拠ソース、提案された割り当てまたは請求アプローチを準備してください。既知のエッジケースを含め、承認権限を持つ者を特定してください。担当者はそれらの資料を使用して、最初の書面による適格性レビューを準備できます。その際、条件が発表される前に参加者ジャーニーが考慮されます。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…