来源：Kevin改变世界的点滴
从今年开始，我开始有意的要求团队输出SOP，主要原因是在创业几年的时间中，深感团队能够给出的标准化输出已经有点老套了。
每次在和客户、用户打交道中，之前的SOP节点已经难以应对新需求、和新的业务变动。不仅是产品研发遵循以往工作的流程标准，要求在运营里的活动、社群、新媒体上都在逐渐积累SOP。
什么是SOP？
所谓SOP，是 Standard Operating Procedure三个单词中首字母的大写 ，即标准作业程序，指将某一事件的标准操作步骤和要求以统一的格式描述出来，用于指导和规范日常的工作。SOP的精髓是将细节进行量化，通俗来讲，SOP就是对某一程序中的关键控制点进行细化和量化。实际执行过程中sop核心是符合本企业并可执行，不流于形式。
对于产品经理，SOP集中在原型、和需求文档的规范上。
▲ 产品经理的原型规范SOP
对于一个运营，SOP则主要集中在操作流程、文档、话术、活动规则、数据分析报表上。
▲ 社群运营的SOP
对于一个研发，SOP是研发流程、代码规范。方便团队进行代码管理和维护，不管是哪位开发同学，只要是相同职位的都可以快速上手。
▲ GitHub上可以进行代码管理
创业团队更需要SOP
首先只有创业公司会难以建立SOP。但对于大厂或大型企业来说，SOP是非常成熟的。
正是因为如此，大企业在人效、和团队绩效管理上都能做到非常精细化。反而小公司就容易浪费资源走向歪路。
团队通过建立SOP在工作效率上是会提高的，还会减少工作中的分歧作。简单来说大家可以直接套着模版填写即可，而这模版就是SOP，经过公司团队沉淀和反复磨合过的。
比如在大厂都会要求产品经理按照自家公司的需求文档、原型设计规范来做。如下就是一个需求文档模版SOP
▲ 产品经理的需求文档SOP
新入职的产品经理只需要对着上面填写即可。还不用在网上找模版，担心写的不合格。
所以那些打算进大厂的产品经理，就不用担心规范什么问题了，因为工作的SOP已经帮你解决了。
有了SOP，可以减少杂乱工作
SOP的工作本质就还原了工厂流水线的工作，一环接一环，不断循环。
举个例子在互联网职业里，运营被称呼为最杂碎的。主要理由是什么事情运营都可以干，类似客户、销售、甚至是产品都可以被运营做，导致新手运营要想进阶总是很难、也不容易找到方向沉淀。
但如果你学会了搭建自己或团队的SOP，那么你的运营工作就会非常具体，以后也更加容易找到新机会。
下面我列举3个我们PMTalk团队沉淀运营方案的SOP版块
1.社群运营SOP
用户触点-活动规则-用户话术-用户路径-活动反馈-数据分析
2.新媒体SOP
内容筛选条件-排版-触点-内容设计-热点-业务排期
3.活动SOP
时间排期-活动流程-活动物料-活动人员-活动复盘-数据分析
上面3个例子，你可以看到就算是杂乱无章的运营仍然是可以输出很多标准化能力的。不断沉淀运营关键的节点，自然这件事就会越来越简单了。
没有SOP的工作就像一盘散沙，工作非常零碎。对于个人来说什么都在做，结果什么都没有做好；对于团队来说，则没有凝聚力，同时不对结果负责，难以估算成本。
我建议你用SOP3个理由
-
效率最大化
通过上面的案例，一个产品研发团队没有SOP，做一个需求是否完成实际上需要经过需求评审、开发评审的、以及非研发部门的审核，比如非功能性需求里的人力资源、财务、市场资源。
而有了SOP就可以提早过滤这类问题，不需要填写的为空即可。
2.工作进度可监督
有了SOP，就知道了当前的工作进度还有所缺乏的资源问题。就像拼图一样，很快的把简单、容易的步骤完成了，难得可以放后面。
当然在好的SOP里面还存在任务顺序记录，你只需要跟着说明一步一步完成即可。
3.阿米巴管理
SOP还能帮助想实现某个团队小管理，比如最为经典的就是落地3人小组的阿米巴。
阿米巴，企业经营管理模式中使用这一词，称作“阿米巴经营模式”。阿米巴经营就是以各个阿米巴的领导为核心，让其自行制定各自的计划，并依靠全体成员的智慧和努力来完成目标。
通过这样一种做法，让第一线的每一位员工都能成为主角，主动参与经营，进而实现“全员参与经营”。
要是不会任务分工，和路径节点设计。小团队是无法组成的。