新人接手流程时，先画真实流转路径

教程定位

这篇教程解决什么问题

很多运营团队都有一套 SOP，但新人真正接手时，还是会不断问“这个入口在哪”“这种情况算不算异常”“这一步到底找谁确认”。问题通常不是新人不认真，也不是 SOP 没价值，而是制度文档写的是标准流程，真实工作跑的是一条带有系统入口、临时判断、口头习惯、权限差异和例外绕行的流转路径。

这篇教程要解决的不是“重写一套完美 SOP”，而是帮运营主管把新人上手所需的真实路径画出来：从任务触发开始，到打开哪个系统入口、查看哪个字段、遇到什么条件做什么判断、异常时找谁、无法判断时到哪里求助，最后形成一张新人可用的流程流转图。

这张图的价值在于降低交接成本。它不追求制度治理，不讨论 SOP 版本管理，也不要求一次性覆盖所有边界。它只服务一个清晰目标：新人拿到任务后，能少问重复问题，知道下一步去哪、看什么、问谁、怎么收尾。

使用场景

什么情况下最适合用这一套

你是一名运营主管，最近有新人开始接手某个日常流程，比如活动报名审核、客户资料补录、社群入群处理、订单异常跟进、商家素材收集、内容上线排期，或者售后工单分流。团队里原本有 SOP，甚至还挺完整：步骤编号、注意事项、负责人、系统名称都写了。但新人照着做的时候，还是出现了几个典型现象。

第一，新人会卡在“入口”上。SOP 里写“进入后台查询用户信息”，但后台有好几个入口：运营后台、CRM、客服工单系统、表单管理页、活动配置页。老员工知道应该从哪个菜单进去，也知道哪个页面加载慢但数据最新，新人不知道。

第二，新人会卡在“判断”上。SOP 里写“确认用户是否符合条件”，但条件不是一句话能覆盖的。例如用户资料缺了手机号怎么办，历史订单状态是取消但已付款怎么办，客户标签同时命中两个活动规则怎么办。老员工会按经验判断优先级，新人只看到模糊要求。

第三，新人会卡在“例外”上。标准流程里写“审核通过后通知用户”，但真实场景里可能会遇到系统无权限、字段为空、客户投诉升级、活动名额不足、重复报名、跨部门审批未返回等情况。新人一遇到例外就问人，因为文档没告诉他例外该流向哪里。

第四，新人会卡在“找谁”上。SOP 里常写“联系相关负责人”，但新人不知道负责人是谁，什么时候找直属导师，什么时候找系统管理员，什么时候找销售接口，什么时候找客服组长，也不知道在群里应该怎么描述问题才不会来回追问。

所以，这里的交付物不是一篇更长的 SOP，而是一张“真实流转路径图”。它把老员工脑子里的隐性路径显性化，把“做什么”扩展成“在哪里做、按什么判断、异常去哪里、需要谁帮忙”。

材料准备

开始前先把材料和边界备齐

开始之前，先准备 5 类材料。材料不需要特别精致，越接近真实工作现场越好。

准备材料时要注意一个原则：不要一上来就让 AI 改写 SOP。先把材料按“任务发生到任务结束”的顺序摆出来，再让 AI 帮你抽取真实路径。否则 AI 很容易把制度文档写得更顺，却没有抓住新人真正卡住的地方。

1. 现有 SOP。包括制度文档、交接文档、培训手册、飞书文档、历史公告、流程截图说明。它提供标准口径，但不要默认它等于真实流程。
2. 老员工访谈。找 1 到 3 位真正做过这件事的人，尤其是被新人经常问的人。不要只问“流程是什么”，要问“新人最容易在哪一步问你”“你平时会先看哪个系统”“什么情况你会跳过文档写法”“哪些问题你一看就知道要找别人”。
3. 系统截图。至少准备关键入口截图、列表页截图、详情页截图、审批页截图、异常提示截图。流程图里不用放大图，但需要把入口名称写准确，比如“CRM > 客户管理 > 客户详情 > 标签记录”，而不是笼统写“进 CRM 查看”。
4. 常见问题。收集最近一两周新人问过的问题，或从群聊、交接记录、工单备注里摘出来。重点看重复出现的问题：找不到入口、字段看不懂、规则冲突、不知道问谁、做完不知道是否闭环。
5. 交接记录。包括上一位负责人留下的表格、待办清单、异常清单、未处理事项。交接记录能暴露 SOP 没写清楚的真实分叉，比如“每周五之前要补一次名单”“某类客户先不要自动拒绝”“这个页面的数据以第二天上午为准”。

