如何通过共创的形式制作运营SOP？

文章来源：The SeeDAO

这篇文章灵感来源于新手村项目组的日常讨论，感谢项目组成员给予支持，让我能够有机会探索到一种通过共创的方式制作运营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?v=05fe2d506b3947538242aad309f8f77c

在确认任务板块的情况下，将任务块进行拆分，统一存放在任务库中，在此项目中单个任务需明确任务奖赏、任务说明、发送节点和达成标志（也就是我们所说的任务块连接点）、对应负责人。

同时这个任务块中也包含了详细任务说明及相关话术。

任务库由多个任务块所组成，每个成员针对任务块进行制作，导师可以在开营前依照任务块进行自由组合，形成一条任务链，这个任务库中我们的任务链是按照周来划分。

只需要分配任务周期，在新的视图中就会出现一条完整的课程任务链，这时候再由小助手，也就是执行人员进行执行时间点确认，在每个时间点进行任务包内的对应动作即可。

以该课程SOP为例，这样的SOP制作方式使得整个课程路线更为灵活多变，也更能应对人员流动，新的成员也能快速入手SOP，成员间可以不断补充任务块和调整任务顺序，直到调整为最合适的模式。

当然，SOP的制作方式应该随着协作方式的变化而变化。在DAO的环境中，任务块的拆分方式能够更好地适应分布式、规则明确、迭代周期短和人员流动性高的特点，实现协作高效化和团队协作的无缝衔接。

而在Web2中，我们也可以借鉴任务块的拆分方式，提高团队协作的效率和可拓展性。

畅想下，随着游戏化理念的深入，Bounty形式在办公协作领域的应用也越来越广泛。未来，我们可以期待更多的任务块化的协作方式出现，通过这样的方式可以更好地激励成员参与协作，增强成员的归属感和动力。

在未来的DAO中，任务块将成为办公协作的基本单位，成员通过完成任务块获取SBT，通过多个SBT组合获得完整回报及项目背书。

或许，当办公协作领域也能以游戏化的方式运转的时候，游戏人生真的不远了。