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

Galxe クエストキャンペーンは何を達成すべきですか?

クエストキャンペーンは、定義されたオーディエンスに有用で観察可能なアクションを促すべきであり、単にエントリーを収集するものではありません。奨励したい行動から始め、その周りにタスクとチェックを構築します。たとえば、プロジェクトは人々に製品フローを学んだり、コミュニティの会話に参加したり、機能をテストしたり、適格なオンチェーンアクションを完了したりすることを望むかもしれません。

いずれかのプラットフォームを開く前に、短いキャンペーンブリーフを書きます。含めるもの:

• 主要な目的と到達したいオーディエンス。
• クエストを完了した後、参加者が理解または行うべきこと。
• どのアクションがカウントされるか、完了を証明する証拠、誰がレビューするか。
• 報酬、資格基準、配布方法、および除外事項。
• キャンペーン期間と質問を担当するプロジェクトオーナー。

目的を十分に絞り込んで意思決定を導きます。目標が製品教育である場合、特定の機能に関連するクイズやタスクは、広範なソーシャルアクションよりも有益です。コミュニティ参加を望む場合、有用な貢献がどのように見えるか、どのようにレビューされるかを定義します。報酬が何を表すか、何を表さないかを文書化します。特に、キャンペーン参加をトークン配分、上場、または財務的結果の約束として提示しないでください。明確なブリーフにより、プラットフォームオプションを比較し、キャンペーンを一貫して説明しやすくなります。

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

プラットフォームの利用可能なタスクと検証オプションをキャンペーンに合わせてGalxeまたはZealyを選択します。最も長いタスクリストを持つプラットフォームを選ぶのではありません。現在のセットアップをGalxeとZealyで直接確認し、必要なアクションが意図したとおりに設定およびチェックできることを確認します。

Galxeは、資格情報、サポートされている統合、または参加者のアクティビティに関連する証拠が設計の中心となるキャンペーンに適しています。Zealyは、繰り返しのタスク、コミュニティ参加、可視性のあるタスクボードがエンゲージメントを構造化するのに役立つ継続的なコミュニティプログラムに適しています。これらは計画上の考慮事項であり、リーチや参加の保証ではありません。

この比較を出発点として使用します:

コミットする前に、テストタスクを作成し、エントリーから完了までの参加者エクスペリエンスを確認します。アカウントアクセス、必要な統合、タスクの可視性、プラットフォームが報酬をどのように提示するかを確認します。キャンペーンが両方のプラットフォームを組み合わせる場合、同じアクションを繰り返すのではなく、それぞれに明確な役割を割り当てます。

人々が完了して学べるクエストをどのように設計しますか?

優れたクエスト設計は、参加者が開始する前にアクション、完了証拠、報酬資格を明確にします。実際のユーザージャーニーを反映した短いシーケンスを構築します: プロジェクトを紹介し、関連機能を説明し、アクションを招待し、参加者が理解または行ったことを示すチェックで締めくくります。

すべてのタスクについて、平易な言葉で以下を指定します:

• アクション: 参加者が行う必要があること。「サポートしてください」などの曖昧な動詞は避けます。
• 証拠: プラットフォームがチェックできるもの、またはレビュー担当者が検査するもの。
• 資格: 関連する場合、どのアカウント、ウォレット、地域、または以前のアクションが資格があるか。
• 完了: タスクが完了したと見なされる時期と、繰り返し可能かどうか。
• 報酬: 提供されるもの、資格がある人、配達方法と時期。

クエストを実質的に見せるためだけに、低労力のソーシャルアクションを積み重ねるのは避けてください。参加、フォロー、またはリポストは基本的なインタラクションを示すかもしれませんが、製品の理解や永続的な関心を示すものではありません。アクセスしやすいエントリータスクと、プロジェクトと参加者に価値のあるアクションのバランスを取ります。クイズは控えめに使用し、キャンペーンで提示された情報をテストする質問を書きます。不明瞭な詳細ではありません。ローンチ前にすべてのリンク、指示、タスク完了パスをテストします。プロジェクトに精通していない人にフローをフォローしてもらい、チームからのプライベートな説明が必要なステップを修正します。

重複または低品質の参加をどのように減らすことができますか?

実用的な検証計画は、自動的に検証することが難しいアクションに対して、プラットフォームチェックとプロジェクト側のレビューを組み合わせます。単一のチェックで参加者の意図を確立することはできないため、すべてのアクションを同等に信頼できるものとして扱うのではなく、各タスクの価値とリスクに基づいて設計します。

各タスクについて、その検証方法を記録します。サポートされているウォレットまたはアカウントアクションにはプラットフォームの証拠がある場合があります。書面による応答は、単純なルーブリックに対する人間のレビューが必要な場合があります。ソーシャルアクションの場合、完了を意味のあるエンゲージメントの証明として扱う前に、プラットフォームが実際に観察できるものを確認します。摩擦を追加するためだけに不要な個人データを収集しないでください。特定の報酬に身元確認が適切な場合は、ローンチ前に理由、データ処理、資格の結果を説明します。