实操流程

按这套步骤把工作跑起来

第一步，先界定新人要接手的具体任务。

不要写“客户运营流程”这种范围太大的题目。更适合写成“新人处理活动报名审核”“新人接手社群入群申请”“新人跟进订单异常退款”“新人维护每日线索分配”。范围越具体，流程图越能落地。

你可以用一句话定义任务边界：当什么事情发生时，新人从哪里开始处理；处理到什么状态，算这个流程结束。例如：“当活动报名表新增记录后，新人从表单后台开始核验信息，完成资格判断、名单标记和用户通知，异常情况进入运营主管确认或系统管理员处理。”

第二步，把 SOP 步骤拆成动作，而不是段落。

很多 SOP 是按说明文字写的，比如“运营同学每日查看报名情况，并按照活动规则筛选符合条件的用户”。这句话对新人不够用。你要拆成动作：

拆动作时，先不要急着判断对错。你的目标是把文本里的工作颗粒度变细，让后面可以补入口、判断和责任人。

第三步，给每个动作补上系统入口。

新人最需要的是“从哪里进去”。如果流程图只写“查询用户信息”，新人还是要问人。要把入口写到可定位的层级，例如：

如果同一个信息在多个系统都有，必须标清“以哪个为准”。比如 CRM 和表单里都有手机号，但 CRM 更新更慢，或者订单后台才是付款状态的准确信源。这类信息不写进流程图，新人就会反复问“两个地方不一致听谁的”。

第四步，识别关键判断节点。

判断节点不要写成“是否符合要求”这种空话，而要尽量写成新人能执行的判断条件。比如：

判断节点的写法要尽量像路标，而不是像政策解释。新人不需要在流程图里读完整制度，他需要知道下一步流向哪里。

第五步，补上例外情况。

真实流程和 SOP 最大的差距，通常就在例外里。例外不是“流程外的脏东西”，而是新人最需要提前知道的路线。你可以从老员工访谈和常见问题里抽取例外，并按类型归类。

常见例外包括：

例外的处理要写清楚三件事：先做什么临时标记，找谁确认，多久没有回复升级给谁。比如“订单状态冲突时，先在表单备注写‘订单待核’，截图发给客服工单接口；2 小时未确认，升级运营主管。”

第六步，明确求助对象和求助方式。

“找负责人”对新人没有帮助。你要把求助入口写成可执行的格式：

如果团队有固定群，也要写清楚在哪个群问。更进一步，可以给新人一段求助模板：“我在处理【活动报名审核】，记录编号【xxx】，当前卡在【订单状态冲突】，已查【CRM/订单后台】，截图如下。我初步判断应进入【待核】状态，请确认是否这样处理。”这能显著减少来回追问。

第七步，让 AI 生成第一版流程图。

把整理好的材料喂给 AI，不要只说“帮我画流程图”。要说明你想要的产物用于新人接手，并要求 AI 输出：主流程、判断节点、例外路径、系统入口、求助对象、待人工确认项。第一版可以用 Mermaid、Markdown 表格或缩进清单。运营主管先看逻辑，不必一开始追求视觉漂亮。

第八步，人工校准流程图。

AI 生成后，运营主管要拿着图做三轮校准。

第一轮看“真实性”：图里的路径是不是老员工真的这样走？有没有把制度写法当成真实操作？有没有遗漏常见绕行？

第二轮看“可执行性”：新人是否能按图找到系统入口？判断节点是否够具体？例外是否知道下一步找谁？每个结束状态是否明确？

第三轮看“风险”：哪些节点不能让新人独立判断？哪些操作需要二次确认？哪些信息不能在群里公开？哪些截图不能外传？这些要在图里用“需确认”“不得直接处理”“仅内部系统查看”等备注标出。

第九步，把流程图变成新人能使用的版本。

最终版本可以是一张图，也可以是“图 + 附表”。图负责流转，附表负责入口和联系人。不要把所有说明塞进一个巨大的节点里。比较好用的结构是：

这样新人第一次看图不会被细节淹没，遇到问题时又能快速查到入口。

