DAOの貢献者ファunnel：ユーザー、コミュニティメンバー、貢献者、チーム

著者：0xJustice.eth

翻訳：Jianghanhan

あなたのDiscordサーバーに参加するすべての人があなたのDAOメンバーであるわけではなく、そうあるべきでもありません。異なるレベルのコミュニティ参加は異なる権限と期待に対応しており、これらを混同することはコミュニティにとって有害です。ある人々は気軽に訪れることを望み、他の人々はフルタイムの仕事を求めています。ある人々はレクリエーションのために参加し、他の人々は分散型ガバナンスの難解な問題を解決しようとしています。

財務的インセンティブの不一致により、他の問題も発生します。500ドルを投資したメンバーと5000ドルまたは15000ドルを投資したメンバーでは、考え方が異なります。責任も異なります。誰かに会議の議事録を取らせ、25000ドルのプロジェクトを管理させることは異なります。後者の場合、コミュニティは機会コストのリスクを負います。たとえマルチシグの下で資金が安全であってもです。したがって、DAO組織を考える際には、以下の質問を考慮してください。

1. 定義された可用性、責任、期待のレベルに基づいてグループ分けは行われていますか？
2. グループレベルに応じた方法でツールとアクセス権を適用していますか？
3. 各グループの財務的利点は、期待されるそのレベルのコミットメントと責任に一致していますか？

これらの質問に対する答えが否定的であれば、そのコミュニティは避けられない挫折、混乱、恨み、そして人材流出に直面することになります。すべての人を同じ無差別なバスケットに入れると、皆の経験と目標、DAO自体が弱まります。

この記事では、グループ化の問題を解決するためのメンバーシップの階層とゲート制御の層を提案し、その過程で貢献者ファunnelモデルを詳しく紹介します。各グループまたは層は、特定のDAOの関心事と目標に対応しています。各ゲートは、次のレベルのゲートの明確な通行証として使用できます。その後、既存のツールを構成してトークン化されたアクセスレベルを設定する方法についても説明します。

第一層：ユーザー

コミュニティの第一層はあなたのユーザーです。これは、あなたのコミュニティの製品やサービスを使用するすべての人を含みます。ここには入場制限はなく、すべての人が参加を奨励されています。この層には、任意の数のコミュニティトークンを持つすべての人が含まれます。

この層は構造の中で最も大きく、最も不定形なグループです。すべてのメンバーが残りの貢献者ファunnelの中で継続的にユーザーであり続けることを望んでいるという考えを強調しています。この層では、一部のコミュニティがDiscordサーバー内で個人に「ゲストパス」を指定する一方で、他のコミュニティはDiscordのアクセス権を提供しません。

第二層：コミュニティメンバー

第二層、すなわち第一のゲートは、正式なコミュニティメンバーを紹介します。この構造では、ユーザーとコミュニティメンバーは異なります。一般のユーザーはコミュニティの製品を使用し、コミュニティメンバーはこれらの製品やサービスの生産と配布プロセスに影響を与えることができます。コミュニティメンバーはコミュニティの探求者、提唱者、伝道者です。多くのデジタルコミュニティは、これらの用語を使用して類似のプログラムを説明しています。コミュニティメンバーは製品とブランドのビジョンに対して楽観的であり、貢献したいと望んでいます。彼らは参加を渇望し、他のメンバーと協力してコミュニティの新しいアイデアや機会をテストし推進します。

この協力と創造の環境では、豊富な社交と教育の機会が相互に学び合う良性のサイクルを生み出すことができます。コミュニティでは、人々は学び、習得したスキルを示すことができます。この層はコミュニティ文化と雰囲気の主要な推進力であり、上位層の文化的基盤でもあります。コミュニティのメンバーシップには申請が必要であり、受け入れられた参加者には一定数のトークンの要件があります。FWBとRaidguildコミュニティはその例です。

第三層：貢献者

次の層は貢献者で構成されています。これらの人々はメンバーからコミュニティの生産的な資産へと昇進しました。これらの第一線で働く人々は「何をすべきかを決定する」意思決定者であるべきであり、したがって私はこの層がガバナンスの領域であると考えています。コミュニティメンバーとしての役割とガバナンス機関の投票メンバーとしての役割は全く異なります。動機、関心、責任は異なります。トークンエコノミクス、ビジョン、持続可能性の問題は、突然以前よりも関連性を持つようになります。この層の個人はコミュニティへの関与を示し、彼らの権限と責任の範囲はより全体的でマクロ的になります。

