Galxe クエストキャンペーンの実施方法

GalxeまたはZealyクエストがサポートすべき成果から始める

強力なクエストキャンペーンは、参加者に発見から意味のあるプロジェクトアクションへの明確な道筋を提供します。タスクを選択する前に、キャンペーンが何を学び、達成するのに役立つかを決定します。製品の紹介、既存のコミュニティメンバーを新しい活動に参加させる、製品フィードバックを収集する、機能を説明するなどです。1つのキャンペーンで複数の関連目標をサポートできますが、無関係な要求は旅を理解しにくくし、結果の解釈を難しくします。

クエストを作成する前に、短いキャンペーンブリーフを作成します。対象オーディエンス、参加者に取ってほしいアクション、合理的に確認できる証拠、完了後の次のステップを含めます。参加者への約束も同様に具体的にします。各タスクを完了することで得られるもの、報酬がいつ処理されるか、更新情報がどこに表示されるかを説明します。

有用なタスクシーケンスは、短い製品説明を読むことから始まり、理解度確認の質問に答え、機能を試し、具体的なフィードバックを共有するという流れかもしれません。これは、全員に同じソーシャルアクションを繰り返すよう求めるよりも有益です。コミュニティ活動が主な目標である場合は、クエストをより広範なコミュニティ活性化計画と組み合わせます。キャンペーンが主に配布に関するものである場合は、報酬を設定する前にエアドロップキャンペーン計画と比較します。

GalxeとZealyのどちらを選ぶべきですか？

GalxeまたはZealyは、参加者の旅と必要な完了証拠にプラットフォームを合わせて選択します。特定のオーディエンスを引き付けるという前提ではなく、実際のタスクリストから始めてください。使用する予定のキャンペーン機能、タスクタイプ、参加者エクスペリエンスについては、各プラットフォームを直接確認してください。

決定する前に簡単な比較を行います。

Galxeは、チームが明確でガイド付きのクエスト体験を望むキャンペーンに適している場合があります。Zealyは、定期的なコミュニティタスクフローに適している場合があります。これを出発点の仮説として扱い、実際のインターフェースとアカウントで利用可能なオプションをテストします。別のプロジェクトが使用したという理由だけでプラットフォームを選択しないでください。単一のクエストを超えた継続的な活動が必要な場合は、それがTelegramコミュニティやDiscord設定にどのように接続するかを計画し、誰が質問に答え、参加者が次にどこに行くべきかを含めます。

最初の1週間で準備すること

最初の1週間を使って、参加者が到着する前にあいまいさを取り除きます。キャンペーン目標、タスク所有者、報酬条件、遷移先リンク、参加者サポート担当者を確認します。次に、自分が新規ユーザーであるかのようにすべてのタスクをウォークスルーします。完了できるか、何がカウントされるかを理解できるか、チームに尋ねずに次の指示を見つけられるかを確認します。

キャンペーンを構築する前に、以下の項目を準備します。

• プロジェクト、オーディエンス、目標、望ましい参加者アクションを説明するブリーフ。
• 指示と許容される完了証拠を含む最終タスクコピー。
• 報酬の詳細、参加資格条件、配布プロセス、サポート連絡先。
• 承認されたプロジェクトリンクと、参加者が必要とする製品またはコミュニティへのアクセス。
• 質問、不明瞭な提出、報告された問題に対するモデレーションプラン。
• 各タスクをその所有者と確認方法にマッピングする追跡シート。

プロジェクトチームとともにローンチ前タスク監査を実行します。リンク、文言、報酬条件、証明要件を一度に確認します。次に、キャンペーンに詳しくない人に参加者の旅を完了してもらいます。サポートメッセージに後で説明を頼るのではなく、ローンチ前に混乱を招く指示を修正します。これは、キャンペーンにクエストキャンペーン運営計画やフォローアップを処理する別のコミュニティチームが必要かどうかを判断するポイントでもあります。