• 打开活动报名表后台。
• 进入“报名记录”视图。
• 筛选“未处理”状态。
• 点开单条记录。
• 查看手机号、客户身份、历史订单、报名渠道。
• 判断是否符合活动资格。
• 修改处理状态。
• 发送通知或写入异常备注。
• 表单系统：活动报名表 > 数据管理 > 报名记录。
• CRM：客户管理 > 客户详情 > 基础资料。
• 订单后台：订单查询 > 按手机号搜索 > 订单状态。
• 群运营工具：入群申请 > 待审核列表。
• 飞书群：项目群置顶公告 > 本周活动名额表。
• 手机号为空：先标记“资料缺失”，不进入资格审核。
• 历史订单为“已付款”或“已完成”：可继续审核。
• 历史订单为“已取消”：查看是否有退款记录。
• 客户标签含“重点客户”：不要直接拒绝，先找客户成功接口确认。
• 活动名额剩余为 0：暂停通过，进入候补名单。
• 同一手机号重复报名：保留最早一条，后续记录标记重复。
• 数据缺失：表单缺手机号、客户名为空、渠道字段异常。
• 数据冲突：CRM 客户等级和订单后台不一致，两个系统状态相反。
• 权限不足：新人看不到订单详情、不能修改标签、不能导出名单。
• 系统异常：页面打不开、状态更新失败、提示接口错误。
• 规则冲突：用户符合活动 A，又命中活动 B 的限制条件。
• 外部依赖：需要销售确认客户归属，需要财务确认付款，需要客服确认投诉状态。
• 时间边界：超过当天截止时间、周末无人审批、活动名额已满但公告未更新。
• 系统打不开或无权限：找系统管理员，附账号、页面链接、报错截图。
• 客户身份不确定：找客户成功接口，附手机号、客户名称、CRM 截图。
• 订单状态冲突：找客服工单接口，附订单号、手机号、两个系统截图。
• 活动规则冲突：找运营主管，附报名记录、命中规则、你准备采用的处理方式。
• 通知文案拿不准：找内容运营，附用户状态和拟发送文案。
• 主流程图：从触发到结束，展示主要动作和判断。
• 例外处理表：列出异常类型、临时处理、求助对象、升级条件。
• 系统入口表：列出系统、路径、用途、注意事项。
• 求助模板：新人复制后填空即可发群或发私信。

输入示例

可以直接参考的输入材料

下面是一组简化后的输入材料，模拟“活动报名审核”场景。真实使用时，你可以把其中的字段替换成自己的业务流程。

这类输入不需要写得很漂亮，但要保留真实口语。老员工说“不要点那个入口，那个数据不准”，这种话反而很重要，因为它能暴露 SOP 里没有写出来的真实路径。

任务：新人接手活动报名审核

现有 SOP：
1. 每天上午 10 点查看活动报名表。
2. 按活动规则筛选符合条件的客户。
3. 审核通过后发送短信通知。
4. 不符合条件的客户标记为不通过。
5. 每天下午 6 点前更新通过名单。

老员工访谈摘录：
- 报名表里手机号为空的，不要直接拒绝，先标“资料缺失”，当天 16:00 前统一补查。
- CRM 和订单后台信息不一致时，以订单后台为准，但重点客户要先问客户成功接口。
- 新人通常找不到订单后台入口，入口在“订单查询 > 按手机号搜索”，不是活动后台里的订单卡片。
- 活动名额满了以后，不要把用户拒掉，先放候补名单。
- 系统提示“无权限”时，找系统管理员开“活动审核临时权限”。

系统截图说明：
- 表单系统：活动报名表 > 数据管理 > 报名记录。
- CRM：客户管理 > 客户详情 > 标签记录。
- 订单后台：订单查询 > 按手机号搜索 > 订单详情。
- 名额表：项目群置顶公告 > 本周活动名额表。

常见问题：
- 手机号为空怎么办？
- 用户重复报名怎么办？
- CRM 显示普通客户，订单后台显示已购客户，听哪个？
- 活动名额已满但报名还在进来，是否直接拒绝？
- 没有权限查看订单详情怎么办？

交接记录：
- 每天 18:00 前更新“通过名单”。
- 重复报名保留最早记录。
- 重点客户不要直接拒绝，需要客户成功确认。
- 订单状态冲突截图发客服工单接口，2 小时未回升级运营主管。

