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

- 作者: Andrew David W.Y.
- 来源: https://yutengfei.com/zh/journal/co-builder-role-handbook/
- 版本: R1
- 发布: 2026-11-04
- 修订: 2026-11-04
- 内容状态: 已公开全文
- 内容类型: 方法 (methods)
- 研究专题: 利益相关者资本治理 (stakeholder-governance)
- 生态视角: 运管生态 (operations) · 资源生态 (resource)

## 如何使用这项资源

**用途**: 从一项业务需要的结果出发，把职责分析转为价值贡献角色的工作手册，明确任务、条件、权限、交付与协作。用需求整理协作者的假设示例，说明手册怎样进入一次真实任务，并在试用中修订。

**使用条件**: 使用前请核对对象、目标和约束是否适合当前任务；正文未明确的条件需要另行确认。

**方法 · 步骤、输入与完成条件**

**依据与验证边界**: 用真实任务试用手册，核对职责、任务入口和交付条件，再按试用反馈修订。 本文未单独登记外部验证结果。公开发布不等于效果已经验证，请结合正文依据、假设与限制判断。

这是可阅读、可引用的知识资源，不是已安装的 Skill。交给 AI 使用时，请保留来源与限制，并核对产出。

## 正文

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

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

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

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

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

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

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

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

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

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

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

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

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

| 层次 | 需要回答的问题 | 需求整理示例 |
| --- | --- | --- |
| 角色 | 持续承担哪一类贡献，边界在哪里？ | 收集、核对并整理业务介绍制作需求 |
| 人员 | 谁具备相应能力、时间和参与条件？ | 本次由某位内部同事或外部协作者承担 |
| 任务 | 这一次具体交付什么，由谁承接和验收？ | 在约定期限内提交某项目的需求确认单 |

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

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

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

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

[![图一：先确定业务需要的结果，再界定贡献角色，形成手册，并落实到一次任务。](https://yutengfei.com/journal/co-builder-role-handbook/materials/zh/01-result-role-handbook.svg)](https://yutengfei.com/journal/co-builder-role-handbook/materials/zh/01-result-role-handbook.svg)

图一：箭头表示本文建议的梳理顺序。人员可以承担多个角色，每次任务另行明确承接安排。示例不代表成效已经验证。

[打开大图 ↗](https://yutengfei.com/journal/co-builder-role-handbook/materials/zh/01-result-role-handbook.svg)[下载可编辑 SVG ↓](https://yutengfei.com/journal/co-builder-role-handbook/materials/zh/01-result-role-handbook.svg)

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

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

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

| 要回答的问题 | 手册里应有的内容 |
| --- | --- |
| 为什么需要这个角色？ | 服务对象、支撑的业务结果、角色范围 |
| 哪些工作由我承担？ | 主要职责、任务入口、与其他角色的分工 |
| 具备什么条件才能开始？ | 必要资料、能力、时间、工具与访问权限 |
| 通常怎样开展工作？ | 关键步骤，以及关联的适用 SOP、模板和示例 |
| 什么可以自己决定？ | 可以确认和处理的事项，需请谁决定的事项 |
| 要交出什么，怎样算合格？ | 交付物、质量要求、验收方式、接收角色 |
| 遇到缺口或变化怎么办？ | 记录方式、联系对象、补齐、调整或暂停的入口 |
| 谁维护这本手册？ | 维护人、版本、适用范围、生效时间与变更方式 |

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[![图二：角色手册进入任务承接、执行、验收和反馈；异常由有权限者决定，必要时评估修订。](https://yutengfei.com/journal/co-builder-role-handbook/materials/zh/02-handbook-in-use.svg)](https://yutengfei.com/journal/co-builder-role-handbook/materials/zh/02-handbook-in-use.svg)

图二：这是建议的运行机制。异常处理后的工作须重新确认条件；修订须确认生效。交付是否合格、下游是否可用、业务结果是否变化，分别观察。

[打开大图 ↗](https://yutengfei.com/journal/co-builder-role-handbook/materials/zh/02-handbook-in-use.svg)[下载可编辑 SVG ↓](https://yutengfei.com/journal/co-builder-role-handbook/materials/zh/02-handbook-in-use.svg)

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

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

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

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

### 依据与延伸阅读

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

\[2\] [《四生态治理模型：贡献、权益与协作闭环》](https://yutengfei.com/zh/journal/four-ecology-governance-model/)讨论参与关系、贡献与权益、事项权限。本篇进一步研究角色手册怎样组织工作，不预设统一分配办法。

可结合[《企业规划十步法：把方向、资源和执行接起来》](https://yutengfei.com/zh/journal/enterprise-planning-ten-steps/)理解业务目标与协作条件，结合[《一次交易之后，企业还能留下什么？》](https://yutengfei.com/zh/journal/after-transaction-business-accumulation/)继续观察经验怎样进入后续工作。

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

## 关联阅读

- [流程走到下一步之前，要交付什么？](https://yutengfei.com/zh/journal/process-handover-and-entry-conditions/)
- [日常、周期、触发、被动：角色任务怎样进入工作流程](https://yutengfei.com/zh/journal/role-task-entry/)
- [选一条业绩链，怎样启动企业生态改造](https://yutengfei.com/zh/journal/performance-chain-ecology-transformation/)
- [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/)