報酬設計はこの管理システムの一部です。資格ルールを具体的にし、報酬が限定されているかどうかを述べ、重複提出、不完全なエントリー、不適格な参加者をチームがどのように処理するかを定義します。報酬にトークンまたはNFTが含まれる場合、配布プロセス、受信者基準、運用オーナーが発表前に準備されていることを確認します。参加者がタスクを完了した後に報酬条件を解釈に任せないでください。

有用なレビューチェックリストは次のとおりです: チェックをテストし、レビュー担当者を指名し、決定ルーブリックを準備し、異議申し立てまたはサポートルートを文書化します。決定の監査証跡を保持して、チームが参加者の質問に一貫して回答できるようにします。明確なルールは、プロジェクトと参加者の両方を誤解から保護するのに役立ちます。

適切に管理されたクエストローンチには何が含まれますか?

適切に管理されたローンチは、テストされたキャンペーンブリーフからアクティブなモニタリングと意図的なクローズアウトに移行します。プラットフォームセットアップ、コミュニティの質問、報酬運用、レポートのオーナーを割り当てます。1人が複数の役割をカバーできますが、各責任には名前が必要です。

最初にキャンペーンページと参加者向けの指示を準備します。タスクの文言が実際のプラットフォーム設定と一致し、すべてのリンクが意図した遷移先を開き、報酬条件が参加前に表示されることを確認します。プロジェクトの関連チャネルを通じて、誰のためのものか、参加者が学ぶことや行うことを簡潔に説明してキャンペーンを共有します。資格と配達プロセスが確認される前に報酬を発表しないでください。

ライブ期間中は、タスクの完了、サポートの質問、指示や統合が失敗している兆候を監視します。参加者がステップを繰り返し誤解した場合、コピーを明確にし、変更を記録します。資格や報酬条件を変更する場合は、変更を明確に伝え、すでに参加した人を考慮せずに変更しないでください。クローズ時には、公開されたルールに対して提出物をレビューし、未解決の質問を解決し、記載された報酬プロセスを完了します。

タイミングはキャンペーンの複雑さを反映する必要があります。タスクに統合、オンチェーンチェック、またはレビュー基準が必要な場合、準備は長くなります。より単純なコミュニティタスクボードは、セットアップが少なくて済む場合があります。テストが完了した後にのみライブウィンドウを設定し、その後レビュー、報酬履行、書面による要約の時間を確保します。

どの結果を測定すべきで、プラットフォームは何を制御できますか?

キャンペーンが設計されたアクションと学習を生み出したかどうかを測定します。参加者数のみでは、人々が製品を理解したか、意味のあるタスクを完了したか、コミュニティに戻ったかを知ることはできません。

キャンペーン目標に基づいてレポートを構築します。有用なフィールドには、利用可能な場合のタスク開始と検証済み完了、タスクごとの完了、サポートの問題、レビューされた貢献の質、適格な報酬受信者、チームが観察できるフォローアップ参加が含まれます。定義と観察ウィンドウが一致する場合にのみ、結果をプロジェクトの独自のベースラインと比較します。利用できないデータをアクションが発生しなかった証拠として扱うのではなく、プラットフォーム固有のギャップを記録します。

学習主導のクエストの場合、クイズの結果または繰り返し発生する誤解を要約し、それらを使用してオンボーディングを改善します。コミュニティ主導のクエストの場合、貢献の質と、タスク終了後に参加者が関連アクティビティを継続したかどうかをレビューします。オンチェーンアクションの場合、設定された証拠が奨励する意図したアクションに対応していることを確認します。これらの調査結果は、コミュニティ成長、Telegramコミュニティプログラム、またはcrypto KOLキャンペーンなどのチャネルが次の目的に適合する場合、フォローアップを導くことができます。より広範なローンチ計画については、トークンローンチマーケティングチェックリストを参照してください。

GalxeとZealyは、独自の資格、検証オプション、モデレーション、アカウントアクセス、製品ルールを制御します。これらの決定は、利用可能なタスクや参加のレビュー方法に影響を与える可能性があります。どちらのプラットフォームも、完了したタスクだけから永続的な関心を確立することはできません。合意されたキャンペーンセットアップ、チェック、コミュニケーション、レポートにコミットできますが、プラットフォームの承認、特定の参加者構成、継続的なエンゲージメント、または特定の結果を約束することはできません。公開前に現在のプラットフォームルールを確認し、ライブ設定をテストします。

料金

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

仕組み

1. 結果を定義する1つの主要な行動または学習目標を選択します。キャンペーンがそれをサポートしたことを示す証拠を決定します。
2. プラットフォームを選択するキャンペーンのタスクタイプと検証ニーズをGalxeまたはZealyに一致させます。最終的な指示を書く前に参加者フローをテストします。
3. タスクと報酬条件を設定する明確なアクション、資格ルール、レビュー基準、報酬配達条件を書きます。参加前に条件を表示します。
4. テストしてローンチするタスク設定、リンク、統合、サポートオーナーシップを確認します。キャンペーンが説明どおりに完了できる場合にのみ公開します。
5. レビューしてレポートする公開されたルールに対して完了証拠を評価し、適格な報酬を履行し、元の目的に対して調査結果を報告します。