提示词

可复制使用的提示词

下面这段提示词可以直接复制使用。把方括号里的内容替换成你的材料即可。

如果你担心 AI 自动补太多不存在的信息，可以在最后加一句：“凡是材料中没有明确出现的信息，请标为【待人工确认】，不要自行编造联系人、入口名称或规则阈值。”这句话很有用，尤其适合权限、联系人、系统路径还没完全核实时使用。

你是一名运营流程梳理助手。请基于我提供的材料，帮我为新人接手【流程名称】生成一张真实流转路径图。

目标读者：刚接手该流程的运营新人。
产物用途：新人拿到任务后，能知道从哪里开始、进入哪个系统、看哪些字段、按什么条件判断、遇到例外找谁、什么时候算流程结束。

请不要只复述 SOP，也不要把流程写成泛泛的制度说明。请重点识别：
1. 主流程：从任务触发到流程结束的真实操作路径。
2. 系统入口：每一步涉及哪个系统、哪个菜单或页面。
3. 判断节点：把“是否符合规则”拆成可执行的判断条件。
4. 例外情况：数据缺失、数据冲突、权限不足、系统异常、规则冲突、外部依赖、时间边界。
5. 求助入口：每类问题找谁、需要附什么信息、多久未响应升级给谁。
6. 人工确认项：哪些节点需要运营主管、系统管理员、客户成功、客服或其他角色确认。

请输出四部分：
A. 一张 Mermaid 流程图。
B. 一张例外处理表，列为：例外类型、触发条件、临时处理、求助对象、升级条件。
C. 一张系统入口表，列为：系统/位置、用途、准确入口、注意事项。
D. 新人求助模板，要求可以复制到群里发送。

以下是材料：
【粘贴现有 SOP】
【粘贴老员工访谈】
【粘贴系统截图文字说明】
【粘贴常见问题】
【粘贴交接记录】

输出样例

AI 应该输出到什么程度

下面是一段示例输出。真实工作中不要直接照抄，重点看它如何把 SOP 的宽泛步骤拆成新人可执行的路径。

例外处理表可以这样写：

| 例外类型 | 触发条件 | 临时处理 | 求助对象 | 升级条件 | | --- | --- | --- | --- | --- | | 数据缺失 | 手机号为空或客户名称为空 | 标记“资料缺失”，进入 16:00 补查清单 | 运营主管 | 当天补查后仍缺失 | | 数据冲突 | CRM 与订单后台状态不一致 | 以订单后台截图为主，标记“资格待核” | 客服工单接口 | 2 小时未确认 | | 权限不足 | 新人无法查看订单详情 | 保留报名记录，不做通过或拒绝 | 系统管理员 | 当天 15:00 前未开权限 | | 名额不足 | 名额表显示剩余为 0 | 标记候补，不发送拒绝通知 | 运营主管 | 候补规则不明确 | | 重点客户 | CRM 标签含“重点客户” | 不直接拒绝，等待确认 | 客户成功接口 | 当天 17:00 前未确认 |

系统入口表可以这样写：

| 系统/位置 | 用途 | 准确入口 | 注意事项 | | --- | --- | --- | --- | | 表单系统 | 查看新增报名 | 活动报名表 > 数据管理 > 报名记录 | 先筛选“未处理”，避免重复处理 | | 订单后台 | 判断付款和订单状态 | 订单查询 > 按手机号搜索 > 订单详情 | 订单状态以这里为准 | | CRM | 查看客户标签 | 客户管理 > 客户详情 > 标签记录 | 重点客户需二次确认 | | 项目群置顶公告 | 查看剩余名额 | 本周活动名额表 | 名额为 0 时进入候补 | | 飞书项目群 | 提交异常求助 | 活动运营项目群 | 求助时附记录编号和截图 |

这份输出已经比普通 SOP 更适合新人，因为它明确了三个关键信息：入口在哪里、条件怎么判断、遇到例外找谁。但它还不是最终版，必须经过人工检查。

