最近刚带着团队做完一个流程管理体系规划项目,客户方是家年营收几十亿的制造企业,管理基础不算差,但流程管理始终停留在“画了几张流程图”的阶段。项目过程中我反复翻一份153页的流程管理体系建设方法论PPT,越看越觉得这套东西把流程管理从“术”到“道”讲透了:它不只是教你怎么画流程图,而是把流程管理拆成四大板块——流程管理的方法、设计与优化中的方法、实施与推广中的方法、工具与模板,每一块都对应企业在不同阶段必然会遇到的坎。
这篇就把这套方法论的核心内容拆开揉碎讲清楚,再结合我实操项目的经验补充一些PPT里没写透的细节和踩坑记录。适合准备搭建或正在优化流程体系的人看,不管你在咨询公司做顾问,还是企业内部负责管理变革、流程优化,甚至只是PMO里被推着做流程梳理的同事,这篇都能给你一套可以直接落地的打法和避坑清单。
1. 流程管理体系建设的整体框架:先看懂方法论在解决什么问题
1.1 为什么多数企业做流程管理都做成了“画图运动”
我见过太多企业,说要做流程管理,结果就是各部门画了一堆流程图,画完往共享盘一扔,再也没人看。有的企业更"讲究"一点,流程图上墙、汇编成册,但业务该怎么回事还是怎么回事。这背后的核心问题不在执行力,而在认知——把流程管理理解成了“画图”,而不是一套持续运转的管理体系。
这套方法论开篇就把流程管理定义为四个层面的体系,我总结成一句话:治理层定规则、方法层给打法、资产层做沉淀、运营层促循环。
- 治理层:谁对流程负责、流程如何审批、如何发布、如何变更,这是流程管理的“宪法”。
- 方法层:流程怎么梳理、怎么设计、怎么诊断、怎么优化、怎么推行,这是干活的手艺。
- 资产层:流程文件、指标库、模板库、风险点库,这些是反复可用的知识资产。
- 运营层:流程绩效怎么测、怎么审、怎么持续改进,这是让流程“活”起来的引擎。
打个比方:装修房子。画流程图相当于出设计图,这只是把空间布局画出来;流程管理体系建设则是一套从设计、施工、监理到物业维护的完整机制。很多企业只请了设计师,却既没有施工队也没有物业,房子自然住不好。
这套方法论的价值就在于:它逼着你从“画图思维”切换到“体系思维”。我见过不少咨询项目,花大力气梳理了上百条流程,交付后半年再看,流程全部走样。根因就是只做了方法层的事,忽略了治理层和运营层。没有Owner、没有绩效、没有变更机制,流程就是一张纸。
1.2 153页PPT的总体结构:从顶层方法到落地模板的递进
整个方法论的结构非常清晰,我按自己的理解把它拆成四层递进关系:
第一块“流程管理的方法”,讲的是流程的规划与治理,包括流程架构如何搭、流程分层分级怎么分、流程Owner机制怎么建、流程文件体系怎么规范。这一块解决的是“流程从哪来、谁来管”的问题。
第二块“设计与优化中的方法”,解决的是具体干活的问题——现状流程怎么梳理、目标流程怎么设计、流程诊断用什么工具、优化从哪些维度下手。这一块是最容易出成果的地方,也是绝大多数企业最需要的部分。
第三块“实施与推广中的方法”,解决的是“纸面流程怎么变成实际业务动作”的问题。包括变革管理、试点选择、推广节奏、培训宣贯、IT固化。这一块最容易翻车,因为方法论再漂亮,推不动就是零。
第四块“工具与模板”,把前面三部分用到的东西全部标准化。包括流程地图、流程图模板、流程说明文件模板、SOP模板、指标定义表、培训材料模板,甚至包括流程项目的工作计划模板和汇报模板。
我拿到这份材料时第一反应是,这基本就是一个流程管理项目的“全流程工作手册”。从项目启动到后续运营,每个阶段用哪些方法、产出什么模板、避哪些坑,全都覆盖了。
1.3 端到端流程:所有方法论都围绕的核心靶点
这套方法论贯穿始终的一个关键词是“端到端”。什么叫端到端?就是从一个业务事件的发生到最终结果交付的完整链条,比如从客户下单到收到货款(OTC)、从需求产生到产品交付(PTP)、从供应商开发到付款结算(P2P)。
为什么端到端这么重要?因为企业内部的大量低效恰恰出在部门交接处。每个部门看自己的局部流程,都觉得自己效率正常,但从客户视角看整个链条,你会发现大量等待、重复、返工、断点。我做过一个订单交付流程的项目,销售觉得下单没问题,计划觉得排产没问题,仓储觉得发货没问题,但全链条一测算,订单从下单到出库平均花了47个小时,其中真正干活的时间不到8个小时,剩下全是等待和反复沟通。
所以这套方法论在设计流程时,强调从L1到L4的流程分层:L1是流程域(比如运营流程、支持流程),L2是流程组(比如订单管理、生产计划),L3是具体流程(比如订单评审流程),L4是操作步骤级(比如订单录入规范)。分层的好处是让每个人都有清晰的“坐标感”,既能看到树木,也能看到森林。
2. 流程设计阶段的核心方法:从画图到体系的关键动作
2.1 流程梳理的起点:流程架构地图与流程清单怎么建
做流程体系建设的第一个重活是搭流程框架。我常用的做法是从两条线同时推进:一条是自上而下,从公司战略和业务模式推导出L1/L2流程域;另一条是自下而上,通过部门访谈收集现有流程,再往框架里归类。
自上而下这步很考验对业务的理解,通用的参考框架是APQC的流程分类框架(PCF),它把企业流程分成运营流程和管理支持流程两大类,运营流程里又分市场、销售、产品研发、交付、售后等十三个流程组。直接照搬PCF肯定不行,每个行业有自己的特性,但拿它做“字典”来对照校准,能避免漏项。
自下而上收集流程时,我总结了一套实用的访谈模板:
- 你所在部门的主要职责有哪些?
- 这些职责分别对应哪些业务动作?
- 这些动作的输入从哪来、输出去哪里?
- 当前这些动作的标准动作是什么?有没有依赖线下沟通的地方?
- 这些动作里最耗时、最容易出错的环节在哪里?
访谈不是随便聊,而是要收敛到流程清单。我习惯用一张三列表格来汇总:流程名、所属流程组、流程Owner候选部门。每个部门访谈完,当场把流程条目列清楚,再汇总到流程清单里。
注意:流程梳理时最忌讳的是把“部门职责”直接翻译成“流程”。职责描述的是“该干什么”,流程描述的是“怎么干、按照什么顺序干、谁来干”。访谈中如果对方一直在讲职责,你要追问“这件事具体怎么发生,第一个动作是什么,下一步是谁”,把职责翻译成动作链。
流程清单出来后,要做的就是给每条流程编号和分级。这一步是为后续管理打基础的。我见过很多企业的流程清单一团乱麻,每条流程的颗粒度都不一样,有的细到表单字段,有的宽到整个业务域,根本没法统一管理。建议在流程清单里明确每个流程的分级,L3级是管理的最小单元,L4级则用于操作规范。
2.2 流程图规范与建模工具选择:统一语言比画得漂亮重要
流程梳理必然会遇到一个看似无聊但非常关键的问题:用什么符号画、画多细、谁来画。这套方法论里有一套完整的流程图绘制规范,我挑最核心的几条讲:
第一,推荐使用跨职能泳道图,一条泳道代表一个角色/部门,图的责任划分一目了然。那种纯线性流程图没有角色划分,画完根本看不出接力棒在谁手里,不要用。
第二,统一图例规范。我见过一些企业的流程图,菱形表示判断、圆角矩形表示开始结束、普通矩形表示任务,但换个人画就变了,一个流程不同人画出不同版本。规范里要锁定:开始/结束用圆角矩形、任务用矩形、判断用菱形、文档用带折角的矩形、系统用圆柱体。把这套图例写进模板,通过评审后所有人必须遵守。
第三,节点编号规则。每个任务节点要有唯一编号,建议按流程编号加序号方式定义,比如OTC-030-01表示订单管理下的第一个节点。这看起来是强迫症,但后续做流程绩效分析和问题定位时,编号能省大量沟通成本。
画图工具方面,先给一个对比:
| 工具 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| Visio | 单条流程绘制、咨询交付 | 上手快、模板多、兼容性好 | 协同弱、无版本管理 |
| ARIS | 大型企业流程架构管理 | 支持流程分层、有元模型、可关联制度与系统 | 学习成本高、实施成本大 |
| 在线白板(如ProcessOn/boardmix) | 团队共创流程梳理 | 多人在线、实时协作 | 流程多了以后管理混乱 |
| 专业BPM平台(如青藤/云流) | 流程落地与资产管理 | 有流程资产库、可直接关联审批流 | 绑定平台、迁移成本高 |
我的建议很简单:项目前期梳理用Visio或在线白板就够了,关键是画得规范、编号清晰、评审入库。千万别一上来就上ARIS这种重型工具,流程架构没理顺前,工具越复杂,项目越容易死在里面。
2.3 流程文件包:流程图只是起点,配套文件才是资产
很多流程项目交付的是一堆流程图,但真正的流程资产远不止图本身。这套方法论在流程文件体系上有一套非常完善的定义,我把它称为“五件套”:
- 流程名称与编号:统一命名规则。
- 流程图:跨职能泳道图,含节点编号。
- 流程说明:文字版描述流程关键信息,包括流程目的、适用范围、角色与职责、关键环节说明、例外情况处理、相关表单。
- 流程绩效指标(KPI):这条流程的质量、效率、成本指标,以及数据口径和统计频率。
- 流程风险控制点:关键风险环节、控制措施、对应制度条款。
这个思路对应了流程管理的“一条龙”思维。流程不是独立存在的,它必须有Owner(谁对结果负责)、有制度依据(合规要求)、有考核指标(是否跑得好)、有表单模板(执行时怎么记录)、有培训材料(新人怎么上手)。
举个例子,我之前梳理采购审批流程时,开始只交付了流程图,后来客户业务人员在实操中连续出问题:发票金额与订单金额不一致怎么走?紧急采购能不能跳过供应商评审?这些在流程图上根本没有答案,都是从流程说明和制度里补上的。从那以后我所有流程项目都按“五件套”交付,虽然前期工作量大,但客户粘性明显提升。
流程文件体系的层级我习惯按五级来定义:
| 层级 | 名称 | 内容 | 适用场景 |
|---|---|---|---|
| L0 | 流程地图 | 所有L1/L2流程的全景图 | 战略层汇报 |
| L1 | 域流程 | 各业务域的端到端流程概览 | 管理层决策 |
| L2 | 流程清单 | 完整流程清单与编号 | 流程资产台账 |
| L3 | 流程文件包 | 单条流程的五件套 | 日常管理依据 |
| L4 | 操作手册/SOP | 岗位级操作步骤与表单 | 一线执行 |
把流程文件按五级管理,最大的好处是“该看的看得到、该用的用得上”。高管不用看SOP,一线员工也不用看L1架构图,各取所需。
3. 流程优化阶段的方法:诊断、改造一体的实战路径
3.1 流程绩效诊断:怎么判断一条流程到底好不好
流程优化不能靠感觉。这个方法论里非常强调“先诊断、后优化”,而诊断的前提是有指标。但流程指标不是随便定的,我分享一个实用的指标设计思路——从四个维度出发:
- 时间维:流程总周期、各环节等待时间、审批时长。
- 成本维:流程执行的人工成本、物料成本、异常处理成本。
- 质量维:一次通过率、错误率、返工率、客户投诉率。
- 满意度维:内部客户(下游环节)满意度、外部客户满意度。
诊断工具方面,ASME分析是经典中的经典。ASME把流程活动分成三类:增值活动(VA,客户愿意为此付钱的)、非增值活动(NVA,纯粹浪费)、必要非增值活动(NNVA,不增值但不得不做,比如合规审批、归档)。
我给客户做流程诊断时,常用一张ASME统计表来量化流程的健康度:
| 活动类型 | 数量 | 平均耗时 | 占比 | 说明 |
|---|---|---|---|---|
| 增值活动 | 8 | 120分钟 | 12% | 实际创造价值的部分 |
| 必要非增值 | 5 | 180分钟 | 18% | 合规审批等约束动作 |
| 非增值活动 | 12 | 700分钟 | 70% | 等待、反复确认、返工、超量信息传递 |
说白了,一张表就能看出企业流程的真实状态。我做过一次真实统计:某企业的销售合同审批流程,从销售发起申请到最终盖章落地,总共35个节点,其中真正增值的只有6个节点,占耗时的15%左右,剩下全是等待和重复确认。这个数据一摆出来,管理层立刻有了优化的紧迫感。之前喊口号“流程太长要优化”没用,数据一出来,谁都无话可说。
注意:指标不是越多越好。每条流程建议只选2到4个核心指标,指标再多,收集成本就压垮你了。优先选择“流程周期”和“一次通过率”这两个几乎适用于所有流程的指标。数据口径一定要定义清楚:比如“流程周期”的起点是发起时间还是到达第一个节点的时间?终点是最后一个节点完成还是文件归档?口径不统一,数据对比就是骗自己。
3.2 优化的四大手法:清除、简化、整合、自动化(ESIA)
诊断完后进入改造环节。这套方法论里最常用的优化手法是ESIA法,四个字母分别代表:
- E(Eliminate)清除:干掉纯浪费的活动。典型的等待、重复审批、冗余信息传递、过度检查。
- S(Simplify)简化:对必要活动做简化。简化表单字段、减少审批层级、合并同类信息录入。
- I(Integrate)整合:把分散的活动整合成一个人/一个部门/一个系统完成。比如把多个环节的订单信息录入整合成一次系统录入。
- A(Automate)自动化:用系统代替人工判断和传递。比如自动校验、自动分配、自动提醒、自动生成报表。
这套方法看着简单,但实际运用中有个关键技巧:一定要按顺序来。先做E(清除),再做S(简化),然后I(整合),最后A(自动化)。很多企业一上来就搞A,把本来该砍掉的流程自动化了,结果是花了大价钱把浪费做得更快。这个顺序的底层逻辑是:自动化是固化经过验证的高效流程,而不是给低效流程加速。
我还特别强调一个视角——客户视角。做优化时多问一句:“这个活动如果砍掉,客户感知会变差吗?”如果答案是不会,那这个活动大概率是内部自嗨。比如销售合同流程中动辄请财务总监审批5万以下的小订单,客户等着签约,财务总监每天被几十个审批打扰,这个审批节点从客户视角看毫无价值,直接优化成“金额小于5万跳过总监审批”。
RACI矩阵也是流程优化中必备的工具。流程中每个活动都要明确四种角色:R(Responsible)执行人、A(Accountable)责任人、C(Consulted)咨询人、I(Informed)知会人。很多流程的低效根源就是职责不清:一件事两个人同时做、三件事都找一个人审批。做RACI不是开一次会能完成的,建议每条流程指定协调人,把节点逐一过一遍,冲突现场暴露、现场解决。
3.3 优化方案的论证与收益测算:老板只关心这个
优化方案要落地,必须过“收益测算”这关。很多流程项目死在汇报阶段,就是因为不能用经营语言证明“这个优化值多少钱”。我总结一套比较实用的测算方法:
第一步,算“当前成本”。选取流程的主要耗时节点,统计每年处理的业务量,用“单次耗时×年业务量×参与人力时薪”算出当前人工成本。比如订单录入流程,每次录入15分钟,年处理5万单,涉及3个岗位,平均时薪60元,年成本就是15÷60×50000×3×60等于37.5万。
第二步,算“优化后成本”。优化后单次耗时降到5分钟,审批层级从三级变一级,年成本降到12.5万。节省25万/年。
第三步,算“实施成本”。系统改造、流程切换、培训等一次性投入,比如20万。
第四步,算回收期:20万÷25万等于0.8年,不到10个月回本。这个数字一出来,管理层基本不会反对。
这里有个实操心得:收益测算一定要保守,不要把“沟通成本下降”这类虚的算进去。我通常只统计“可量化的工时节省”和“可统计的错误处理成本”,虽然这样数字看起来没那么漂亮,但经得起财务复核。宁可低报,不可虚报,这是咨询公信力的底线。
优化方案的优先级排序,我喜欢用“投入产出矩阵”:横轴是实施难度,纵轴是收益大小。优先做“高收益低难度”的速赢项目,做出样板给管理层看;中等收益的项目放第二梯队;高难度低收益的直接砍掉,别浪费资源。
4. 流程实施与推广:从“纸面蓝图”到“日常运营”的落地打法
4.1 变革管理:为什么流程推行最大的阻力从来不是“不会画”
流程项目最常见的死法是:设计阶段轰轰烈烈,实施阶段鸦雀无声,三个月后流程全部回弹。这套方法论在“实施与推广”部分反复强调变革管理,这恰恰是很多技术背景出身的流程负责人最容易忽略的。
流程推行最大的阻力是人。阻力来源有三类:一是既得利益者——审批权、信息独占权、决策权被削弱的人;二是习惯惯性——干了十年老流程的人,觉得新流程是“没事找事”;三是考核冲突——新流程与现有KPI不一致,比如新流程要求销售录入更多信息,销售觉得浪费时间还影响业绩。
应对方法首先是利益干系人分析。我常用的工具是“影响-支持矩阵”:把所有关键干系人按“对项目的影响程度”和“对项目的支持程度”打散到四个象限——
- 高影响高支持者:就是你的项目同盟,充分调动他们成为变革代理人,他们的一句话顶你十句。
- 高影响低支持者:重点攻坚对象,要单独访谈,摸清抵触的原因,有的放矢地做工作。如果一直搞不定,要提前评估他可能造成的破坏。
- 低影响高支持者:让他们积极参与,现身说法。
- 低影响低支持者:保持信息同步即可,不必过度投入。
这个分析表看似简单,但确实能在项目开始前就暴露风险。我之前在一个客户那里做采购流程改革,流程本身设计很合理,效益测算也很漂亮,但还是推行不下去。后来做了干系人分析才发现,采购部副总是关键阻力,他认为新流程把“特批通道”关掉了,损害了他在公司内部的“资源价值”。后来单独给他做了一次汇报,把他从“阻力”变成“支持者”,项目才推下去。这份表格做一次只要半天,但能帮你提前三个月发现地雷。
4.2 试点选择与推广节奏:样板间逻辑永远不过时
流程推行不能搞“一刀切”,试点打样、以点带面最稳妥。试点选择的三个原则:
- 影响大:选一条对业务影响明显、改善空间大的流程,见效快。
- 可控:选范围小、涉及部门少、相对独立的流程,出问题好兜底。
- 易成功:选成功率高的,别拿最难啃的骨头当第一个试点。先易后难,积累口碑。
我经历过一个反面案例:某企业流程项目第一个试点选了“战略规划流程”,听起来很高大上,但这种流程一年就做两三次、参与部门极少、效果难量化,试点了半年拿不出成果。后来换成了“销售合同审批流程”,两周就看到了效率提升数据,士气一下就起来了。试点项目选对了,推广阶段就成功了一半。
推广路径上,我习惯用“三步走”:
- 第一步,制度先行。流程文件正式审批发布,挂上网,把“流程手册”变成“制度”。
- 第二步,IT固化。能落到系统的必须落到系统。流程只有进了IT系统,才能从“自愿遵守”变成“强制遵守”。OA审批流、ERP模块、RPA机器人,能用的全部上。
- 第三步,机制保障。建立流程例会或流程审计机制,定期抽查执行数据和流程遵从度。
我自己做项目时,还坚持一个原则:流程发布必须配套“一页纸说明”。用一页纸把流程变了什么、为什么变、对每个人有什么影响、谁负责什么、有问题找谁,写得清清楚楚。这一页纸比50页的流程文件有用十倍。
4.3 工具与模板:最容易被忽视的“最后一公里”
很多企业做了流程梳理,文件都在Word和Excel里,零散且没人维护。工具选型上,我的建议是“够用就好、逐步升级”,不要一开始就在工具上花大钱。
模板方面,这里列几个最常用的:
- 流程地图(一页纸展示所有L1/L2流程)
- 流程图模板(含图例规范)
- 流程说明文档模板(含目的、范围、角色、节点描述、指标、风险)
- RACI矩阵模板
- 流程绩效指标定义表(指标名、口径、统计频率、责任人)
- ASME分析表模板
- 干系人影响力-支持矩阵模板
- 试运行问题跟踪表
这些模板的价值在于标准化。有了模板,不同部门、不同顾问画出来的东西才可能对齐,流程资产才能积累。否则每个部门交上来的流程文档五花八门,后续根本没法统一管理和维护。
模板不是越多越好,关键是“有且能用”。我建议组建流程管理“最基本的武器库”就够了:一套流程图模板+一套流程说明模板+一套指标定义表,先把这三样用透,后面再逐步丰富。
工具落地方面,如果企业规模不大,用OA系统自带审批流就够;如果要做端到端的BPM,再考虑专业平台;效率提升类需求确实多,可以评估RPA。我给一个选型判断:
- 流程数量少(几十条)、部门少,别上系统,用文件管理+OA审批就行。
- 流程数量多、跨系统多、需要流程绩效看板,上BPM平台。
- 大量重复手工操作、多系统数据搬运,上RPA。
- 需要建模和仿真优化,上专业建模工具。
5. 常见问题与排查技巧:我的实测避坑记录
5.1 流程项目典型失败原因速查表
我把这些年踩过的坑和客户踩过的坑汇总了一下,做成一张速查表:
| 问题 | 典型表现 | 深层原因 | 应对策略 |
|---|---|---|---|
| 画图运动 | 流程梳理完束之高阁 | 只看方法层,缺治理与运营机制 | 从第一天就建Owner和评审机制 |
| 流程与制度两张皮 | 流程说一套,制度写另一套 | 流程与制度分属不同部门管理,缺少联动 | 流程发布前做制度一致性审查 |
| 部门墙 | 流程只画到部门边界,交接处灰色地带 | 端到端思维缺失 | 用客户视角梳理主价值链,打通交接点 |
| 无人负责 | 流程出问题互相推诿 | 流程Owner缺位或挂虚名 | 明确每条L3流程的Owner,写入岗位职责 |
| 优化措施回弹 | 新流程跑两周又回到老路 | 没IT固化,靠自觉难持续 | 关键节点必须IT强制约束 |
| 指标锈带 | 定了指标没人收集、没人分析 | 指标与业务运行脱节 | 指标必须绑定系统自动采集,数据自动生成 |
| 项目烂尾 | 设计结束了,实施没人跟进 | 变革管理缺失 | 项目计划里必须包含实施推广阶段 |
这个表格每次做项目我都会拿出来对照自检。流程项目大概率不会死在技术层面,而是死在治理和变革层面。
5.2 现场救急的六个实用技巧
第六条技巧单独展开说:流程Owner挂名问题。每次项目都要强行让高层签字确认流程Owner,但签完字也不代表真的负责了。我的做法是:给每个流程Owner发一张“流程Owner职责清单”,内容只有三条——对流程绩效负责、对流程文件时效性负责、对流程改进建议响应负责。然后把流程绩效表在月度经营会上过一遍,哪个流程指标红着,Owner就要站起来解释。有了这层压力,Owner才会真正把流程当自己人。
其他五个技巧简要列出来:
- 访谈不要只问“你们流程是什么”,要问“上次这个问题怎么处理的”,真实流程永远在例外处理中暴露。
- 流程清单做出来后,一定要放给各业务部门“认领走查”,确认每条流程归属,千万别自己闭门定。
- 流程图先粗后细,第一轮全画L2/L3级,第二轮盯住关键流程细化到L4,否则时间根本不够用。
- 流程发布前,找一个“核心用户”先试跑一遍,相当于做“读稿测试”,实际跑出来和纸面写出来的永远有出入。
- 推行期不要怕“流程卡单”——停一下、问一下,既是执行纠偏也是培训机会,比事后补签好得多。
5.3 最后想说的:流程管理的本质是建立“持续改进的循环”
做到最后我发现,所有工具、方法、模板,本质上都在做一件事:把企业从“人治”推向“法治”,让业务行为可预期、可度量、可改进。流程管理的终点不是流程图册,而是建立一套“设计→执行→检查→改进”的持续循环。
从这个角度回头看那份153页的PPT,你会发现它真正的精髓不在任何一个工具,而在于它把流程管理从“一次性项目”变成了“持续性能力”。很多企业问我,流程管理要多久才能见效?我说,速赢项目三个月能见成果,体系真正转起来至少要一年。关键在于别把流程管理当成一次冲刺,而是一套日常基本功。
我自己现在做流程相关项目,都会先问客户一个问题:如果一年后流程体系不靠咨询顾问也能自己运转,你靠什么保证?答案如果还是“靠制度”“靠自觉”,那项目大概率会失败。答案如果是“靠Owner机制+流程绩效看板+定期审计复盘”,那这个项目基本成了。这个问题,建议每个准备做流程管理体系的人也先问自己一遍。