从岗责分析到角色工作手册：让共建者知道怎样贡献

有人愿意参与一项业务，接下来怎么开始？

如果我们只说“你负责整理需求”“你来协助内容”，对方很快就会遇到具体问题：向谁了解情况，哪些资料可以用，做到什么程度可以交出去，遇到意见不一致又找谁决定。

同样的问题，企业内部也会遇到。岗位职责写了，流程也画了，换个人接手，仍然需要原来的人反复解释。

我觉得，工作手册要把“承担职责”以后怎么开展工作说清楚。参与者要知道自己能贡献什么，需要什么条件，怎样与别人接上。

一、先看这项工作要支撑什么结果

写手册之前，先选一项真实业务，弄清目前需要形成什么结果。

例如，企业准备制作一份业务介绍。眼前需要的可能是一份经过确认的需求说明，让撰稿和设计能够据此开始工作。它服务什么客户、用在什么场景、需要帮助客户理解什么，也要说清楚。

如果直接从“谁现在有空”开始分工，容易把临时安排写成长期职责。如果只从现有岗位名称往下填，也可能漏掉业务真正需要、却暂时无人承担的工作。

早期《SOP梳理设计方法论》已经把业务流程、岗位工作、具体动作、标准和交接联系起来，并要求经过试行再优化。今天继续发展这条思路，可以先把需要的结果找出来，再核对现有工作怎样支撑它。已经有效的分工可以保留，职责重复、交接空缺和条件不足的地方，则需要重新讨论。[1]

这里要分清两层结果。需求说明得到确认，是一项工作交付；它是否帮助材料更清楚、帮助客户作出判断，还需要在后续业务中观察。手册写得完整、任务按时完成，都不能直接推出经营结果已经改善。

二、把角色、人员和本次任务分别说清楚

岗位分析提供了理解工作的起点。面向跨团队、跨组织的协作，还需要把其中可以相对独立承担的贡献，说明为角色。

这里所说的价值贡献角色，是对一类贡献及其责任的约定。例如“需求整理协作者”，可以负责收集和核对需求，形成供后续使用的需求确认单。内部员工、外部专业伙伴，都可能在适当条件下承担这个角色。

一个人可以承担多个角色，同一角色也可以由多人承担。但每次任务仍要明确承接人、协作人和验收人，不能只写“由需求整理角色负责”。多人共同承担时，还要说明各自范围，避免大家都以为别人已经处理。

资源、运管、客户、资本，是观察参与关系的四个生态。角色的工作安排不能机械地按四个生态各配一套。各类参与者都可以主动提出贡献，也可以响应具体需求；精干运管团队负责相应的决策、规则，以及价值生产、销售渠道和客户关系的协调。具体事项由谁决定，仍须按实际授权明确。

工作手册对应实际承担的价值贡献角色。消费客户按购买、使用、反馈和售后等流程参与；单纯投资人按相应投资与信息沟通流程参与，不因这两种身份要求配共建工作手册。如果他们另外承担产品共创、专业研究或其他明确的贡献角色，再使用那个角色对应的手册。[2]

可左右滑动查看图示，也可打开大图。

打开大图 ↗下载可编辑 SVG ↓

三、一本手册，要让人能够回答八个问题

职责说明可以先写清“承担什么”，工作手册还要让使用者知道怎样开始、怎样处理、怎样完成。

下面八个问题，可以作为第一版手册的检查表。篇幅按工作复杂程度安排，不必为了填满目录而制造内容。

职责尽量写到别人能看出具体做了什么。“负责需求管理”还太宽，可以继续写为“核对制作目的、使用场景与内容范围，形成需求确认单，并标明来源和待确认事项”。

标准也要与工作有关。需要核实事实的工作，就说明什么必须有来源、哪些缺口影响继续推进；不要只用“认真负责”“及时高效”代替要求。探索性工作则保留方法选择空间，写清要回答的问题、证据要求和讨论节点，不必把每一步都固定下来。

SOP（标准作业流程）与角色手册可以相互引用。手册从角色出发，告诉我在什么情况下使用哪套流程；SOP 从一项工作出发，说明涉及哪些角色、步骤和标准。共用流程只维护一份有效版本，手册引用它，减少多处抄写后各自变化的问题。

四、从实际工作里找内容，再请别人试着用

第一版可以从一次已经做过、或者正准备开展的任务入手。

请实际承担者讲清楚：事情从哪里来，第一步看什么资料，哪些判断依赖经验，通常找谁核实，最后把什么交给谁。再请上游和下游分别核对。承担者认为自己已经完成的工作，下游是否真的接得住，往往要在这里才能看清。

整理时，把内容分成三种状态：已经核实的做法、准备试行的安排、仍待决定的问题。历史上一直这么做，不代表它就是合理标准；新提出的好办法，也需要经过使用。

然后选择一位具备基本能力、但不熟悉这项工作的协作者，拿手册试做一项范围可控的任务。第一次可以有人辅导，同时记录他在哪里停下来、需要额外解释什么、哪项输入根本拿不到。

遇到这些问题，先查手册和开展工作的条件。是说明不清楚，还是任务超出能力？是流程有遗漏，还是授权、资料和时间没有到位？查清楚了，再决定补培训、改分工、调整条件或修订手册。

