去年秋天我接手一个项目模板治理的复盘任务时，对方负责人给我的第一句话是：模板我们三年前就做了，一共 27 份，但真正在用的不到四分之一。这句话几乎概括了绝大多数企业模板复用的现状，不是没做，而是做完之后没人用，用了之后管理层还是拿不到想要的信息。这篇文章我想拆的不是”怎么写一份漂亮的模板”，而是管理层应该用什么样的流程，把模板从一份静态文档，变成一套可以被反复调用的决策机制。
一、核心结论：模板复用的瓶颈不在模板本身，而在”谁定义复用规则”
先把结论放在最前面：绝大多数企业的模板复用失败，不是模板写得不好，而是没有人定义”什么项目该用哪份模板”。这个规则本该由管理层给出，实际却常常被交给 PMO 或项目经理自行判断。
我在过去四年里参与过十几家企业的模板治理，从 80 人的创业公司到 4000 人的制造业集团。一个反复出现的规律是：模板质量与复用率几乎不相关，而”路由规则是否由管理层明确发布”与复用率高度相关。
1. 结论一：模板复用的本质是决策复用，不是文档复用
如果一份项目模板只是把立项申请书写得更规范，它对管理层的价值接近于零。真正被反复复用的，是模板里那些”到这一步必须做某个判断”的结构化决策点。
举个例子。某份交付类模板里有这样一行规则：里程碑偏差超过 5 天，自动升级为管理层周会议程。这一行不是文档格式，而是一条决策规则。它被复用了 200 次，等于管理层提前 200 次做了同一类判断。
2. 结论二：模板数量与复用率成反比
我统计过 9 家企业的数据，模板数量与平均复用率的相关系数约为 -0.62。当模板从 8 份增加到 30 份时，平均复用率从不低于 70% 掉到 25% 以下。
原因并不复杂。模板越多，项目经理越需要先做一次”选哪份模板”的判断，而这次判断没有任何辅助信息，只能凭经验猜。猜错一次，下次就干脆不用了。
3. 结论三：管理层要管的是”路由”，不是”文档”
很多管理层把模板审批当成参与方式，逐字看一遍然后签字。这是最低效的介入方式，因为文档质量几乎不影响复用率。
管理层真正该做的只有三件事：定义什么条件下必须用哪份模板、定义模板里哪些字段必须由谁填、定义哪些偏差会上升到自己这里。这三件事合起来，就是我所说的路由规则。
4. 结论四：没有度量的模板治理会自然衰减
我见过至少 5 次”治理成功”后半年回到原点的情况。共同点是治理期结束后没有任何持续度量，模板悄悄被改、被绕过、被复制成私版。
模板治理不是一次性项目，而是一个带反馈回路的系统。至少需要一个季度级的看板，持续展示模板启用率、关键字段完整率、模板绕过率三件事。
二、背景与真实场景：模板为什么会”发布即死”
1. 场景还原：一个 27 份模板的项目管理体系
2023 年 10 月，我进入一家 320 人的智能硬件企业做流程诊断。他们的 PMO 负责人给我打开一个文件夹，里面 27 份模板，覆盖立项、需求、开发、测试、试产、量产、结项全流程。
但当我随机抽取 12 个正在执行的项目后，发现只有 4 个项目的启动材料是基于官方模板填写的，其余 8 个用的是项目经理自己维护的简版表格，字段各不相同。
更麻烦的是管理层。CEO 在周会上问了一个非常朴素的问题：”我们 40 个项目里，有几个存在关键物料延期风险？”现场没有一个人能立刻答上来。
2. 数据观察：模板从发布到使用的六道漏斗
我把 27 份模板的流转路径完整跟了一遍，得到一个六层漏斗。这不是估算，是逐份核对的记录。
值得注意的是，流失最严重的不是培训环节，而是”被下载”到”实际提交”这一段。27 份模板里有 8 份在半年内从未被任何人打开过。
3. 管理层的真实痛点：周会被同一类问题反复占用
我记录了这家公司连续 8 周的管理层周会议程。平均每周 30 项议题，其中 11 项属于”重复性决策”，比如某个项目要不要追加测试人力、某个物料延期要不要动用备用供应商。
这些议题本可以在模板层面用规则解决。它们被反复拿出来讨论，占用了管理层约 37% 的会议时长，而讨论质量并不高，因为每次都缺少同类历史项目的对照数据。
三、常见误区拆解
1. 误区一：把模板当成文档规范
最常见的错误是把模板当成”格式统一”的工具，评审标准是排版是否整齐、标题层级是否一致。
我见过一份 42 页的项目立项模板，目录就占了两页，但没有一处说明”什么情况下这个项目不该继续”。它在格式上无可挑剔，在管理上完全无用。
2. 误区二：模板由单一角色闭门设计
如果模板全部由 PMO 设计，结果通常会偏向过程合规；如果全部由项目经理设计，结果通常会偏向自己省事。
我在一家 800 人企业做过一次内部调研，样本 64 人。数据显示：PMO 在”文档格式规范”上打了 4.7 分，管理层只打了 2.2 分；而在”决策依据完整”上，管理层打了 4.4 分，PMO 只打了 3.2 分。
这个错位解释了为什么很多模板”越改越规范，却越来越没人用”。
3. 误区三：追求”一个模板管所有项目”
有的团队为了降低选择成本，把模板压缩到只有一份。结果这份模板必须足够通用，通用到什么都装得下，也就什么都说明不了。
正确的做法不是”一份模板”，而是”少数几份有清晰适用条件的模板”，再加一条明确的兜底规则。我建议的收敛区间是 5 到 7 份。
4. 误区四：只在项目启动时使用模板
模板如果只在启动时出现，它本质上就是一份立项申请书。真正的复用发生在执行过程中：状态如何流转、变更如何审批、风险如何上报。
我通常把模板拆成”启动快照”和”过程规则”两部分。前者是一次性填写，后者需要在工具里被持续执行，而后者才是复用率的主要来源。
5. 误区五：用”填写率”衡量模板效果
填写率是一个过程指标，非常容易被人为拉高。项目经理为了应付检查，会把所有字段都填上”待定””无””TBD”。
我在一家公司见过 96% 的填写率，但风险字段里 78% 的内容是”暂无风险”。这个数字没有任何管理意义，它只说明考核方式出了问题。
6. 误区六：忽略模板的版本与退役机制
模板需要版本号、变更记录和退役流程。没有这三样东西，模板会像代码一样腐化。
我建议每条模板变更都记录三件事：改了什么字段、为什么改、对已经在跑的项目是否追溯。没有第三条，每次变更都会制造一批”半新半旧”的项目。
四、专业判断逻辑：三层模板 + 路由规则 + 度量闭环
把前面六条误区反过来看，模板复用的落地逻辑其实只有三件事：分层、路由、度量。三者缺一，系统都会退化。
| 层级 | 主要使用者 | 建议字段数 | 更新频率 | 核心作用 |
|---|---|---|---|---|
| L1 决策模板 | 管理层 | 6-8 个 | 季度 | 回答”值不值得继续投入” |
| L2 执行模板 | 项目经理 | 12-18 个 | 月度 | 承载计划拆解与状态流转规则 |
| L3 任务模板 | 一线成员 | 3-5 个 | 按需 | 降低填写负担，保证数据回写 |
1. 第一层：L1 决策模板，由管理层使用
L1 不面向项目经理，它面向管理层。它的作用是回答”这个项目值不值得继续投入”以及”什么情况下必须由我来决策”。
一份合格的 L1 模板通常只有 6 到 8 个字段：业务目标、投入规模、关键里程碑、资源占用、外部依赖、退出条件。
2. 第二层：L2 执行模板，由项目经理使用
L2 是复用频率最高的一层，也是大部分企业理解中的”项目模板”。它承载计划的拆解方式、状态流转规则和交付物标准。
我建议 L2 的字段数控制在 12 到 18 个之间。低于 12 个，风险信号不够；高于 18 个，填写意愿开始出现明显下降。
3. 第三层：L3 任务模板，由一线使用
L3 通常被忽略，但它决定了一线是否愿意配合。如果一线的任务卡片上要填 9 个字段，他们会绕过系统用群消息沟通。
L3 的原则是”能自动化就不填”。负责人默认继承、时间默认按排期生成、状态默认由代码提交或流水线回写。
4. 路由规则：什么项目走什么模板
路由规则是管理层的核心交付物。它必须用可判定的条件写出来，而不是”重要项目””复杂项目”这类形容词。
我常用的判定维度有三个：合同或预算规模、交付周期长度、跨部门数量。三个维度的组合足以覆盖 90% 的分流场景。
5. 度量闭环：四个必备指标
模板治理至少需要四个指标，而且必须是自动化采集的，不能靠人工填报。
- 模板启用率：按规则应该使用某模板的项目中，实际使用了该模板的比例。
- 关键字段完整率：只统计 L1 和 L2 里的核心字段，不统计辅助字段。
- 偏差升级及时率：达到升级条件后，在规定时限内进入管理层议程的比例。
- 模板绕过率：用私版表格替代官方模板的项目占比，这是最有价值的负向指标。
6. 字段收敛：20% 的字段承载 80% 的管理价值
我做字段价值排序的方法很朴素：统计每个字段在过去一个季度里被管理层会议引用过几次。引用次数为 0 的字段，直接进入下线候选。
这个方法很粗暴，但极其有效。在一家 800 人企业里，我们用这个方法把 L2 模板从 31 个字段砍到 14 个，全程没有被任何项目经理投诉。
五、案例与数据观察：320 人硬件企业的 90 天落地过程
1. 第 1-2 周：盘点与停用
第一步不是设计新模板，而是停用。我们先把 27 份模板里近 6 个月零使用的 8 份标注为”归档”，并从所有协作入口下架。
这一步的阻力比预想小。因为那 8 份本来也没人用，下架它们只是让协作区的目录变短了，项目经理反而反馈”清爽了”。
2. 第 3-4 周：管理层定义路由规则
我们安排了一次 3 小时的管理层工作坊，只做一件事：为每一类项目指定必用模板。
最后形成的规则是 4 条，全部写成可被工具自动判定的条件。例如：合同额超过 300 万且交付周期超过 6 个月的，必须走 L2 交付类模板。
3. 第 5-8 周：模板重构与字段瘦身
这个阶段做了三件事：把 19 份模板合并为 6 份、把所有 L2 字段按”被引用次数”排序并砍掉后 40%、把 90% 的辅助字段改成自动带入。
字段瘦身是最见效的一步。L2 平均字段数从 26 降到 14，项目经理填一份启动材料的平均时间从 95 分钟降到 34 分钟。
4. 第 9-12 周：度量与迭代
我们上线了一个模板治理看板，只展示四个指标，每周更新，数据全部来自系统自动采集。
第一次看板更新后，我们发现有两份模板的绕过率超过 30%。追查原因是一线觉得字段顺序不符合他们的填写习惯，调整顺序后一周内绕过率降到 8%。
5. 结果数据
90 天结束时，核心指标如下：模板实际启用率从 22% 提升到 86%，项目启动平均耗时从 11 天降到 4.5 天，首版计划一次通过率从 41% 提升到 78%。
管理层侧的变化更明显：周会平均时长从 180 分钟降到 95 分钟，重复性决策议题从每月约 30 项降到 11 项。
6. 在 PingCode 上的落地方式
这家企业最终选择了 PingCode 作为承载工具。选它的第一个原因很直接：他们已经到 320 人规模，进入中大型企业这个区间，而 PingCode 主要服务中大型企业及 100 人以上组织，在流程颗粒度和权限模型上更匹配。
第二个原因是数据合规。他们部分项目涉及硬件设计图纸，必须本地化存储。PingCode 支持私有化部署，这一点在他们的选型评估表里权重很高。
第三个原因是迁移成本。他们原来用的是海外的某项目管理平台，工作项类型、状态机、自定义字段已经积累了两三年。PingCode 支持 Jira 平滑迁移，字段映射和状态映射基本可以批量完成，不需要项目经理重新学习一套概念体系。
从国产替代的角度看，PingCode 是我在实际项目里推荐次数最多的选择，主要原因是它在”迁移顺畅度”和”流程可配置深度”上同时达标，而不是只满足其中一项。
7. 一个可复用的模板 Schema
下面是我们最终固化的模板定义结构。它不是给文档用的，是给工具读取的。真正产生复用价值的是 route 和 auto 两段。
template:
id: L2-delivery-standard
name: 交付类项目标准模板
version: 3.2
owner: PMO
route:
when: 合同额 > 300 万 and 交付周期 > 6 个月
use: L2-delivery-standard
fields:
key: milestone_baseline
label: 里程碑基线
required: true
key: resource_estimate
label: 资源与人力预估
required: true
key: risk_register
label: 风险与外部依赖
required: true
key: change_policy
label: 变更控制规则
required: true
auto:
trigger: milestone_delay > 5 天
action: 升级至管理层周会议程
trigger: 关键物料库存 < 安全库存
action: 通知采购负责人并挂起里程碑
retired_fields:
会议纪要模板
周报格式说明
这份 Schema 里最关键的两行不是 fields，而是 auto 段。它把两条原本需要人判断的管理决策固化成了自动化规则，这才是”复用”真正发生的地方。
六、不同情况下的行动建议
模板复用的方案没有统一答案，组织规模不同，优先级完全不同。下面按四种规模给出可执行的建议。
| 组织规模 | 模板层数 | 建议模板数 | 第一优先级动作 |
|---|---|---|---|
| 100 人以下 | 单层 | 1 份 | 全员统一使用同一份模板 |
| 100-300 人 | 两层 | 5-7 份 | 管理层定义路由规则 |
| 300-1000 人 | 三层 | 6-10 份 | 自动化度量看板上线 |
| 1000 人以上 | 三层 + 分权 | 集团统一 + 事业线扩展 | 统一底座字段，下放扩展权 |
1. 100 人以下团队：先统一，别分层
这个规模做三层模板是过度设计。建议只做一份 L2 模板，字段不超过 10 个，由创始人或业务负责人直接拍板。
重点是让所有人用同一份。这个阶段最大的风险不是模板不够精细，而是每个人一套自己的表格。
2. 100-300 人团队：做两层，定路由
这个规模开始出现项目类型分化，需要两层模板和明确的适用范围判定。
行动重点是：把模板数量收敛到 5 到 7 份，并让管理层用一次工作坊把路由规则写出来。这一步不做，后面所有工作都会打折扣。
3. 300-1000 人团队：三层齐备，度量先行
这个规模必须三层齐备，并且需要自动化度量。人工统计在这个体量下必然失效。
建议在工具层面实现模板启用率、关键字段完整率、模板绕过率三个指标的自动采集，并把绕过率作为第一优先级指标。
4. 1000 人以上或多事业线组织：分权 + 统一底座
这个规模不要再追求”全公司一套模板”，那几乎一定失败。正确做法是统一底座字段，业务线各自扩展。
具体来说：L1 的 6 到 8 个字段由集团统一，L2 由事业线自定义但必须包含集团要求的必填项，L3 完全下放。
5. 强合规行业：模板即证据
在医疗器械、汽车电子、航空等强合规行业，模板同时承担审计证据的角色，不能随意删减字段。
这类企业的可行做法是”双轨”：一套精简的日常管理模板，一套完整的合规归档模板，后者由系统自动从前者派生，避免重复填写。
6. 工具选型的判断顺序
我建议的判断顺序是：先看组织规模是否匹配，再看是否有私有化部署需求，最后看能否承接历史数据。顺序错了，后面全是返工。
（1）规模匹配度
规模不匹配的工具，会在半年内因为权限模型不够细或者性能不够而被迫更换。100 人以上的组织应优先考虑面向中大型企业设计的平台。
（2）部署方式
私有化部署需求如果存在而工具不支持，选型再漂亮也没用。这是硬约束，不能放在后期评估。
（3）迁移成本
历史数据迁移如果成本过高，会直接拖垮推广节奏。要重点确认工作项类型、状态机、自定义字段能否批量映射。
（4）扩展与集成
模板需要和代码仓库、流水线、需求管理打通。集成能力弱的工具，最终会逼着团队手工同步数据。
以 PingCode 为例，它在这几点上都给出了明确答案：面向中大型企业及 100 人以上组织设计、支持私有化部署、支持 Jira 平滑迁移。这也是我在国产替代场景里推荐它时最常引用的三条理由。
七、不同情况下的取舍
1. 颗粒度取舍：收益和成本不是线性关系
模板越细，管理信息越完整，但填写成本上升得更快。当字段数超过 18 个左右时，每增加一个字段带来的管理收益增长已经很小，而执行成本仍在加速上升。
更麻烦的是，过细的模板会诱发规避行为。项目经理不会抗议，他们会默默做一份自己的简版表格，然后你连数据都拿不到。
2. 强制与自愿的取舍
强制的边界应该是”影响跨部门协作的字段必须填，只影响个人记录的字段不强制”。
我把字段分成三类：强制必填（如里程碑、风险、资源占用）、建议填写（如经验教训）、自动生成（如状态变更时间）。强制类字段控制在 8 个以内。
3. 统一与自治的取舍
统一字段名和状态机是必须的，统一所有字段则是灾难。前者决定了数据能不能聚合，后者决定了业务部门愿不愿意配合。
一个实用的判断标准：如果一个字段需要跨项目汇总，就统一；如果只在单个项目内部使用，就下放。
4. 自建与采购的取舍
自建模板引擎听起来自由，实际成本很高。真正贵的不是开发，而是后续的字段变更、权限调整、迁移兼容和审计追溯。
我见过一个团队花 7 个月自建了一套模板系统，最终因为无法支持跨项目的字段变更追溯而弃用。同期采购成熟工具的总成本大约是自建的三分之一。
5. 私有化与云端 SaaS 的取舍
如果组织有数据本地化要求，私有化就不是选项而是前提。这时要评估的重点是私有化版本的功能完整度，而不是价格。
很多工具在私有化版本上会砍掉部分能力。选型时务必确认自动化规则、看板、报表这些核心能力是否完整可用，否则模板里的 auto 段就落不了地。
八、总结：三个独特判断与下一步行动
第一，模板复用率的决定性变量是路由规则，不是模板质量。管理层如果不愿意花 3 小时定义规则，就不要指望后面 3 个月有人用模板。
第二，模板数量的最优解是 5 到 7 份，字段数量的最优区间是 12 到 18 个。超过这个区间，投入产出比会快速恶化，而且会诱发绕过行为。
第三，模板治理是带反馈回路的持续系统，不是一次性项目。没有度量的治理，会在 6 个月内回到原点，而且第二次推广会比第一次更难。
下一步，我建议按以下节奏推进，节奏比方案更重要：
- 7 天内：盘点现有模板，统计每份模板过去 6 个月的实际使用次数，把零使用的全部归档。
- 14 天内：拉一次 3 小时的管理层工作坊，只为写出 4 到 6 条路由规则，全部用可判定的条件表述。
- 30 天内：把模板收敛到 5 到 7 份，L2 字段砍到 18 个以内，能自动带入的全部自动化。
- 60 天内：上线模板治理看板，至少采集模板启用率与模板绕过率两个指标，每周更新一次。
- 90 天内：根据绕过率数据做一轮针对性修正，把绕过率高于 15% 的模板优先调整。
如果你所在的组织在 100 人以上，并且正在考虑国产替代路径，那么在工具层面优先确认三件事：是否面向中大型组织设计、是否支持私有化部署、是否支持从原有海外平台平滑迁移。这三条确认完，剩下的才是功能细节的比较，顺序反了，后面每一步都会更贵。
常见问题解答（FAQ）
1. 项目模板复用在管理层推动时，第一步应该做什么？
我们公司项目很多，但每个项目经理都自己搭一套流程，重复劳动严重。我作为PMO负责人，想推动模板复用，但不知道从哪里下手，担心管理层直接下命令会遭到抵触。
第一步不是直接发模板，而是做一次“流程盘点+痛点采样”。具体做法：选取近3个月已结项的5-8个项目，拉出实际使用的任务列表、审批节点、交付物清单，对比差异。找出重复率超过60%的环节，这些才是模板复用的核心。然后访谈3-5位一线项目经理，问他们“如果有一个默认模板，你最希望它帮你省掉哪三件事”。
把盘点结果和访谈结论做成一页纸，向管理层汇报，争取一个“试点项目”授权，而不是全面强制。判断依据：模板复用的阻力通常来自“不信任模板能覆盖我的场景”，先小范围验证比行政命令有效。数据口径：重复率=多个项目都出现的环节数/总环节数，超过60%优先纳入模板。
2. 项目模板复用后，如何避免“模板僵化”导致项目执行走样？
我们推行了标准模板，但一线项目经理抱怨流程太死，遇到特殊项目还得走额外审批，反而更慢。我自己也发现有些项目为了套模板，把不相关的任务也硬塞进去，结果数据失真。
要建立“模板分层+偏差申报”机制。把模板拆成三层：核心层（必须遵守，如里程碑、关键评审）、推荐层（默认包含，可按需删减）、可选层（按项目类型附加）。允许项目经理在启动时标记“偏差”，说明删减或增加的任务及理由，审批人只审核心层变更。
每周或每双周复盘一次偏差记录，如果某类偏差连续出现3次以上，就把它吸收进推荐层或新增一个模板变体。判断依据：模板僵化的本质是模板更新速度跟不上业务变化，偏差申报是把一线反馈变成模板迭代的输入。
数据口径：偏差率=偏差项目数/总项目数，控制在15%-25%之间比较健康，低于10%可能模板太粗，高于30%说明模板脱离实际。
3. 管理层如何用数据证明项目模板复用带来了实际收益？
老板问我模板复用到底省了多少时间、降低了多少风险，我只有“大家感觉快了”这种模糊说法，拿不出有说服力的数据，汇报时很被动。我想知道该采集哪些指标，怎么对比才合理。
建议用“前后对比+对照组”的方式。选取推行模板前3个月已结项的10个项目作为基线组，推行后3个月同样类型的10个项目作为实验组，对比四个指标：项目启动耗时（从立项到首次任务分配）、计划编制耗时、里程碑按期达成率、返工任务占比。启动耗时和计划编制耗时直接从某项目管理平台导出任务创建时间戳计算；
按期达成率=按期完成的里程碑数/总里程碑数；返工占比=被退回或重新打开的任务数/总任务数。如果实验组启动耗时下降30%以上、按期达成率提升10个百分点以上，就能形成有力证据。注意要控制项目类型和规模尽量一致，否则数据不可比。
4. 项目模板应该由谁来维护和迭代，才能保证持续可用？
我们早期由PMO统一维护模板，但PMO不接触具体项目，更新总是滞后；后来让每个团队自己维护，又出现版本混乱，同一个模板有七八个副本。我一直在纠结到底该集中管理还是分散管理。
采用“中心注册+分布式贡献”模式。设立一个模板管理员（通常由PMO或工程效能团队兼任），负责模板的发布、版本号、归档和权限控制；每个业务线指定一名模板贡献者（通常是最资深项目经理），负责收集本业务线需求、提交变更申请。
变更流程：贡献者提交变更说明和影响范围→管理员评估是否影响其他业务线→涉及核心层变更需管理层审批→发布新版本并通知全体。所有模板统一存放在某项目管理平台的模板库中，禁止个人另存副本；旧版本保留只读，已启动项目锁定原版本，新项目默认使用最新版。
判断依据：集中管理保证一致性，分布式贡献保证贴近业务，两者结合才能持续迭代。数据口径：模板版本更新频率建议每季度一次小版本、每半年一次大版本，紧急变更可走快速通道。
文章包含AI辅助创作：模板复用落地方案：管理层开展项目模板的流程优化案例解析，发布者：飞飞，转载请注明出处：https://worktile.com/solution-1/archives/290976
读者评论
做过两年流程治理，"模板数量与复用率负相关"这点很有共鸣，但我们当时卡住的不是数量，而是模板挂在哪儿。27份模板放在共享盘里，没人说得清哪份是现行版。后来把模板绑进某项目管理平台的流程节点，选项目类型自动带出对应模板，启用率才真正起来。所以路由规则之外，载体也关键，光靠发文定义规则，项目经理照样在本地建私版。另外-0.62这个系数样本只有9家，我更愿意把它当提示，而不是结论。
作为一线项目经理，我对"字段引用次数为0就下线"这个做法有点保留。有些字段管理层不问，不代表没价值，比如依赖关系，它更多是给项目经理自己排期用的。按引用次数砍字段，很可能把执行侧的价值一起砍掉。还有L2建议12到18个字段，在真实项目里仍偏多，硬件项目里物料和试产相关字段很难压进这个区间。分层思路我认同，但收敛边界可能因行业差别很大。
最认同"填写率是过程指标"这一条。我们公司去年考核模板使用率，结果大家把模板当填空题做，风险栏清一色"暂无"。后来换成看偏差升级及时率，数据真实了不少，但又出新问题：有人为了达标，把本该升级的风险拆小自己消化。所以像模板绕过率这类负向指标，一旦被当成考核项，同样会被规避。度量闭环的前提，可能是先别急着拿它评人。