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

Galxe または Zealy のクエストは何を達成すべきですか？

クエストは、参加者を孤立したアクションの収集ではなく、有用なプロジェクト行動へと導くべきです。プラットフォームを選んだりタスクを書いたりする前に、キャンペーン終了時までに参加者が何を理解し、試し、貢献するかを決めてください。

例えば、教育クエストでは、参加者に製品ガイドを探索させ、それを理解したことを示す質問に答えてもらうことができます。コミュニティキャンペーンでは、参加者をディスカッションに招待し、関連する貢献をしてもらうことができます。製品に焦点を当てたクエストでは、利用可能な場合にアクションを検証する明確な方法とともに、参加者を機能へと導くことができます。

何かを構築する前に、短いキャンペーンブリーフを作成してください：

• オーディエンス： 誰が参加すべきか、そして彼らは何を既に知っているか？
• 成果： どのような意味のあるアクションや理解が続くべきか？
• エビデンス： プラットフォームは何を確認でき、何が人間のレビューを必要とするか？
• フォローアップ： 参加者は完了後にどこへ行くべきか？

このブリーフはタスク設計を焦点化し、チームに品質を判断する基準を提供します。主なニーズが期限付きのクエストではなく継続的な参加である場合は、コミュニティ参加サービスと比較してください。報酬配布を中心としたキャンペーンについては、関連するが異なるアプローチとしてエアドロップキャンペーン計画を確認してください。

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

キャンペーンに必要なタスク体験と検証オプションに基づいてプラットフォームを選んでください。Galxe と Zealy はどちらもクエストを整理する方法を提供しますが、実際の適合性は、参加者に完了してもらいたいアクションと、選択したプラットフォームでそれらのアクションをどのように確認できるかによって決まります。

決定する前に、計画したタスクを現在のプラットフォームインターフェースにマッピングしてください。参加者のジャーニーがオーディエンスが使用するデバイスで読みやすいこと、必要なエビデンスが提出または認識可能であること、チームが例外をレビューできることを確認してください。統合や検証方法がプロジェクトとアカウントで利用可能であることを確認するまで、それらを中心にキャンペーンを構築しないでください。

短いテストキャンペーンまたは内部ウォークスルーは、公開ローンチ前に混乱を招くタスクの文言を明らかにすることができます。主催者のセットアップだけでなく、参加者ビューを記録し、参加者に表示される報酬ルールが意図したルールと一致することを確認してください。より広範なキャンペーン計画については、クエストキャンペーンサービスを参照してください。

参加者が完了でき、チームが評価できるタスクをどのように設計しますか？

優れたクエストタスクには、1つの明確なアクション、目に見える完了条件、そしてキャンペーンに属する理由があります。参加者が曖昧な指示を解釈する必要がある場合、またはレビュー担当者が何が完了とみなされるかを判断できない場合は、ローンチ前にタスクを修正してください。

オリエンテーションから意味のある参加へのシーケンスを構築してください。プロジェクトとその目的を紹介し、参加者に有用なアクションを与え、その後、製品教育や継続的なコミュニティスペースなどの次のステップへと導いてください。オプションのアクションは要件から明確に分離し、参加者が報酬の資格を得るために何が必要かを判断できるようにしてください。

すべてのタスクについて、以下の詳細を文書化してください：

• 指示： 直接的な動詞を使用し、目的地または機能を指定します。
• 完了条件： 資格のあるエビデンスを説明します。
• レビュー方法： プラットフォームがチェックするか、人がレビューするかを記載します。
• 失敗パス： 有効なアクションが認識されない場合の対処法を説明します。

単にクエストを充実させ見せるために、無関係なソーシャルアクションを積み重ねることは避けてください。完了数はタスクが記録されたことを示しますが、参加者が製品を理解したり関与し続けたりしたかは示しません。学習やディスカッションが目標の一部である場合は、短い知識チェックやレビューされた貢献を追加してください。クエストページ、プロジェクトチャンネル、フォローアップメッセージ全体でタスクの文言を一貫させてください。

アンチシビルチェックはキャンペーンにどのように組み込むべきですか？

アンチシビル計画は、報酬の価値と利用可能なエビデンスに一致し、ルールを正当な参加者に明確に保つ必要があります。すべての状況で個人がユニークであることを証明する単一のチェックはないため、比例した検証と、疑わしいまたは不完全な提出物のレビュープロセスを組み合わせてください。

まず、チームが何を保護する必要があるかを決定します：報酬の対象条件、学習演習の完全性、またはコミュニティ貢献の品質。次に、プラットフォームが実行できるチェックと、チームが評価する必要があるチェックを分離してください。参加者に対して、チェックが実際以上に証明するとは伝えないでください。キャンペーンがアイデンティティやウォレット関連の対象条件を使用する場合は、何が収集されるか、なぜ必要なのか、参加者がどのように助けを求めることができるかを説明してください。

実用的なレビュー計画には以下が含まれます：

• 各報酬ティアの書面による対象ルール。
• どのタスクエビデンスが自動的にチェックされ、どれがレビューされるかの記録。
• 重複のように見えるエントリー、異議申し立て、不完全なエビデンスのためのプロセス。
• 報酬配布前の最終対象レビュー。

レビューを一貫させてください：同じ基準を同等の提出物に適用し、決定が変更された場合はその理由を記録してください。プロジェクトがクエストを超えた専用のオーディエンス活性化計画を必要とする場合は、コミュニティ活性化を検討し、チームが参加者の質問とフォローアップをどのように共有するかを定義してください。

