日常、周期、触发、被动：角色任务怎样进入工作流程

一个角色的工作手册写清楚了，工作也未必会按时开始。

有人每天都在处理消息，却漏掉了月底该做的复核；有人等着别人指派，流程已经走到自己这一环却没有动作；还有人收到一条转发，又新建一项任务，结果两个人在做同一件事。

这些问题往往出在任务进入流程时：这件事为什么出现，什么时候该做，谁来承接，是否已经有人在做？

我在梳理角色工作时，会先看四种任务属性：日常、周期、触发、被动。它们可以同时出现在一项工作上。 把属性说明白，是为了找到适合的工作安排；真正进入执行，还要核对目标、条件和承接责任。

这里的角色，指工作中承担具体职责的身份；SOP 是标准作业流程。

四种属性，分别说明什么

日常强调持续照料。比如，在约定服务时段查看咨询入口，发现需要跟进的消息。这不等于每条消息都要立刻办完，也不意味着一个人要全天候在线。覆盖时段、接替安排、异常上报，都要按实际业务约定。

周期强调预先约定的节奏。比如，每周复核在办事项，每月检查一次资料有效期。日常工作也可以有固定的每日安排，因此“日常”和“周期”可能重叠。若每天结束前都要整理咨询记录，这既是常规工作，也有明确的每日节奏。

触发在这里采用一个具体定义：SOP 流转到约定节点、相应条件成立时，产生这一环的工作；到达的具体时间事先不能确定。 例如，需求确认完成并通过核对，流程进入报价节点，报价任务才出现。它可以有“触发后多长时间响应”的要求，但不能为了填满日历，就假定前置结果一定在某天出现。

被动说明接收方式：他人提出或指派事项后，由相关角色接收。提出者可能是协作方、客户、项目负责人或其他共建者。“被动”并不表示做事不主动，也不要求提出者一定是上级。收到事项以后，接收者仍要澄清需求、判断承接条件、反馈安排。

四种属性关注的侧面不同。日常与周期主要帮助安排工作节奏，触发说明 SOP 中任务出现的条件，被动说明事项从他人那里进入。它们既不构成四个互斥的格子，也不能代替优先顺序和任务状态。

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

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

一件事，可以同时有几种属性

假设一家企业的需求协调角色，日常负责查看客户咨询；每天结束前，按约定整理未完成事项。前一项强调持续照料，后一项同时具有日常和周期属性。

某次需求经过确认，SOP 到达报价节点，协作角色依流程把本次工作指派给报价角色。对报价角色来说，这项工作由流程节点触发，也通过他人的指派进入，因而可以同时标注“触发、被动”。如果只是系统按节点自动生成任务，没有他人提出或指派，就不必再加上“被动”属性。

如果客户随后又发来一条催办消息，仍然指向同一份需求、同一版本、同一交付目的，就应当把消息关联到原任务，更新沟通和时效信息。另建一项报价任务，反而可能产生两份互相冲突的结果。

这里要分清三个对象：常设职责说明平时负责什么，任务规则说明何时产生工作，本次任务记录这一次要交付什么。 “每月复核一次”是一条规则；“复核本月到期的资料”才是本次任务。不能把规则本身长期挂在待办里，再把每个月的工作都混在同一条记录中。

任务属性也不决定工作的重要程度。临时指派可能影响很大，也可能可以延后；周期工作可能很重要，也可能因业务变化需要调整。是否优先，要看客户承诺、经济影响、依赖关系、截止要求和可用能力，由有相应权限的角色决定。

从任务出现，到有人能够开展

我建议先记下事项从哪里来，再按同一套要求判断能不能承接。可以问下面几个问题。

第一，这件事是否已经存在？

先找相同的业务对象、交付目的、处理范围和资料版本，再决定是关联原任务，还是建立新任务。相同名称未必是同一件事；同一件事也可能有不同名称。每月不同批次的复核通常是不同任务，同一批报价的两次催办通常只是新增沟通。范围或版本变化明显时，要明确是修改原任务，还是另起一项工作，并保留两者关系。

第二，工作为什么要做，要得到什么结果？

说明它关联哪一项业务，处理范围到哪里，谁需要使用结果，做到什么程度算完成。对于与客户和经济结果有关的工作，要能沿业务关系说明它支撑哪个业绩环节。不能因为每个下层动作都打了勾，就认定客户价值与经济结果已经达成。

第三，现在是否具备承接条件？

核对输入资料、前置结果、适用规则、所需权限与可用能力。触发任务要能够指出对应 SOP 节点及条件成立的依据；周期任务也要检查本期资料是否齐备，不能到点就默认可以开始。任务出现后，仍须按本次工作核对承接与执行条件。资料缺失时，留下缺什么、由谁补齐、何时再核对；需要转交时，说明原因和接收角色。

