Galxe クエストキャンペーンを始める方法

GalxeとZealyのどちらをクエストに選ぶべきですか？

GalxeとZealyはどちらもクエストに適していますが、決定はキャンペーンの目的と利用可能なアクション確認方法に基づいて行うべきです。まず、参加後に何が変わるべきかを明確にします。オーディエンスが製品を理解する、機能を試す、コミュニティに参加する、またはオンチェーンアクションを実行することです。

Galxeは、個々のタスクとその実行確認を中心にキャンペーンを構築する場合に検討できます。Zealyは、コミュニティの定期的なアクティビティや一連のタスクに便利なことが多いです。これは厳格な区分ではありません。選択する前に、各プラットフォームの現在の機能と、必要なアクションをどのように確認するかを確認してください。

実用的なチェックリストでプラットフォームを比較します：

• 製品に適した方法で主要なアクションを確認できますか？
• 参加者にとって、何が完了と見なされ、どこで結果を確認できるかが明確ですか？
• 選択と報酬のルールを曖昧さなく説明できますか？
• フォーマットは単発のキャンペーン向きですか、それともコミュニティとの継続的な関係構築向きですか？

目標が単にソーシャルチャネルへの登録を集めることである場合、まずプロジェクトにとってそのような参加者が必要な理由と、彼らとのコミュニケーションを継続する方法を決定してください。実行者と作業範囲の選択については、クエストキャンペーンの説明を参照してください。関連するフォーマットはコミュニティ成長セクションにまとめられています。

GalxeまたはZealyのタスクはどのように設計すべきですか？

優れたクエストは、プロジェクトへの関心を参加者とチームの両方にとって有益なアクションに変換します。そのためには、各タスクに明確な目的、指示、確認方法、そしてそのアクションが必要な理由の説明が必要です。

タスクを短い順序でまとめます：製品の紹介、製品を使ったアクション、そして適切な次のステップ（例：アップデートの購読やフィードバックの提供）。単に数を増やすためだけのアクションは追加しないでください。関心の確認、ユーザーの教育、製品の改善に役立たないのであれば、削除する価値があります。

各項目について、以下のフィールドを含むカードを準備します：

• アクション: 参加者が具体的に行うこと。
• 指示: どこでステップを実行し、どのデータを使用するか。
• 確認: プラットフォームまたはチームが確認できること。
• 完了条件: どのような条件でタスクが受け入れられるか。
• 目的との関連性: このステップがキャンペーンのどの目標をサポートするか。

新しいユーザーの視点でシナリオを確認します：チームからの個別の説明なしで完了できるか、閉じたページに遭遇しないか、確認エラーが発生した場合の対処法が理解できるか。オンチェーンステップの場合は、ネットワーク、コントラクト、アプリケーションを明確にし、必要な手数料があれば事前に警告してください。ソーシャルアクションについては、すべてのアクションが自動的に確認されることを約束せず、事前にプラットフォームの設定で利用可能な方法を確認してください。

報酬と付与ルールはどのように設計しますか？

報酬ルールは開始前に明確にし、すべての参加者に均等に適用される必要があります。何に対して報酬が与えられるか、誰が受け取れるか、確認はどのように行われるか、実行がカウントされなかった場合の対処法を説明します。

まず、インセンティブのタイプを決定します：確認されたステップに対する固定報酬、条件を満たした参加者間での分配、または製品やコミュニティへのアクセス。魅力的に見えるからといってフォーマットを選択しないでください。予算、ロジスティクス、目標と照らし合わせてください。トークン報酬の場合は、事前にネットワーク、コントラクトアドレス、受け取り条件、報酬を支払うための資金の利用可能性を確認します。

キャンペーンのルールには以下を明記します：

• 参加者への要件と許可されるウォレット。
• 報酬を受ける資格のあるタスク。
• 確認手順と紛争ケースの審査期間。
• 報酬の受け取り方法と期間。
• 該当する場合、地域や製品に関連する制限。

参加者がタスクを開始した後に基準を変更しないでください。説明やメカニクスのエラーを修正する必要がある場合は、キャンペーンページとプロジェクトのチャネルで変更を通知します。公開前にテストランを実施します：自分でタスクを実行し、ステータス表示を確認し、報酬受け取りの指示に重要なステップが欠けていないことを確認します。予算と作業範囲はクエストキャンペーン費用ページで確認できます。

不必要な障壁を設けずにマルチアカウントの参加を減らすにはどうすればよいですか？

マルチアカウント対策は、単一の形式的な条件ではなく、タスクの選択と確認の組み合わせから始まります。簡単な再参加方法を制限すると同時に、誠実なオーディエンスの参加を複雑にしないようにする必要があります。

