# 四向SOP怎么用：从业绩理清业务、人才和每天的工作 - 作者: Andrew David W.Y. - 来源: https://yutengfei.com/zh/journal/four-way-sop-practical-guide/ - 版本: R1 - 发布: 2026-11-04 - 修订: 2026-11-04 - 内容状态: 已公开全文 - 内容类型: 方法 (methods) - 研究专题: 利益相关者资本治理 (stakeholder-governance) - 生态视角: 运管生态 (operations) · 资源生态 (resource) · 客户生态 (customer) ## 如何使用这项资源 **用途**: 从一条业绩主线开始，把业务、资源伙伴、岗位职责和日常动作逐步理清。用一家假设的品牌设计公司，说明四向SOP怎样帮助初创企业验证收益路径、寻找和培养人才，并为人与AI协作留下可用的工作方法。 **使用条件**: 使用前请核对对象、目标和约束是否适合当前任务；正文未明确的条件需要另行确认。 **方法 · 步骤、输入与完成条件** **依据与验证边界**: 示例用于说明四向 SOP 的展开方法。判断是否有效时，请同时检查交付能否被下一环节使用，以及客户和经济结果是否有变化。 本文未单独登记外部验证结果。公开发布不等于效果已经验证，请结合正文依据、假设与限制判断。 这是可阅读、可引用的知识资源，不是已安装的 Skill。交给 AI 使用时，请保留来源与限制，并核对产出。 ## 正文 企业靠什么形成业绩？需要开展哪些业务？要找什么人？这些人每天应该做什么？ 这几个问题，其实可以放在一起考虑。 我早期研究四向SOP，就是想把它们接起来。先找到企业创造业绩的核心过程，再顺着这个过程，把业务、职能和具体动作一层层理清楚。这样做，企业已经在经营，可以用它检查现有业务；企业刚刚起步，也可以用它分析几种收益的可能，决定先做什么。 我把这套关系分为四个方向：**业绩SOP、业务SOP、职能SOP、动作SOP。** SOP通常译为标准作业程序。这里，我用四个方向，把从经营结果到具体工作的关系接起来。 从业绩往下看，是在回答“为了得到这个结果，需要组织什么工作”；从动作往上看，是在回答“这项工作，最终支持什么结果”。 如果想先看四者的完整结构，可以读[四向SOP模型介绍](https://yutengfei.com/zh/journal/four-way-sop/)。这一篇，我想把它怎样用于一家企业讲得更具体一些。 图示按阅读宽度显示，也可打开大图。 [![四向SOP实践路径：从业绩、业务、职能到动作，逐步明确收益路径、资源伙伴、岗责人才和日常安排，并通过实践反馈向上核对。](https://yutengfei.com/journal/four-way-sop-practical-guide/materials/zh/01-practice-map.svg)](https://yutengfei.com/journal/four-way-sop-practical-guide/materials/zh/01-practice-map.svg) 图1：从一条业绩主线逐层展开必要工作，再用实践反馈向上核对。四层表示工作范围，并非四级组织；沉淀的方法可支持人与AI协作，仍需授权、配置和结果检验。 [打开大图 ↗](https://yutengfei.com/journal/four-way-sop-practical-guide/materials/zh/01-practice-map.svg)[下载可编辑 SVG ↓](https://yutengfei.com/journal/four-way-sop-practical-guide/materials/zh/01-practice-map.svg) ## 一、先找到企业创造业绩的核心过程 梳理SOP时，我会先问：这家企业的客户是谁，向客户提供什么，客户为什么愿意付钱，企业怎样完成交付并形成收益？ 把这几个问题说清楚，业绩SOP的主线就有了。 早期研究里，我用过“拓客、报价、签合同、回款”这个简化例子。这几个节点之所以被放进业绩SOP，是因为它们都和客户有很强的关联，关系到一笔业务能不能成立。实际使用时，还要按业务把需求确认、交付、验收等必要条件补进去。 **业绩SOP中的过程，应当由业绩成功的关键要素组成。** 下面用一家假设的品牌设计公司贯穿说明。它的一条项目业务，可以先写成： 找到有需求的客户 → 确认需求与服务范围 → 提交方案和报价 → 确认合作与付款安排 → 完成设计交付和验收 → 按约结算。 这里画的是经营主线。每个节点都要有一个说得清楚的结果：“找到客户”要进一步看是不是合适的客户，“确认需求”要留下双方能够理解的范围，“完成设计”要看交付是否满足约定。 一条主线画出来，管理者就容易找到该关注的地方。客户很多却没有合作，看看需求、方案和报价；项目签了却交不出来，看看生产与交付；交付了却没有回款，再看验收和结算条件。 同时，企业要明确自己观察的业绩是什么。签约、收入、毛利和到账各有口径，不能混在一起。一家企业也可能有多条业绩SOP，分别对应不同的产品、服务或客户类型。 ## 二、初创企业可以先把几种收益可能画出来 还没有稳定业务的企业，也可以使用这套方法。 刚开始时，创业者往往有几种想法。还是这家品牌设计公司，可能准备做项目设计，也可能提供持续的内容服务，还可能开展设计培训。这几种业务需要的客户、资源和工作安排并不相同。 可以先各画一条简化的业绩SOP： - 项目设计：找到项目客户，明确范围与报价，完成合作约定，设计交付，验收结算。 - 持续服务：找到有持续需求的客户，明确每期服务内容与收费安排，约定合作，按期交付、验收结算和反馈，再判断是否继续合作。 - 设计培训：明确学员与学习需求，设计课程，招生报名与收费，完成教学，再核对学习效果和后续需求。 画完以后，就可以比较：哪条路径离现有资源最近？哪一环还没有能力完成？客户是否真的愿意付费？前期要投入什么？哪些条件需要先验证？ 这样，讨论就能从“我们还可以做很多事”，进入“先把哪条业务做出来”。 对于还没发生过的业务，我会把业绩SOP当成待验证的设想。先选择一条有条件尝试的路径，接触真实客户，做一次小范围交付，再根据反馈调整。画图能够帮助把问题提前暴露出来，实际业务负责检验这些判断。 ## 三、业绩SOP清楚以后，业务和资源就容易找到 业绩SOP告诉我们，哪些关键结果需要成立。接着要看，为了得到这些结果，需要开展哪些业务。 比如，“完成设计交付”看起来只是业绩SOP里的一个节点，背后却可能包含需求研究、创意设计、内容整理、制作检查、客户沟通等过程。这些过程共同形成客户能够使用的成果，就是业务SOP要组织的内容。 **业务SOP关注怎样创造价值，以及怎样把价值交到下一环节。** 需求研究要交出可用的设计依据，设计工作要交出符合要求的方案，制作检查要保证文件能被实际使用。每一步完成以后，下一步应当有东西可接。 当业务过程清楚了，所需资源也就具体了。 要做客户研究，需要访谈和分析能力；要做设计，需要设计能力、素材和工具；涉及拍摄、印刷或其他制作，还需要相应设备、工艺和供应能力。哪些资源已经有，哪些必须补，哪些适合找合作伙伴，就可以沿着业务逐项判断。 这时找合作伙伴，也有了明确的问题：对方可以提供哪一段能力？交什么结果？按什么标准配合？怎样与我们已有的工作衔接？ 一个业务过程，可以由内部团队完成，也可以由外部伙伴参与。先把需要的价值和协作关系说明白，再决定由什么组织来承接，更容易找到真正需要的资源。 ## 四、业务清楚以后，再把职能和岗责分析清楚 有了业务SOP，就可以继续把其中的任务归纳出来，形成职能SOP。 比如设计业务中，需要有人确认需求，有人完成设计，有人检查制作文件，有人组织交付。这些具体任务，分别需要什么输入、承担什么责任、交出什么结果，都可以继续明确。 我这里说的“职能”，指的是岗位或角色要完成的一项工作。一个岗位可以承担多项职能，一项业务也可能需要几个岗位共同完成。 把这些任务放在一起，就能分析岗位职责：这个角色为什么存在，平时负责哪些工作，与谁配合，需要具备什么能力。 这对找人才、判断人才、培养人才，都很有用。 找人才时，可以从真实任务提出要求。例如，要找的是能把客户需求整理成设计依据的人，还是能完成某类设计的人，或者是能组织多人交付的人？要求不同，找人的方向也不同。 判断人才时，可以围绕相应任务看作品、问过程、做练习，了解他怎样理解问题、使用资源和完成交付。岗位名称相同，实际能够承担的工作可能相差很大。 培养人才时，也能找到具体缺口。是需求没有问清楚，工具还不熟练，还是交付检查不够？把缺口落到任务和动作上，就能安排相应练习，并用后续工作检验进步。 人员配置也可以随业务调整。初创阶段，一个人可以兼几种角色；业务增加以后，再依据工作量、专业要求和协作需要拆分。四向SOP帮助我们说明需要什么工作，再判断需要怎样的人和组织。 ## 五、职能往下展开，每天的动作就清楚了 职能SOP明确了要完成什么，动作SOP进一步说明怎样完成。 例如“整理客户需求”，可以展开为：准备访谈问题，记录客户提供的信息，核对尚未明确的内容，整理需求说明，完成确认，交给设计环节。 在容易遗漏或出错的地方，还要写清楚标准：哪些信息必须具备，使用哪一版资料，怎样判断可以交接，出现缺项时找谁补齐。 然后，把这些工作放回日常安排里，可以从四种属性来看： - **日常任务**：持续开展的常规工作，例如查看客户咨询、维护项目记录。 - **周期任务**：按约定间隔进行的工作，例如每周整理项目进展、每月复盘服务情况。 - **触发任务**：SOP流转到约定节点、相应条件成立后出现的工作，例如需求确认以后进入设计，方案通过以后准备交付。 - **被动任务**：接收到别人提出或指派的事项，例如客户提出变更、协作方请求支持。 “被动”说的是任务怎样进入，不是在评价一个人做事是否主动。几种属性也可以重叠：客户提出变更，既可能是被动接收，也可能触发变更处理流程。 这几项说清楚，一个角色就知道：平时做什么，到了时间做什么，什么情况出现以后做什么，收到别人提出的事项又该怎样处理。 再把适用的SOP、工具、交付标准和协作关系整理到工作手册中，新人有学习的入口，熟练的人有共同依据，交接工作也更容易开展。 ## 六、沉淀下来的SOP，也是AI理解企业工作的资源 这套整理对人有价值，对AI也有价值。 如果只给AI一句“帮我做一个方案”，它缺少很多业务背景。客户是谁，方案要推进哪个节点，需要什么资料，谁要使用结果，哪些条件不能擅自决定，都可能没有说清楚。 四向SOP可以把这些背景接起来：业绩SOP说明工作的目的，业务SOP说明协作过程，职能SOP说明具体任务，动作SOP说明操作方法和标准。 以需求整理为例，我们可以给AI提供已经授权使用的资料、适用的需求模板和检查要求，让它协助整理信息、标出缺项，形成供负责人核对的初稿。哪些内容需要向客户确认，哪些决定涉及对外承诺，也应在流程中留出明确位置。 经过实践的SOP，还可以进一步整理成AI可调用的知识、任务说明和Skill。除了成功做法，实际出现过的例外、失败原因和调整记录，同样值得保留。 我看重的还有更长远的一点：随着AI能力继续发展，企业今天沉淀下来的这些工作方法，会成为AI理解和参与实际业务的重要资源。它们包含企业做事的目的、关系、条件和经验，而不只是一串操作步骤。 把文件交给AI，并不等于AI已经学会，也不等于流程可以自动运行。具体能承担哪部分工作，还要看工具能力、使用权限和结果检验。但这些基础整理得越清楚，后续人与AI协作，就越有依据。 ## 先从一条能看见结果的业务开始 真正使用时，可以拿一张纸，先写下一条业绩SOP。 选其中一个关键节点，展开需要的业务过程；再从业务中找出任务和责任，最后把需要重复开展的动作、标准和任务出现条件写清楚。 跑一次真实业务，再回头看：关键结果有没有成立？资源是否够用？谁的工作接不上？哪些动作需要改？哪些原先设想的工作，其实没有必要？ 业绩没有达到预期时，也要保留回到上层重看问题的空间。客户需求、产品、价格、资源和外部环境都可能发生变化，流程记录可以帮助定位，具体原因还要继续核实。 早期《SOP梳理设计方法论》里，就已经把试行、反馈和迭代放进了形成过程。今天再看，我仍然认为，这一步很重要。把流程写出来以后，还要让它在工作中不断变得有用。 **企业靠什么形成业绩，业务怎样创造价值，需要什么资源和人才，每个人每天怎样开展工作，这些问题可以沿着同一套关系逐步说清楚。** 这就是我希望四向SOP能够帮助企业做到的事情。先从一条业务开始，把它做明白，再把有效的方法留下来。 ## 研究依据与延伸阅读 本文依据早期研究资料《SOP梳理设计方法论》中关于四向模型、岗位职责、工作分类及试行迭代的内容，结合当前对初创企业、资源协作、人才培养和AI应用的思考重新整理。文中的品牌设计公司为说明方法而设的假设案例，不代表已经验证的经营成果。早期资料中的“工作SOP”等称谓，在本文统一为“动作SOP”；任务属性采用“日常、周期、触发、被动”的当前表述。 - [四向SOP模型介绍](https://yutengfei.com/zh/journal/four-way-sop/) - [从岗责分析到角色工作手册](https://yutengfei.com/zh/journal/co-builder-role-handbook/) - [角色任务怎样进入工作流程](https://yutengfei.com/zh/journal/role-task-entry/) - [从SOP到Skill](https://yutengfei.com/zh/journal/sop-to-ai-skill/) ## 关联阅读 - [四向SOP：业绩、业务、职能与动作怎样连接](https://yutengfei.com/zh/journal/four-way-sop/) - [SOP跑完了，为什么没有业绩？](https://yutengfei.com/zh/journal/sop-business-outcome-diagnosis/) [CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/) 原创文字内容适用，另有声明除外；第三方素材不适用。下载和机器读取不扩展现有许可，也不另行授权衍生作品、商业使用或模型训练。 [查看 AI 使用说明](https://yutengfei.com/zh/journal/ai/)