这篇文章灵感来源于新手村项目组的日常讨论，感谢项目组成员给予支持，让我能够有机会探索到一种通过共创的方式制作运营 SOP 的方式，在此将我的思考过程进行整理，以运营的视角来进行表述，希望能为 DAO 内项目的协作方式提供一些灵感。
作为一名Web2的私域运营，制作SOP是一种家常便饭。以往SOP中我们的工作任务拆分更多是遵从成员职能由上至下、不打断、逐层细化的方式进行拆分（如下图所示），即对于一项任务，主负责人梳理任务工作流，其他协同人员根据自己职能在此任务流上进行细化，一层接着一层的往下拆分，最总汇聚成一份完整的SOP，其中，每位成员都掌握其职能下的一整条完整逻辑链。
在这个体系下运营 SOP 的特点主要如下：
文档输出方式遵循由上至下，繁多且相互关联
以课程运营 SOP 制作流程为例，必要文档一般为：课程设计包、用户进入路径、社群执行内容包。
课程设计包包含课程路径、课程内容、课程任务验收方式；用户进入路径需结合课程设计路径进行设计，并根据进入路径进行埋点，制作用户标签并生成数据看板；执行内容包依据用户进入路径规划承接 APP，对应话术及 FAQ 文档。相关内容分布在多份文档中且具备关联性，且需由上至下传递。
迭代周期长，流程相对固定
由于课程包文档多且相互关联，运营人员一般确认具体流程后仅会针对内容进行调整，不会轻易改动流程顺序，一套 SOP 在一个项目中一般可使用 1-3 个月，在整体复盘后才会进行迭代修改。
人员流动性低，多为 1-2 位固定人员进行维护
对于企业来说，一个岗位的人员相对是固定的，大部分运营包皆由 1-2 位固定人员维护，在这个情况下员工离职通常需要进行运营包交接，消耗大部分的时间用于对接运营包逻辑及执行细则。试想一下，若人员的流动性加大，那么对于这个运营包的继承成本会越来越大。
那么，这类运营 SOP 是否适用在 DAO 内呢？
为了搞清楚这个问题，首先我们需了解 DAO 内协作的主要特点。
分布式
DAO 内成员分布各地，大家基于共识做事，对事项的发展采取共商群策的方式，是多个大脑协同的运作方式，彼此之间需要消耗更多的时间用作沟通。
规则明确，标准客观
DAO 内讲求信息公开透明，需制定客观明确的准则，成员间通过准则行事。
迭代周期短，需保留扩展空间
由于 Web3 世界信息迭代飞快，内容文案及流程需结合当下需求快速修改，相关运营包的制定许为接下来的迭代保留扩展空间。
人员流动性高
DAO 成员没有中心化的权力机构来控制或管理他们。因此，他们可以自由参与和退出 DAO，项目内人员流动性高。
基于这些特点，我认为以往的运营 SOP 在 DAO 内项目协作中使用成本偏高，无法满足成员日常的需求。
那我该怎么结合 DAO 内协作的特点来制作 SOP 呢？
受到悬赏酒馆的启发，我认为应遵从任务块的分配方式，通过将完整任务流程拆分成多个互相影响小的任务模块，由项目内成员认领任务块，完成任务块中的复合型任务，再由协调角色对任务块进行排序，构建 SOP，如下图所示。
每个成员均需认领一个完整的任务块，任务块间可以进行拼接。每位成员需在约定的时限内交付自己的任务块，任务块按照一定顺序排列，再由执行角色依据拼接完成的任务链进行内容输出。
此 SOP 制作逻辑下，主要有
1、任务块相对独立，满足成员分布完成工作的需求 SOP
2、任务包信息明确，相关事项的合理性能够进行测试，运营人员更替也便于快速接手任务块
3、任务块是任务链的最小单位，每个成员仅需针对自己的任务块进行迭代，迭代难度更低、速度更快
4、任务块间可在一定程度上相互组合，形成新的任务链
当然，这样的 SOP 拆分方式也带来全新的挑战：
1、对于协调角色的模块化思维能力要求高，能够将任务链进行有效的任务块拆分，明确各任务块内所需的任务事项，并降低任务块的拼接难度
2、项目内成员需要具备复合能力，能够掌握单个任务块所需的各项技能
以下是我通过 Notion 的 Board view，围绕着新手村项目设计的 SOP 看板：
https://seedao.notion.site/9b3037db966e4aefa260d3f526875922
在确认任务板块的情况下，将任务块进行拆分，统一存放在任务库中，在此项目中单个任务需明确任务奖赏、任务说明、发送节点和达成标志（也就是我们所说的任务块连接点）、对应负责人。
同时这个任务块中也包含了详细任务说明及相关话术。
任务库由多个任务块所组成，每个成员针对任务块进行制作，导师可以在开营前依照任务块进行自由组合，形成一条任务链，这个任务库中我们的任务链是按照周来划分。
只需要分配任务周期，在新的视图中就会出现一条完整的课程任务链，这时候再由小助手，也就是执行人员进行执行时间点确认，在每个时间点进行任务包内的对应动作即可。
以该课程SOP为例，这样的SOP制作方式使得整个课程路线更为灵活多变，也更能应对人员流动，新的成员也能快速入手SOP，成员间可以不断补充任务块和调整任务顺序，直到调整为最合适的模式。
当然，SOP的制作方式应该随着协作方式的变化而变化。在DAO的环境中，任务块的拆分方式能够更好地适应分布式、规则明确、迭代周期短和人员流动性高的特点，实现协作高效化和团队协作的无缝衔接。
而在Web2中，我们也可以借鉴任务块的拆分方式，提高团队协作的效率和可拓展性。
畅想下，随着游戏化理念的深入，Bounty形式在办公协作领域的应用也越来越广泛。未来，我们可以期待更多的任务块化的协作方式出现，通过这样的方式可以更好地激励成员参与协作，增强成员的归属感和动力。
在未来的DAO中，任务块将成为办公协作的基本单位，成员通过完成任务块获取SBT，通过多个SBT 组合获得完整回报及项目背书。
或许，当办公协作领域也能以游戏化的方式运转的时候，游戏人生真的不远了。
（声明：请读者严格遵守所在地法律法规，本文不代表任何投资建议）