クエストをタスクダンプではなく段階的にローンチする

段階的なローンチにより、チームは早期に摩擦を発見し、キャンペーンがアクティブな間に参加者エクスペリエンスを改善できます。クエストの対象者、参加者が行うこと、報酬の仕組み、公式アップデートが投稿される場所を明確に示すアナウンスから始めます。エントリーポイントと完全なルールを簡単に見つけられるようにします。

ローンチ時には、参加者の視点からキャンペーンをテストします。各タスクの説明がアクションと一致していること、リンクが意図した遷移先を開くこと、完了指示が理解可能であることを確認します。1人の担当者を割り当てて質問を監視し、繰り返し発生する混乱点を記録します。複数の参加者から質問が寄せられるタスクがある場合は、チャネル間で一貫性なく回答するのではなく、文言を更新するか直接的な説明を追加します。

キャンペーン中は、フォローアップメッセージを使用して未完了のステップに人々を導き、承認された変更を説明します。参加者が開始した後に報酬条件を静かに変更しないでください。変更が必要な場合は、何が変更されたか、いつ適用されるか、既存の参加者がどのように扱われるかを文書化します。キャンペーンをプロジェクトのより広範なコミュニケーションプラン（Telegramエンゲージメントプログラムなど）に接続したままにしますが、無関係なチャネルへの参加を意味のある参加の代わりにしないでください。

タスクと証拠に基づいて反Sybilチェックを設計する

反Sybil設計は、チェックが報酬対象のアクションと一致し、一貫して適用できる場合に最も効果的です。ソーシャルアクションだけでは、真の関心の証拠として評価するのが難しい場合があるため、フォローやリアクションが見えることを、誰かが理解したり製品を使用したりした証拠として扱わないでください。プロジェクトが合理的に確認できる場合、理解度をテストするタスク、特定の製品フィードバックを要求するタスク、または関連するアクションを実証するよう参加者に求めるタスクを追加します。

各タスクについて、何が有効な完了とみなされるか、誰が決定するかを書き留めます。報酬とプロジェクトのリスクに適した、最も侵入的でない確認を使用します。プラットフォームまたはプロジェクトツールが検査可能な証拠を公開している場合は、事前に確認ルールを定義します。完了を確実に確認できない場合は、タスクを再設計するか、報酬を別の確認可能な貢献に条件付けるようにします。必要のない個人情報を収集せず、本人確認や参加資格チェックは参加前に説明します。

実用的な確認フローは、人間の判断が必要な例外から日常的な完了チェックを分離します。却下された提出物とその理由の記録を保持し、チームが不明瞭な指示を特定し、参加者間で同じルールを適用できるようにします。主な目的がトークン配布であるキャンペーンの場合は、宣伝する前にクエストルールをより広範なエアドロップ計画プロセスと整合させます。

参加者が理解できる報酬ルールを設定する

報酬計画は、何が利用可能か、参加資格がどのように決定されるか、タスク完了後に何が起こるかを参加者に伝える必要があります。報酬が限定されているか、確認によって割り当てられるか、特定のアクションに結びついているかを明記します。実際の承認済みルールでない限り、すべての参加者がアイテムを受け取ることを示唆しないでください。キャンペーンコピーをプロジェクトの報酬供給と配布プロセスと一貫させます。

ローンチ前に、誰が報酬を資金提供または準備するか、誰が適格参加者を承認するか、誰が配達または請求の質問を処理するかを確認します。責任チームと遷移先と指示を確認し、プロセスを文書化して、参加者がチャネル間で同じ回答を受け取るようにします。報酬が後の確認に依存する場合は、確認手順と参加者が決定について質問する方法を説明します。

報酬の規模はタスクの質の代わりにはなりません。有用な貢献に結びついた、より小さく明確に説明された報酬は、低労力のアクションに結びついた広範な約束よりも強力なキャンペーンをサポートできます。参加者に資金の支出や機密情報の開示を要求する報酬メカニズムは、プロジェクトに明確な理由があり、事前に要件を伝えない限り避けてください。キャンペーンは、参加者の労力、プロジェクトの利益、報酬条件を、誰かが参加する前に明確に理解できるようにする必要があります。