flowchart TD
    A[报名表出现未处理记录] --> B[进入表单系统: 活动报名表 > 数据管理 > 报名记录]
    B --> C[筛选状态: 未处理]
    C --> D[打开单条报名记录]
    D --> E{手机号是否完整}
    E -->|否| E1[标记: 资料缺失]
    E1 --> E2[加入16:00补查清单]
    E2 --> E3[仍缺失则找运营主管确认是否暂缓]
    E -->|是| F[进入订单后台: 订单查询 > 按手机号搜索]
    F --> G{订单状态是否为已付款或已完成}
    G -->|是| H[进入CRM查看客户标签]
    G -->|否, 已取消或无订单| G1[标记: 资格待核]
    G1 --> G2[截图发客服工单接口确认订单状态]
    G2 --> G3{2小时内是否确认}
    G3 -->|是| H
    G3 -->|否| G4[升级运营主管]
    H --> I{是否重点客户}
    I -->|是| I1[不要直接拒绝, 找客户成功接口确认]
    I -->|否| J[查看项目群置顶名额表]
    I1 --> J
    J --> K{活动名额是否剩余}
    K -->|有名额| L[标记审核通过, 加入通过名单]
    K -->|无名额| K1[标记候补, 不发送拒绝通知]
    L --> M[发送通过通知]
    K1 --> N[18:00前更新候补名单]
    M --> O[18:00前更新通过名单]
    N --> P[流程结束]
    O --> P

人工验收

人要怎么检查和改到可用

AI 的第一版流程图通常会“看起来很完整”，但运营主管不能直接发给新人。你需要按下面几个维度检查。

先查入口名称。每一个系统入口都要能被新人照着找到。如果入口名称已经改版，或者系统里显示的是别的叫法，要改成实际名称。比如 AI 写“客户详情页”，但系统里叫“客户档案”；AI 写“订单管理”，实际菜单叫“交易查询”。这类小差异会直接导致新人卡住。

再查判断条件。凡是图里出现“符合规则”“信息正常”“审核通过”这类模糊节点，都要改成具体条件。比如“订单状态为已付款或已完成”“手机号为 11 位且非空”“重复报名时保留最早记录”“重点客户需客户成功确认”。如果条件暂时无法明确，就标成【待人工确认】，不要让新人凭感觉处理。

然后查例外路径。每个例外都要有下一步，不能停在“异常处理”。“异常处理”对新人来说等于没有处理。你要写清楚：先标记什么状态，暂停哪些动作，截图发给谁，多久没有回复升级给谁。如果某个例外发生概率很低但影响很大，比如误拒重点客户、错发通知、导出敏感名单，也应该放在图里提醒。

接着查求助对象。联系人最好写角色加入口，而不是只写人名。人员会换，但角色更稳定。比如“客户成功接口人（项目群通讯录置顶）”比“找小李”更好。如果必须写具体人名，也要保留替代路径：“若接口人休假，找客户成功组长”。

还要查结束状态。很多新人会问“我这样算处理完了吗”。流程图需要写清楚什么叫结束：状态已更新、名单已同步、通知已发送、异常已登记、主管已确认，或者进入候补/待核队列。结束状态不清楚，新人就会重复确认。

最后做一次新人试跑。找一个没有参与梳理的人，让他拿着流程图处理 3 到 5 条真实或脱敏样例。观察他停在哪里。停住的位置，就是流程图还不够清楚的位置。不要只问“看懂了吗”，因为新人出于礼貌通常会说看懂了。要让他实际走一遍。

修改后的版本建议保留一块“人工确认日期”。例如：“本图基于 2026-07-03 的系统入口和活动规则整理，由运营主管确认。”这不是 SOP 版本治理，只是提醒使用者：这张图和当时的系统状态有关，入口变化后需要重新检查。

失败反例

这些失败反例要提前避开

反例 1：把 SOP 改写得更漂亮，但没有补真实入口。

错误写法常常是这样：“运营人员每日查看报名数据，核验用户资格，并根据审核结果进行通知。”这句话比原 SOP 更通顺，但新人仍然不知道去哪看报名数据、怎么核验资格、通知从哪里发。它解决的是表达问题，不是接手问题。

正确做法是把“查看报名数据”改成“进入表单系统 > 活动报名表 > 数据管理 > 报名记录，筛选状态为未处理”；把“核验用户资格”改成“先按手机号进入订单后台查询订单状态，再进入 CRM 查看客户标签”；把“进行通知”改成“通过名单更新后，用短信模板 A 发送，通过失败或候补不发送拒绝通知，等待主管确认口径”。

