這篇文章靈感來源於新手村項目組的日常討論，感謝項目組成員給予支持，讓我能夠有機會探索到一種通過共創的方式製作運營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 看板：
在確認任務板塊的情況下，將任務塊進行拆分，統一存放在任務庫中，在此項目中單個任務需明確任務獎賞、任務說明、發送節點和達成標誌（也就是我們所說的任務塊連接點）、對應負責人。
同時這個任務塊中也包含了詳細任務說明及相關話術。
任務庫由多個任務塊所組成，每個成員針對任務塊進行製作，導師可以在開營前依照任務塊進行自由組合，形成一條任務鏈，這個任務庫中我們的任務鍊是按照週來劃分。
只需要分配任務週期，在新的視圖中就會出現一條完整的課程任務鏈，這時候再由小助手，也就是執行人員進行執行時間點確認，在每個時間點進行任務包內的對應動作即可。
以該課程SOP 為例，這樣的SOP 製作方式使得整個課程路線更為靈活多變，也更能應對人員流動，新的成員也能快速入手SOP，成員間可以不斷補充任務塊和調整任務順序，直到調整為最合適的模式。
當然，SOP 的製作方式應該隨著協作方式的變化而變化。在DAO 的環境中，任務塊的拆分方式能夠更好地適應分佈式、規則明確、迭代周期短和人員流動性高的特點，實現協作高效化和團隊協作的無縫銜接。
而在Web2 中，我們也可以藉鑑任務塊的拆分方式，提高團隊協作的效率和可拓展性。
暢想下，隨著遊戲化理念的深入，Bounty 形式在辦公協作領域的應用也越來越廣泛。未來，我們可以期待更多的任務塊化的協作方式出現，通過這樣的方式可以更好地激勵成員參與協作，增強成員的歸屬感和動力。
在未來的DAO 中，任務塊將成為辦公協作的基本單位，成員通過完成任務塊獲取SBT，通過多個SBT 組合獲得完整回報及項目背書。
或許，當辦公協作領域也能以遊戲化的方式運轉的時候，遊戲人生真的不遠了。