デジタルコミュニティが委任ガバナンスのメカニズムを採用する際、なぜ一部のコミュニティが投票参加者が少なかったり、法定人数の要件を満たさなかったりするのかという違いが私の頭の中で部分的に形成されました。これは、彼らがガバナンスの責任においてコミュニティメンバーと貢献者を区別していないからです。多くのDAOが最初の三つの層でトークン所有者を区別していないことを考えると、貢献者の保持問題に関する多くの現実的な困難に驚くことはありません。

第四層：チーム

最後に、実行層のチームに到達しました。チームはコミュニティのエンジンであり、その持続的な発展はコミュニティ製品の供給の効率と持続可能性を決定します。彼らなしでは、DAOは持続的に収益を生み出すことができません。コミュニティは成功した製品を中心に形成され、活気あるコミュニティが成功した製品を可能にします。この共生関係がWeb3の命脈です。

チームが安定性を欠くと、成果を上げることができません。したがって、メンバーを構成するものを定義する必要があります。短期的なコミュニティメンバーは効率にとって致命的であり、チームの成長と成熟を妨げます。ブルックスの法則に基づく予測によれば、新たに現れる新人は時間と注意を奪い、勢いの蓄積を妨げます。以上の理由から、私はチームメンバーの門をトークン化することが最善であると考えています。

私はチームリーダーを明確に指摘しましたが、それは実行方法における責任の唯一性を支持するためです。これらのリーダーはチャンピオン、ワークフローのリーダー、プロジェクトマネージャー、またはチームの指定責任者です。彼らは単に責任を持つだけでなく、協力の中心であり、重要な存在であり、責任の終点でもあります。

要約すると、私たちは実際のファunnelを形成したことがわかります。各層は前の層に依存し、責任の範囲が異なります。これを見て、私たちはコミュニティに関する全体的な視点を形成し、各層で関連する健康指標を適用することができます。

トークン中心のツールと許可

さて、私たちは層とゲートを描きましたが、次の問題はそれらを実際にどのように作成するかです。最も理想的な方法は、トークン保有に基づいてツールと対応する許可メカニズムを構築することです。この方法にはいくつかの利点があります。新しい参加者にとって、これは許可管理の唯一性を表し、調整のコストを削減します。また、異なるアクセスレベルを持つ複数のメールアカウントを管理することは、ハッキング攻撃やソーシャルエンジニアリングのリスクを高めるため、安全性を強化します。しかし最も重要なのは、これは私たちの目標、すなわち自己主権アイデンティティのオンチェーン現実をサポートすることとは逆行します。完全にDiscord中心でツールを構築するコミュニティは、時代遅れのものになるでしょう。

Discordを出発点として、可能な設定を進めてみましょう。Colab Landを使用してDiscordの特定のチャンネルにトークンゲートを設定します。Sobolを設定してこれらのアクセスレベルをミラーリングします。この間接的なトークンゲートは、直接的なウォレット統合ほど魅力的ではありませんが、機能します。今日、成功を収めており、私たちの目標を達成しました。Sobolは私たちの組織図とメンバーシステムの視覚化のニーズを解決できます。Discordは私たちのコミュニケーションチャンネルのニーズを解決します。幸運なことに、私たちはウォレットとこれらの二つのツールを直接統合できます。

暗号通貨中心のプロジェクト管理ツール、例えばClarityやDeworkが台頭しており、私はこれが大きな影響をもたらすと確信しています。最後に、Cal.comがトークンゲート化されたスケジューリングのニーズを解決できます。Cal.comのWeb3統合は最近発表されたばかりですが、私たちのファunnelをサポートするための追加のゲートを提供します。このように構成されたツールは、自己主権アイデンティティの目標とオンチェーンの履歴書の夢を推進するために役立ちます。これにより構築されたコミュニティは、メンバーがMeritverseのようなサイトで自分のスキルや成果を示すことを許可します。

一般的な方法

要約すると、私が提案したこの構造は方法論であり、あなたのコミュニティのための正確な青写真やチュートリアルではありません。これらのツールやゲートは変わるかもしれませんが、全体のシステムはそのままです。私は、異なる層を使用してDAOコミュニティメンバーを調整する方法、トークンゲートを使用する方法、トークンを中心にしたツールを使用してこれらの層を作成する方法を示すことを目指しています。これらのすべての作業が統合され、統一された貢献者ファunnelを作成します。それでも、私は上記の情報が建設的な対話のためのいくつかのカテゴリの例を提供することを望んでいます。この思考モデルを手に入れたので、私たちはデジタルコミュニティについて考え、他の代替設定や方法の利点と欠点を議論することができます。次の記事では、コミュニティの実行面に焦点を当て、戦略、チームの構成、オープンソースソフトウェアやアジャイルプロジェクト管理手法からの洞察をどのように得るかについて議論します。そして、これらすべてはWeb3ツールと協力モデルによって強力にサポートされます。