如果工作仍高度不确定，可以先用简短的角色说明和任务单推进，边做边记录。强行提前写成一套固定步骤，反而容易让使用者照着失效的前提继续做。

五、用“需求整理协作者”试填一版

下面是企业业务介绍制作中的假设示例，只说明方法怎样使用，不对应某个项目的既有成效。

角色目的：把制作需求整理到撰稿和设计可以判断怎样开展工作的程度，减少对使用场景、内容范围和业务事实的反复猜测。

开始条件：项目负责人已经明确制作目的、沟通对象和大致范围；提供可以使用的现有资料，并明确业务事实的确认人。本次任务另行约定交付期限、可投入时间和验收人。

主要工作：先核对材料给谁看、在什么场景使用、希望对方理解或采取什么行动；再整理业务内容和表达要求；对关键说法核对来源；把分歧和缺口列出来，提交有权限的人确认。

交付物：一份需求确认单，至少包括使用场景、对象、内容范围、关键业务事实及来源、交付规格、已确认事项、待确认事项和对应负责人。具体期限、确认状态和适用版本随本次任务记录。

权限与协作：协作者可以提出问题、整理资料和建议表达方式。业务范围、产品承诺、价格或公开时间等事项，由有相应权限的人确认。整理者不能因为写入文档，就把尚未决定的事项变成企业承诺。

验收与接收：验收人核对事实和范围，撰稿、设计角色检查是否具备开展工作的条件。如果某项缺口只影响一部分内容，可以明确已确认的工作先做哪部分；影响整体方向的缺口，则先补齐或重新决定。不能用“已交文件”代替对可用程度的判断。

异常处理：发现资料相互矛盾、使用场景改变，或者新增需求超出范围时，留下问题及其影响，请相应负责人决定补充、调整、暂停或取消。新的范围和期限需要重新确认。协作者也可以主动提出改进建议，但实际行动须具备相应授权和条件。

完成与移交：保存最终确认单及必要依据，向下游说明未决事项、限制和版本；更换承接人时，移交未完任务、文件位置和访问安排。

这样，参与者拿到的就不只是一句“帮忙整理需求”。他能判断自己是否具备承接条件，也知道开始以后怎样把事情往前推进。

六、手册进入任务后，还要保留调整的入口

任务开始时，双方确认范围、条件、期限和验收安排。执行中按适用版本开展工作，遇到缺口及时提出；结束时核对交付和下游接收情况，再把手册本身的问题反馈给维护人。

验收未通过的事项，说明需要补充或返工什么，完成后再验收。发生分歧时，由预先约定的负责人或复核角色处理。暂停事项保持待处理，需继续时重新确认条件；取消事项做好收尾后结束。小团队允许一人兼任多种角色，但重要承诺和存在利益冲突的事项，仍应按实际规则安排复核。

手册修订也要有依据。一次特殊处理可以先作为例外记录；同类问题反复出现，或者业务条件已经改变，再决定是否修改通用做法。新版要说明改了什么、适用什么范围、何时生效。未完任务怎样衔接也要交代清楚，历史版本保留备查。

可左右滑动查看图示，也可打开大图。

打开大图 ↗下载可编辑 SVG ↓

手册有没有用，可以先看几个具体问题：新参与者是不是更清楚从哪里开始？关键问题有没有更早发现？解释和返工有没有减少？下游是不是更容易接收？试行前后尽量记录相近任务的范围、复杂程度和人员经验。任务变简单了、人员更熟练了，也可能影响结果，不能把所有改善都归因于手册。

手册可以规定交付和贡献记录应保留哪些依据。报酬、费用、权益及其条件，则按实际业务中的合同和制度另行确认，不从“完成手册任务”自动推导出来。[2]

AI 可以协助查找适用内容、整理已有资料、起草确认单，也可以根据手册提示遗漏。事实由谁核对、哪些事项可以决定、结果交给谁，仍要明确。进一步将可复用步骤整理成 Skill 时，还需要明确适用范围、输入输出和人工判断的边界。

先选一个目前反复需要解释的角色，拿一项真实任务，把目的、条件、工作、权限和交付写清楚。让下一位合适的参与者用起来，再根据他遇到的问题修改，手册就有了实际使用的起点。

依据与延伸阅读

[1] 早期研究资料《SOP梳理设计方法论》，重点参考第 3—4 页的岗责与工作手册关系、第 6—9 页的文档内容、岗位调研、试行与迭代。文末保留 2023 年的版本与协作记录；本文的生态共建角色、角色与任务区分及试行建议，是在这些资料基础上的本次发展。两张历史岗责与流程研究图仅用于辨认原有关系，不沿用其中的考核和权益安排。

[2] 《四生态治理模型：贡献、权益与协作闭环》讨论参与关系、贡献与权益、事项权限。本篇进一步研究角色手册怎样组织工作，不预设统一分配办法。

可结合《企业规划十步法：把方向、资源和执行接起来》理解业务目标与协作条件，结合《一次交易之后，企业还能留下什么？》继续观察经验怎样进入后续工作。

本文是一套待实践检验的方法设计，未提供其在不同企业中的效果验证。图示和假设示例用于说明机制。