バウンティキャンペーンでコミュニティの作業に明確な目的を

参加者が従えるバウンティキャンペーンはどう設計する？

役立つバウンティは、参加者が理解でき、チームがレビューできる少数のタスクから始まります。キャンペーンは次の順序で設計します。

1. 役立つ作業を明確にする。 翻訳や記事のドラフトなど、プロジェクトが実際に必要とするものを説明します。
2. 参加できる人を選ぶ。 参加資格ルール、除外事項、過去の完了作業の制限を設定します。
3. 提出物を説明する。 各タスクに形式、遷移先、証拠要件を指定します。
4. レビュールールを設定する。 誰が作業をチェックし、何が許容されるかを明確にします。
5. 報酬プロセスを確認する。 報酬、決定の記録方法、質問の送信先を明記します。

この順序により、公開ブリーフがばらばらのリクエスト集になるのを防ぎます。また、レビュアーに合意された基準を提供します。完了したタスクよりも会話が主目的の場合は、コミュニティ活性化キャンペーンが適しているかもしれません。メンバーをサポートする方法の全体像については、コミュニティ成長とエンゲージメントをご覧ください。

開始前に、キャンペーン全体を通じて決定を下せる人がいるか確認してください。いない場合は、タスクの種類を減らすか、開始を延期してください。一貫してレビューされる小規模なプログラムは、誰も一貫して評価できない長いメニューよりも説明しやすいです。

すべての参加者に明確な開始点を提供する

参加者ブリーフは、始める前に実用的な質問に答える必要があります。何をするか、どこに送るか、何が該当するか、誰が助けてくれるか。また、現在のルールを指し示し、チャットでのメッセージが合意された指示を静かに置き換えないようにする必要があります。

3つのタイムゾーンをカバーするコミュニティマネージャーが、パートナーから1ページの概要を求められたとします。彼らはコンテンツと翻訳タスクを説明し、証拠をどこに送るかについての質問もあります。私たちは概要を共有タスクシートに変換し、決定担当者を指名し、どのルートがプライベートかを示します。

例えば、ソーシャルタスクがプロジェクトの更新を共有するよう求める場合、ブリーフは承認されたメッセージ、許可されたチャネル、レビュアーが必要とする証拠を指定する必要があります。同じ投稿を繰り返したり、不適切な場所にプロモーションメッセージを残したりするよう求めるべきではありません。継続的なTelegramケアも必要な場合は、コミュニティ管理およびモデレーションサービスがキャンペーン周辺の日常的なスペースをカバーできます。

公開説明は簡潔に保ち、必要に応じて詳細な条件にリンクしてください。参加資格とレビュー決定には平易な言葉を使用してください。タスクの横に連絡先を配置し、参加者が見逃す可能性のある別のアナウンスには配置しないでください。

受け取るものと、各要素が使用されるタイミング

参加者が行動し、レビュアーが一貫した決定を下すのに役立つ、キャンペーン資料の作業セットを受け取ります。各要素は必要な時点で準備されます。

コンテンツタスクには形式とオリジナリティのガイダンスが必要な場合があります。翻訳タスクにはソース資料、用語メモ、修正ルートが必要です。ソーシャル投稿には関連する参加ルールが必要です。技術報告には明確なプロセスと資格のあるレビュアーが必要です。専用のクエスト構造が必要なタスクがある場合、この計画をQuest Campaignと比較するお手伝いができます。配布が中心的な場合は、Airdropキャンペーン管理を検討してください。

正確な資料は承認されたタスクタイプに従います。指示の現在のバージョンを1つ保持し、参加者とレビュアーが同じ条件を参照できるようにします。

バウンティのレビューを公平で有用に保つには？

一貫したレビューは、同じ書面による基準をすべてのエントリーに適用し、プロジェクトが確認できる方法で決定を記録することから生まれます。開始前に、各タスクを誰がレビューするか、不明確なケースを誰が解決するか、参加者が決定の再考をどのように求めることができるかを合意します。

簡単な記録には、タスク、提出ルート、受け取った証拠、レビュアーの決定、未解決の質問を記載できます。レビュアーは、提出後に新しい要件を発明せずに、欠落情報を特定する必要があります。ブリーフが不明確な場合は、そのタスクを一時停止し、全員のために文言を明確にしてから続行します。

翻訳が同じ機能に対して2つの異なる用語で届いたとします。レビュアーは承認された用語集と比較し、修正を記録し、そのガイダンスを後のエントリーに適用できます。これは、レビューごとに個人的な好みに依存するよりも有用です。

終了時に、チームはどの作業が受け入れられたか、まだ注意が必要なもの、指示が混乱を引き起こした場所を確認できます。記録を整理し、決定が必要な質問を強調します。Telegramオーディエンスの成長が参加者作業の割り当てよりも優先される場合は、バウンティ形式を選択する前にTelegramコミュニティ成長サービスを確認してください。

提出を募集する前に安全な境界を設定する

バウンティルールは、タスク自体と同じくらい安全なルートを明確にする必要があります。公開投稿と機密性の高い技術報告を分離し、各タイプを処理できるレビュアーを指名します。

セキュリティ関連の作業については、対象となるシステム、提出する詳細、プライベートな報告方法を明記します。公開チャットで脆弱性の詳細を投稿するよう参加者に求めないでください。ソーシャル作業については、適切なチャネルとアクションを説明し、レビュアーがルールを外れたエントリーをフラグできるようにします。

Telegramはコンテンツのモデレーションや表示方法を決定します。独自のルールに基づいて投稿を削除する場合があります。これらの決定を制御したり、すべてのエントリーが受け入れられることを約束したりすることはできません。キャンペーン資料、調整、レビュー記録については、チームと合意した内容にコミットできます。

キックオフ前に、以下の項目を集めてください。

• プロジェクトの説明と必要な作業。
• 報酬条件のドラフトと承認者。
• 技術報告を含む各タスクのレビュアー。
• ソースファイル、言語ガイダンス、承認済みソーシャル資料。

Brand Communityにこれらの詳細と希望するタスクタイプを送信してください。計画を確認し、ルールのギャップを特定し、承認のための参加者ブリーフを準備します。

仕組み

1. キャンペーンコンテキストを共有プロジェクトの説明、オーディエンス、目標、既存の資料を送信してください。条件を承認し、エントリーをレビューできる人を教えてください。
2. タスクと境界を選択作業を成果物ごとにグループ化し、各タスクに属するものをマークします。証拠要件と安全な報告ルートを一緒に設定します。
3. 参加者ルールを承認指示が共有される前に、チームが参加資格、報酬条件、レビュー基準、連絡ルートを確認します。
4. エントリーと質問を調整キャンペーン情報を整理し、エントリーを適切なレビュアーにルーティングし、決定待ちの質問を追跡します。
5. 有用な記録で締めくくるレビュー決定、未解決項目、次のラウンド前に価値のある変更を要約します。