反例 2：流程图只有主线，没有例外。

很多团队画出来的图很顺：收到任务、打开系统、判断条件、处理通过、发送通知、结束。它看起来干净，但新人真正遇到的问题都在图外。手机号为空怎么办？系统无权限怎么办？订单状态冲突怎么办？活动名额满了怎么办？重点客户是否能拒绝？这些不写，新人还是会问人。

正确做法是至少把高频例外和高风险例外画进去。高频例外减少重复问答，高风险例外避免事故。即使图里不展开全部细节，也要让例外有去处，例如进入“待核清单”“候补名单”“权限申请”“主管确认”“客服确认”。

反例 3：求助对象写成“相关负责人”。

新人最怕的不是有问题，而是不知道问题该给谁。写“相关负责人”会造成两种结果：要么新人到处私聊打扰别人，要么新人怕问错人就拖着不处理。最后运营主管还是要兜底。

正确做法是按问题类型写求助入口。系统权限找系统管理员，订单状态找客服工单接口，重点客户找客户成功接口，活动规则冲突找运营主管，通知文案找内容运营。并且写清楚求助时要附什么：记录编号、手机号后四位、页面链接、截图、自己的初步判断。这样被求助的人能快速判断，不需要再问“你查过哪里了”。

反例 4：把流程图画成制度审计表。

有些主管一梳理流程，就想顺手解决 SOP 版本、责任边界、权限配置、系统数据源、跨部门 SLA 等所有问题。结果流程图越画越大，最后变成一个治理项目，新人反而用不起来。

这篇教程的边界是“交接上手”。流程图只需要回答新人今天怎么把任务做完。发现制度问题当然可以记录，但不要在这张图里展开治理方案。可以在图旁边单独列“后续优化事项”：订单状态数据源需统一、重点客户规则需更新 SOP、权限申请流程需简化。新人使用版保持轻量。

反例 5：没有经过真实样例校准。

AI 根据材料生成的图，容易在逻辑上完整，在现场上失真。比如它可能默认“审核通过后立即发送通知”，但团队真实习惯是每天 18:00 统一发送；它可能把“CRM 查询”放在订单查询前面，但老员工实际先看订单后台；它可能编出一个“审批系统”，而你们根本没有这个入口。

正确做法是用真实样例跑一遍。选几条不同类型的记录：正常通过、手机号缺失、重复报名、订单冲突、重点客户、名额不足。每条都按图走。如果某条记录走不下去，就补节点；如果某个节点新人看不懂，就改文案；如果某个入口找不到，就改成系统里的真实叫法。

主题边界

它和相邻主题的区别

这篇文章只处理“新人接手流程时，如何画出真实流转路径”。它关注的是上手可用，重点是系统入口、判断节点、例外情况和求助对象。它不追求把公司流程治理到最规范，也不试图一次性重建 SOP 体系。

它和“SOP 重写”不同。SOP 重写通常关注制度表达、职责分工、标准步骤和合规要求；新人流转图关注的是新人今天打开哪个页面、看哪个字段、遇到异常找谁。前者适合沉淀标准，后者适合降低接手摩擦。

它和“流程优化”也不同。流程优化会追问哪些步骤可以删除、哪些系统可以打通、哪些审批可以自动化；新人流转图先承认现实存在的绕行和例外，把当前真实路径画清楚。只有当真实路径被看见，后续优化才不会拍脑袋。

它和“知识库问答”也不同。知识库问答适合把零散问题整理成检索答案，但新人接手时需要的是连续路径。单个问题的答案不能替代流程图。比如“手机号为空怎么办”是一条 FAQ，但它在流程图里应该接到“资料缺失清单”和“16:00 补查”这条路径上。

它和“权限治理”也不同。权限治理要处理谁应该拥有系统权限、权限如何申请、权限到期如何回收。新人流转图只需要告诉新人：如果你在这一步看不到页面，先不要绕过流程，应该截图找系统管理员申请哪类临时权限。

最后，它也不等于“老员工经验大全”。老员工经验很多，但新人不需要一次性吸收全部经验。真正有效的接手流程图，是把经验压缩成可执行路标：从哪里进、看什么、怎么判断、异常去哪、何时结束。只要这张图能让新人少问 50% 的重复问题，它就已经开始发挥作用。