但是第一个问题较难解决，因为在面向复杂协作关系时，DAO的基础设施所需要考虑的点太多，且很少有团队能够完整的梳理整个协作过程中所需要准备的所有的内容。涉及的“接口”过多，需要更加深入的思考才可以做出最好的设计。

　　03

　　解决方案

　　1：正向推演

　　要处理复杂的协作问题，首先我们需要确定协作的各类变量以及最小单位，比如复杂协作中的组织架构问题，收益分配问题，权限管理问题，贡献判定问题等。每一个问题都是一个大的变量，大的变量里面包含各类细分变量。

　　以组织架构问题举例，组织架构中涉及到不同职能的级别，权限，职责，义务等诸多小的变量。从公司层面来说，如果要顾及到复杂协作的方方面面，难度约等于制定完整的公司章程，管理制度以及人事制度等等。

　　因此很难从头开始直接给出完整的变量以及最小单位，但是从产品设计的角度来说，完善的需求并不是一蹴而就的，需要不断的完善和演进。因此，我们可以换一个思路，从实际情况出发，用逆向的思路推演出一些现有的明确的需求，并且尽量最小化，使得未来新加入的需求不会受制于初期的设计，增强扩展性。

　　2：逆向推演

　　（1）设定一个足够复杂的协作场景——以DAO的方式建立一个社区自治的从0开始的DeFi协议。

　　（2）梳理设计，创建，运营一个DeFi项目所需要的所有职能。

　　在上图中我梳理了运营一个DeFi项目所需要的完整职能。这其中决策者三类，执行者七类。每个职能的人数根据需求变动。

　　（3）再次细分各个职能的主要工作

　　（4）为各种不同的职能和工作定价

　　每一个工作后面标注的数字即为所判定的价格（瞎想的，每个人都有不同的定价原则，看一乐）

　　截止于此，以上所撰写的内容已经足以驱动一个中心化公司的去开发一个新的项目。因为中心化公司内部自治，无需管理透明，也不涉及Token，并且不用为社区复杂，所以不需要DAO。

　　但是去中心化组织需要考虑的更多，首先需要额外考虑的就是决策的级别和架构问题。

　　（5）设定DAO的决策级别和架构

　　一个新兴的DeFi项目，由于面临较大的市场竞争，因此不同的发展阶段应该有不同的决策架构，当发展越早期的时候权力也应该越集中，这样才可以加快迭代和竞争的步伐。但是发展越后期，管理的资金规模或者Token相关的利益越大时。权力应该越分散和民主。 (责任编辑：admin)