第四，谁确认承接，接下来怎样安排？

在授权和分工允许的范围内，由角色按既定规则承接；需要协商的工作，明确由谁确认，并记录可交付范围、优先顺序和时效。收到请求，不应让提出者误以为已经承诺完成。请求超出范围或当前能力时，也要给出澄清、调整、转交或暂不承接的反馈。

执行条件齐备后，再开展工作。需要提前排程时，写清依赖前提、预计安排和再次核对时间，不能把计划日期当作条件已经具备。需要等待的事项，应当保留原因和再次判断的条件。具体采用哪些状态、哪些事项需要审批，要按业务复杂程度设计，不必为了分类增加层层确认。

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

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

角色工作手册里，至少要留下什么

这几种属性还要写进角色的工作约定，工作时才用得上。我建议至少保留六项信息：

1. 目的与范围：为什么开展，服务哪一段业务，边界到哪里。
2. 属性与出现规则：适用哪些属性，日程或 SOP 条件是什么，事项从哪里接收。
3. 输入与依据：需要哪些资料、版本和前置结果，由谁提供。
4. 承接与协调：谁承担本次工作，权限和能力不足时找谁处理。
5. 时效与交付：何时响应、何时完成，交什么结果，由谁使用和检查。
6. 异常与关联：重复事项、条件缺失、范围变化、转交和取消怎样记录。

这六项可以放在一张简短的任务卡里。稳定重复的部分写进手册，每次只填写本次对象、资料、时间和变化；简单工作不必重复填写大段说明。

例如，一项报价工作的约定可以写为：需求确认通过后，凭需求编号、版本和核对记录进入报价；报价角色按约定规则确认承接，缺少成本或交期依据时先反馈补齐；交付物包含适用范围、价格、交期及有效条件。催办信息关联原任务，需求发生变化则先确认版本和工作范围。

具体价格、响应时限和审批权限，要由企业结合业务和客户承诺来定。这个例子只说明怎么写，不能直接当作所有企业的报价制度。

开放共建中，还要给主动贡献留出入口

资源、运管、客户、资本四个生态中的参与者，都可能发现问题、提出需求或主动贡献。四种任务属性不应把任何人固定成等待指派的对象。

对于手册与授权已经覆盖的工作，角色可以依约主动开展；对于新增提议，可以先说明要解决的问题、预期结果、需要配合的角色与资源，再由适当角色判断怎样接入。提议被提出，尚不代表其他人已经承担了工作，也不自动产生某种收益或权益。相关安排需要按实际业务和制度另行明确。

精干运管在其中负责决策、规则与协调，把价值生产、销售渠道和客户关系接起来。它需要处理跨角色冲突和资源取舍，未必需要逐项人工分派所有日常工作。能依规则开展的工作，应让角色知道何时可以直接行动；确需协调的事项，也要说清楚找谁处理。

工作手册对应的是价值贡献角色。消费客户和单纯投资人分别通过相应的业务与沟通流程参与；只有实际承担了某项共建角色的工作，才需要按该角色约定承接任务。

用一段真实工作，检查分类有没有帮助

可以先选一个角色，记录一段工作期间实际出现的事项：哪些来自日常安排，哪些按周期到来，哪些由 SOP 节点触发，哪些由他人提出。允许多选，同时记录重复入口、等待原因和实际交付。

复盘时，不急着比较谁做了多少条任务。先看：该出现的工作有没有漏掉？同一事项有没有重复办理？进入工作后，是否因条件不齐又退回？收到请求的人，是否及时说明承接安排？这些记录才有助于判断规则是否清楚。

AI 可以帮助整理任务来源、查找疑似重复、提示缺失资料和日程。是否属于同一事项、是否改变承诺、是否具备执行权限，仍要依照实际规则核对。四种属性本身，不能证明 AI 已经能够独立承担判断与责任。

这套方法有没有用，还是要看具体业务：该做的工作有没有及时出现？接收与承诺是不是更清楚了？已经完成的工作，有没有又被安排一遍？可以从一件正在做的事开始，先把它为什么出现、怎样承接写清楚，再逐步完善这个角色的工作安排。

研究线索：作者早期《SOP梳理设计方法论》中关于工作内容调研的分类，以及角色、工作手册与流程协作研究。本篇按当前工作定义展开四种任务属性，并提出任务承接的操作方法；应用效果需要在具体业务中试行检验。

延伸阅读：企业规划十步法：把方向、资源和执行接起来；项目时间表，怎样按条件一步一步推进？；四生态治理模型：贡献、权益与协作闭环。