本文将提出一个成员级别和持有不同数量 Token 的分层方案，并以贡献者漏斗结构讨论如何解决 DAO 运作中的激励性问题。
原文：Rethinking the DAO Contributor Funnel
作者：0xJustice.eth 丨经作者授权发布
封面：https://bit.ly/34CGlBt（原图）
编译：DYan，Web3Cafff 译者
不是所有加入你 Discord 服务器的人都是你 DAO 的一份子，他们也不应该是。社区参与程度的不同有着不同的特权和期望，将它们混为一谈是对社区的伤害。有些人想随性参加，而另一些人则在寻求全职工作。一些人的加入是为了休闲，而另一些人则是为了解开分权治理的死结。
其他问题源于对投资回报的预期不同。投资 500 美元的人与投资 5000 美元或 15000 美元的人有不同的想法。责任也不同。要求某人在会议上简简单单的做笔记与管理一个 2.5 万美元的项目相比是不同的。在后一种情况下，即使资金在多重签名的钱包中是安全的，社区仍然承担机会成本的风险。在考虑 DAO 的组织构成时，请考虑以下问题：
- 是否根据明确的有效性、责任和期望来划分不同级别的群组？
- 是否提供了与这些细分群组相对应的工具和访问权限？
- 每个群组的财务激励是否匹配不同组别的贡献和责任？
如果以上任何一个问题的答案是否定的，那么社区将不可避免地遭受挫折、困惑、抱怨和人才流失。每个人的感受和目标，包括 DAO 本身，都被无差别的放在同一个篮子里，从而受到破坏。
本文将提出一个成员级别和持有不同数量 Token 的分层方案，以解决这些细分问题，并详细说明运行中的贡献者漏斗结构。DAO 每个群组或层级都有与之相关的特定关注点和目的，每个级别要进阶到下一个级别的都有明确 Token 要求。在此之后，我将描述以持有 Token 数量来划分不同级别，并如何配置相应的工具。
级别1：公众用户
公众用户是社区的第一层。它包括使用社区产品或服务的任何人。没有任何门槛限制，我们鼓励所有人都参与进来。此级别包括拥有任意数量 Token 的用户。
此级别是此架构中最庞大且组织性最弱的群组，此环节的最大作用是项目方要重点宣扬一个信念，即项目方希望所有用户在贡献者漏斗的其余部分继续做出贡献。在这一级别上，一些社区为某些用户派发 Discord 的 “客人通行证”，而另一些社区则完全不提供 Discord 的通行证。
第2级：社区成员
第二层的第一点介绍官方社区成员。在这个方案中，公众用户和社区成员是不同的。公众用户从社区的产品中受益，但社区成员会影响这些产品和服务的创建和传播方式。他们是社区的探索者、倡导者和布道者。已经有许多社区使用这些术语来描述类似的角色。社区成员看好产品和品牌愿景，并希望做出贡献。他们渴望参与并与其他成员合作，为社区探索和推广新的想法和机会。
这种协作和创新的环境会良性循环的孕育社区通过交互产生优秀产品。社区是人们学习和展示所获得技能的地方。这一层次是社区文化和共鸣的主要驱动力，也是后续层级的文化基础。社区成员资格可以由应用和满足 Token 的数量组成，以供接受的参与者使用。FWB（FriendsWithBenefits DAO）和 Raidguild（RaidGuild DAO）就是这样的例子。
第3级：贡献者
下一级由贡献者组成。这些人已经超越了单纯的社区成员身份，而成为社区的生产性角色。因为最接近项目的人应该是那些决定要做什么的人，我认为这一级别也是治理的领域。作为社区成员不同于作为其管理机构的投票成员。激励、关注和责任是不同的。通证经济、愿景和可持续性的问题突然变得更重要。这一级别的成员早已对社区进行财务投资，他们的权限变得更大和全面。
当社区采用委托治理模式时，部分人会意识到为什么一些社区在举办活动时，选民参与或法定人数要求不达标方面遇到困难。这是因为他们没有区分社区的大众成员和负有治理责任的贡献者。考虑到很多 DAO 没有区别这三个级别的代币持有人，因此这些 DAO 在保留贡献者方面存在真正的困难也就不足为奇了。
第4级：团队
最后，我们聊聊执行层面的团队。团队是社区的引擎，他们的持续发展将定义社区产品提供的有效性和可持续性。没有它们，DAO 就无法产生可持续的收入。社区聚集在成功的产品周围，充满活力的社区使成功的产品成为可能。这种共生关系是 Web3 的命脉。
没有稳定性，团队就无法输出产品与服务。因此，有必要定义什么是成员资格。短暂的团队成员关系对效率来说是致命的，也是团队成长和成熟的拦路虎。正如 Brooks 定律所预测的那样，每一个新出现的人都会转移既有人员的时间和注意力，从而阻止项目的持续发力。出于这些原因，我认为团队执行层面的人员也要持有 Token。
您会注意到，我在上图中单独标记了团队领导（Lead），这是一种跟踪单点责任的执行方法。这些领导是团队的捍卫者、工作的领导者、项目经理或直接负责人（DRI’s）。他们本身并不是整个项目负责人，但他们是协调各项工作的中心和关键。
综上所述，您可以看到，我们创建了一个实际的漏斗，而不是将不同的群组生拼硬凑在一起。每一层都假定并依赖于先前的层，唯一的区别是范围不同。由此可见，我们可以全面了解我们的社区，并可以在每个级别应用相关指去去评测运行情况。
以令牌为中心的工具和权限
现在我们已经描述了不同的等级和持有 Token 数量的关系，问题是如何实际创建它们。实现这一点的理想方法是将每个工具和相关的权限方案都围绕 Token 持有数来进行。这种方法有几个优点。首先，它代表了单点权限管理，从而减少了协调花费的精力。它还提高了安全性，因为如果管理传统意义上的、具有不同访问级别的电子邮件为黑客打开了不安全大门。但最重要的是，如果通过传统方法、即链上自治，那么与我们的目标设定背道而驰。因此一个社区仅仅专门围绕 Discord 开发工具进行运营，那么它已经过时了。
从 Discord 开始，让我们逐步完成一个可能的设置。使用 Colab Land 标记持有不同数量 Token 对应的不同频道；设置 Sobol 映射这些 channel 访问级别。这种间接方式不如直接集成钱包的方式那么理想，但它可以而且成功完成我们的目标。Sobol 满足了我们可视化组织结构和会员的需求，Discord 满足了我们的沟通渠道需求。幸运的是，我们通过以下两种工具实现了钱包的直接集成。
以加密为中心的项目管理工具，如 Clarity 和 Dewwork 正在出现，我相信，这将引起巨大的轰动。最后，我们有 Cal.com，它解决了通过 Token 控制级别准入的需要。Cal.com Web3 集成工具是最近才推出的，但它提供了充足的工具来支持我们的结构。这些按照以上方式配置的工具，有助于推进按照持有 Token 数量进行身份确认的目标和恢复链上治理梦想。以这种方式建立的社区为其成员服务，允许他们在 Meritverse 等网站上展示自己的技能和成就。
最后总结
最后，让我强调一下，我刚才建议的结构只是一种方法，而不是社区的精确蓝图或指南。当整个系统保持不变时，工具和级别变换标准仍可能会发生变化。我的目标是演示如何通过使用不同的级别标准来划分 DAO 社区成员，以及如何使用 Token 和以 Token 为中心的工具创建这些级别。所有这些共同作用，创建一个统一的贡献者漏斗结构。不过，我希望上述内容能为建设性对话提供一些新思考。有了上述模型工具，我们可以对社区进行治理，并讨论其他配置和方法的优缺点。在未来的文章中，我将聚焦社区的执行级别，讨论构建团队的策略，从开源软件和敏捷项目管理方法中汲取见解。
特别感谢 richiebonilla.eth、Links 和 BPETE.eth 用于反馈和编辑。
免责声明：作为区块链信息平台，本站所发布文章仅代表作者及嘉宾个人观点，与 Web3Caff 立场无关。本文内容仅用于信息分享，均不构成任何投资建议及要约，并请您遵守所在国家或地区的相关法律法规。
