如何具有一定人数规模的组织，无论是公司、社团或是在线的群组、论坛，似乎都会自然形成分化：有活跃于组织事务的成员和不活跃的，有积极的倡议发起人和相对沉默的参与者，有协调人和执行者。
任一具有一定人数规模的组织，无论是公司、社团或是在线的群组、论坛，似乎都会自然形成分化：有活跃于组织事务的成员和不活跃的，有积极的倡议发起人和相对沉默的参与者，有协调人和执行者。
在公司这类等级明确的组织中，自上而下赋予的职位先验地决定了各人角色的不同。**而在706这样的自组织中，人们更多是因在组织中的活动而逐渐匹配上某一种角色。**由于组织运转过程中必然需要将某些特别的权限分配给某一类别的角色以发挥功能（例如706 Notion的管理员权限需要分配给热心于推动协作和信息聚合的成员），有必要设置一种规则使得成员明确自己当前的角色、相应的权能、转换身份的规则等，以便他们能够动态取得相应的权限。同时，一种动态的角色划分也有助于维持社群的活力。
综合706内部此前的讨论，将成员划分为三层似乎是较为合理的选择：
综合706内部此前的讨论，将成员划分为三层似乎是较为合理的选择：
例如，‣ 提到了媒体实验室翻译小组最近翻译的关于p2p的著作，其中提出自组织社群通常划分为三个区块：
一个是最广大的参与者社区（包含比较核心的人员及来来去去的参与者，没有太多门槛限制），第二个区块是透过基础社群里生发出来的有特定边界的项目（包含盈利或非盈利），第三个区块是负责维护基础设施的团队（类似方荣、notion和slack团队）。
cheng 也提到了开源软件开发中采用的类似模式：
先给个背景，我是开源软件开发和github 重度使用者，我发现706 可以借鉴开源软件的组织方式。开源软件一般有个核心的开发团队，这个开发团队相当于706 共建人 P3。**P3 的人一般相互之间是认识也熟悉，负责推动一些大的项目，以及确定发展的方向，也可以获得相应的收益。**第二层是开源软件的使用者，这个团体相当于P2，P2 参与活动或者支持活动，提供意见，也可以提供支持，P2之间一般有一定的联系，但是P2一般不参与收益的分红。第三层是开源软件的贡献者，这个团体相当于P1，P1之前一般不认识，也没有互动，不参加活动，但是认同706的理念。P1 人数的基础一般很大，总有一些人有自己一些独特的技术能给706 提供贡献。从开源软件的角度讲就是提供代码，增强功能。从706的角度讲就是可以接一些派分的任务包，获得一些收益。
这三层分别是：广泛参与者（P1）、积极支持者/内部成员（P2）、基础设施维护者/706共建人（P3）。以下具体方案系‣ 贡献，经过‣ 补充。
这个层级是最宽泛的706的社区，包括参与过706活动的人、706公众号关注者、加入706各个城市线下微信群的人员、706各个官方微信号的微信好友等等。这一层参与者的边界相对流动，数量也不需要精确统计。这一群体也约等于706向社会公众曝光的范围。