クエストの報酬はどのように構成すべきですか？

報酬ルールは、誰かが開始する前に、対象条件、選択、配布を理解可能にする必要があります。参加者は、報酬が自動的であるか、選択されたエントリーに限定されているか、後のレビューに条件付きであるかを推測する必要があってはなりません。

促進したい行動をサポートする報酬構造を選択し、関連する条件を平易な言葉で公開してください。どのタスクが必要か、どのエビデンスが受け入れられるか、例外がどのように処理されるか、参加者がいつ最新情報を期待できるかを明記してください。報酬が請求ステップの対象となる場合は、キャンペーン資料でアクションと関連する期限を説明してください。公開された説明を、プロジェクトが実際に提供できるものと一致させてください。

完了と資格を分離してください。プラットフォームは完了したタスクを表示するかもしれませんが、キャンペーンの対象ルールは依然として追加のレビューを必要とする場合があります。この区別をクエストとサポート対応で可視化してください。キャンペーンに複数の報酬グループがある場合は、一般的な条件に埋もれさせるのではなく、各グループの条件を個別に説明してください。

公開前に、キャンペーンを書いていない人に報酬の詳細を読んでもらい、誰が資格があるかを説明してもらってください。彼らの解釈があなたのものと異なる場合は、文言を簡略化してください。アクションが完了として表示されない、報酬請求の明確化が必要など、一般的な問題に対する参加者サポートメッセージを準備してください。これにより、回避可能な混乱が減り、チームに一貫した対応方法が提供されます。

クエストキャンペーンをどのようにローンチし評価しますか？

慎重なローンチは、レビューされた参加者ジャーニーから、監視されたキャンペーン、そして有用なクローズアウトへと移行します。チームは、クエストが公開される前に、セットアップを担当する者、参加者の質問に答える者、報酬の対象を承認する者を知っている必要があります。

参加者としてキャンペーンをたどるプレローンチレビューを使用してください。タスクリンクと指示を確認し、報酬条件を確認し、利用可能な完了チェックをテストし、プロジェクトのコミュニティチームがキャンペーンページと同じ情報を持っていることを確認してください。Bitcoin Insider は、キックオフチェックリストと参加者ビューレビューを使用して、タスク指示、エビデンスルール、報酬文言の間の不一致をローンチ前に発見します。

ローンチ後、質問と失敗した完了レポートを監視してください。不明瞭な指示は迅速に修正し、重要な変更を文書化し、変更が参加者の次のアクションに影響を与える場合は参加者に伝えてください。クローズ時には、キャンペーンが記録したものと、プロジェクトが結果をどのように評価したかを報告してください。プラットフォームが報告するタスク完了と、レビューされた対象条件、そして観察可能なフォローアップ行動を分離してください。

有用なクローズアウトには、最終タスクリスト、レビューノート、参加者の質問、報酬対象決定、次のキャンペーンの推奨事項が含まれます。より広範なローンチにクリエイター配布も必要な場合は、招待と参加者体験が同じストーリーを伝えるように、クエストをKOL キャンペーン計画と調整してください。

クエストキャンペーンは何を制御でき、次に何を準備すべきですか？

クエストキャンペーンは、その指示、公開された対象ルール、レビューワークフロー、およびキャンペーンチームと合意した作業を制御できます。Galxe または Zealy は、独自のインターフェース、利用可能なチェック、アカウント決定、および機能の動作方法の変更を制御するため、キャンペーンは特定レベルの可視性、プラットフォーム承認、または参加者の品質を約束することはできません。ローンチ前に、現在のプラットフォーム要件を確認し、意図したとおりにチェックできないタスクのためのフォールバック計画を保持してください。

実用的な引き継ぎのために、プロジェクト概要、対象オーディエンス、キャンペーン目標、希望するプラットフォーム、タスク案、報酬条件、参加者サポート責任者を準備してください。製品、ウォレット、コミュニティ、または内部レビュー担当者へのアクセスを必要とするアクションにフラグを付けてください。これにより、チームは直接設定できるものと、テストや手動処理が必要なものを区別できます。

アイデアがクエスト、より広範なコミュニティプログラム、またはエアドロップのいずれに当たるか不明な場合は、最初に望ましい参加者の行動を説明してください。形式は後から決まります。Bitcoin Insider にキャンペーンブリーフとタスク案を送ってください。参加者ジャーニーをレビューし、明確化が必要なチェックと報酬詳細を特定し、承認のためのスコープ化されたキャンペーン計画を返送します。

料金

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

仕組み

1. 参加者の成果を定義するオーディエンス、望ましい行動、意図するフォローアップを書き留めます。これを使用して、クエストが適切な形式かどうかを判断します。
2. タスクをプラットフォーム機能にマッピングする各アクション、完了エビデンス、レビュー担当者をリストします。選択した Galxe または Zealy のセットアップが、使用予定のチェックをサポートしていることを確認します。
3. 対象条件と報酬条件を設定する参加者を招待する前に、必要なタスク、レビュー条件、請求手順、参加者サポートルートを明記します。
4. 参加者ジャーニーをレビューする参加者ビューからタスクの文言とエビデンス提出をテストします。公開前に不明瞭な指示と不一致を解決します。
5. 監視、クローズ、報告するキャンペーン中に質問とレビュー例外を追跡し、タスク記録、対象決定、実用的な次のステップを共有します。