クエストが何を変え、次に何が起こるかをレポートする

有用なクエストレポートは、キャンペーン活動を元のブリーフの目標に結び付けます。キャンペーン期間、公開されたタスク、参加者の質問、確認された完了証拠、報酬ステータス、参加者の旅に影響を与えた問題を要約します。観察された活動と解釈を分離します。完了したタスクは記録されたアクションが行われたことを示しますが、それ自体で永続的な関心や製品採用を証明するものではありません。

コンパクトなレポート形式を使用し、タスクごとに1行とします。意図した成果、利用可能な証拠、確認ステータス、気づいた摩擦、推奨される次のアクションを含めます。どの指示が機能したか、参加者がどこで行き詰まったか、どの貢献が個別のフォローアップに値するかについての短い説明を追加します。未解決の報酬またはサポートケースは、広範な完了サマリーに隠すのではなく、所有者に割り当てます。

キャンペーン後、関連する参加者を製品フィードバックセッション、コミュニティディスカッション、または将来のクエストに招待するかどうかを決定します。次のステップを人々が実際に行ったことに合わせます。たとえば、詳細な製品フィードバックを提供した参加者は、入門的な学習パスを完了した参加者とは異なるフォローアップが必要になる場合があります。BrandBoost Guruは、ローンチ前タスク監査とタスクごとのレポートを使用して、キャンペーン提供の確認可能性を維持します。プロジェクトブリーフ、希望するプラットフォーム、報酬概要をお送りください。参加者の旅をマッピングし、ローンチ前に準備する必要があるものを特定します。

GalxeおよびZealyのプラットフォームルールが制御可能な範囲を形作る

チームはキャンペーン設計、タスク文言、報酬条件、サポート、確認する証拠を制御します。プラットフォームは独自の製品機能とアカウントレベルの決定を制御します。GalxeまたはZealyは利用可能なオプションを変更したり、キャンペーンを確認したり、プラットフォーム内での表示方法を決定したりする可能性があるため、特定のディスカバリーポジションや参加量を約束することはできません。提供可能なキャンペーンアセットとプレースメントに関する作業に同意し、ローンチ前に関連アカウントでプラットフォーム固有の要件を確認します。

公開前に、ライブキャンペーンプレビュー、タスクラベル、遷移先リンク、参加資格の文言、報酬の説明、サポートルートをプロジェクトオーナーと確認します。承認された条件とアセットを一緒に保管し、後で編集を参加者への約束と照合できるようにします。プラットフォームが変更を要求した場合は、プロモーションを続行する前に更新されたステータスを確認します。

料金

開始価格はUSD表示です。カスタムバンドルやボリュームディスカウントはご相談ください。USDT、USDC、BTC、ETH、SOL、TON、またはプロジェクトトークンでのお支払いが可能です。

仕組み

1. 目標を定義するオーディエンスとクエストがサポートすべきプロジェクトアクションを選択します。各タスクが完了したことを示す証拠を書き留めます。
2. プラットフォームと形式を選択する参加者の旅、利用可能なタスクオプション、報酬処理をブリーフと比較します。プラットフォームで意図したフローを直接確認します。
3. タスクと保護策を準備する明確な指示、参加資格ルール、報酬条件、一貫した完了確認方法を作成します。ローンチ前に完全な旅をテストします。
4. ローンチとサポート明確なアナウンスと割り当てられたサポート所有者とともにキャンペーンを公開します。繰り返される質問を追跡し、混乱を招く指示を明確にします。
5. 確認とフォローアップタスクレベルの証拠、報酬ステータス、参加者の摩擦をレポートします。調査結果を使用して、コミュニティにとって関連性の高い次のステップを選択します。