ソーシャルアクションは異なるプロファイルから簡単に繰り返せるため、それ自体では製品への関心を十分に確認できません。対象オーディエンスに適している場合は、製品の使用やウォレットに関連する確認可能なステップを追加します。ウォレットアドレスは必ずしも個人を特定するものではないことに注意し、それを最終的な本人確認としてではなく、シグナルの一つとして使用します。

開始前に、チームが典型的なケースにどのように対応するかを決定します：

• 複数の申し込みが同じウォレットまたは類似のデータに関連している。
• アカウントのプライバシー設定によりアクションの確認が失敗する。
• 参加者がステップを実行したが、プラットフォーム上のステータスが更新されない。
• 確認に手動による判断や追加の説明が必要である。

自動確認で十分な場合と、手動によるモデレーションが必要な場合を事前に選択します。キャンペーンに厳格な制限がある場合は、参加前に説明し、必要なデータ以上のものを要求しないでください。機密情報を万能な防御策として使用しないでください。そのような障壁がプロジェクトの目的にとって正当化されるかどうか、参加者がデータ処理ルールを理解できるかどうかを評価します。

クエストキャンペーン開始後、何を測定すべきですか？

クエストのレポートは、完了数だけでなく、参加者が実際にどのようなアクションを実行したか、キャンペーン後に何が起こったかを示す必要があります。公開前に、目標に関連する指標を選択し、チーム内で同じ定義を確定します。

製品への理解を深めることが目的の場合は、意味のあるタスクの完了と次のステップへの移行を確認します。コミュニティのアクティビティが目的の場合は、チャネルへの参加数だけでなく、回答の質とその後の参加を評価します。オンチェーンアクションの場合は、どのデータが確認と見なされるか、チームが繰り返しの試行を新しい参加者からどのように区別するかを事前に合意します。

実用的なレポートでは、以下を分類すると便利です：

• キャンペーンへのエントリーと個々のタスクの完了。
• 自動確認と手動確認のタスク。
• 未完了の理由と参加者からの問い合わせ。
• クエスト完了後のアクション。
• 次回変更すべきタスクに関する結論。

指標は同じ時間間隔で、完了した参加者の同じ定義を使用して比較します。そうしないと、キャンペーン間の比較が誤解を招く可能性があります。技術的な問題やルールの変更は別途記録します。これらは、コンバージョン率の低さがメカニクスによるものか、指示がわかりにくいためかを理解するのに役立ちます。クエストがより広範なローンチの一部である場合は、トークンローンチチェックリストに含めます。

キャンペーンを開始する方法とプラットフォーム側で確認すべきことは何ですか？

ページ、タスク、ルール、報酬の受け取り経路を確認した後にのみ、クエストを開始します。まずメカニクスのドラフトを準備し、チームとテスト参加者で確認し、不明瞭な点を修正してからキャンペーンを公開します。

作業計画は通常以下のようになります：目標とオーディエンスの設定。プラットフォームとフォーマットの選択。タスクと基準の準備。確認と報酬の設定。テスト。公開とキャンペーン進行の監視。期間はタスク数、資料の準備状況、統合、手動確認の要否によって異なります。プロセス中に条件が変更された場合は、クエストページと告知したチャネルで一貫して指示を更新します。

プロジェクトチームが制御できない限界があります：プラットフォームが利用可能な確認方法を決定し、ルール、可視性、キャンペーンの許可を変更する場合があります。個々のアクションは、参加者のアカウント設定や技術的なエラーによりカウントされない場合があります。インターフェース内でのキャンペーンの特定の位置、マルチアカウントの完全な不在、またはすべてのローンチにわたる均一なリーチを約束することはできません。約束できるのは、合意された準備範囲、メカニクスの設定、資料の確認、実行された作業に関するレポートです。

クエスト後のコミュニケーションを継続するために、事前にチャネルとインタラクションのシナリオを準備します。適切なオプションはTelegramコミュニティ成長ガイドにまとめられています。報酬を付与するキャンペーンでは、Airdropガイドの原則と照らし合わせることも役立ちます。

料金

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

仕組み

1. 目標を確定するキャンペーン完了後に、参加者のどのアクションがプロジェクトにとって有益かを判断します。オーディエンスを選択し、結果を確認する方法を決めます。
2. プラットフォームとメカニクスを選択するキャンペーンのタスクとGalxeまたはZealyの現在の機能を比較します。主要なアクションがどのように確認されるかを明確にします。
3. タスクとルールを準備する指示、完了条件、参加制限、報酬の受け取り手順を説明します。目標に関連しないステップは削除します。
4. 公開前にキャンペーンを確認する参加者としてタスクを実行し、ステータス表示をテストし、報酬の付与経路を確認します。曖昧な表現を修正します。
5. 監視し、結果をまとめる質問に回答し、確認エラーを記録し、参加者のその後のアクションを評価します。次のクエストの準備に教訓を活用します。