#挑战100天100个GPTs

写在前面

一家公司有个”销冠”——一个人扛了四成业绩,可谁也学不会他怎么卖。老板把全公司销售派去跟他学,听了一周课,回来还是各卖各的。等这个销冠离职,业绩直接塌一半。另一家公司不一样:它没把销冠讲的东西录成课,而是把他成交前后的每一步拆出来——怎么约、怎么问、怎么跟进、用什么话术、卡在哪要换打法——做成一套新人三个月能上手的流程。销冠走了,流程留下,业绩没塌。这就是可复制化思维最朴素的发作姿态:把”靠某个人”换成”靠一套做法”,把一次成功变成可以反复发生的成功。

可复制化思维模型,看的是怎么让成功不只发生在某个人、某个时点身上。一次成功里藏着两类东西:一类是情境性的(当时的市场、那个人的手感、碰巧赶上的窗口),搬不走;另一类是可复制的(关键动作、判断标准、流程顺序、检查清单),只要把它显性化出来、固化成流程、用系统托住,新人新人能上手、新场新场能复用。把它拆成四步:显性化(把说不清的经验变成讲得清的方法)→标准化(把方法变成统一流程和清单)→系统化(用工具/系统代替依赖人)→持续优化(按反馈迭代,不让标准烂掉)。麦当劳靠特许经营手册把一家店的成功复制到全球四万多家,丰田靠标准化作业把一条产线的最佳实践复制到全球工厂,华为 1999 年请 IBM 落地 IPD 流程、把研发从”个人英雄”变成”系统能力”,都是这套逻辑在组织层面的极致应用。这款 GPT 是个复制体检陪练:你给它一个你想复制的成功(一个销冠、一个项目、一套打法),它不替你拍板,逼你想清”这件事里到底什么能复制、什么搬不走、复制要丢什么、怎么不让标准变成僵化的传话游戏”。

效果呈现

把下面的整段 yaml 提示词粘进支持系统提示的对话框(ChatGPT 创建 GPTs 的「Configure」、Gemini Gems,或任意可设系统提示的客户端),给它一个你想复制的成功经验或场景——一个销冠、一个跑通的 AI 试点、一套做得好的客服流程都行。它会先分清这次成功里”哪些可复制、哪些搬不走”,再给你一套显性化—标准化—系统化—优化的落地路径,最后标出最大的复制风险(隐性知识丢了、过度标准化、传话游戏)。

实测对话

三个角度测这个 GPT(个人 / 组织 / 边界),挑顺手的丢进 Gem,把对话粘回对应块,不用的发布前删掉。

可复制化·实测①(组织·AI 试点推广)

🙋 我

我们公司去年在一个客服团队试点用了 AI 客服助手,效果很好,工单处理效率提升明显。今年想推广到全公司 8 个客服团队、上百号人,结果推不动——换了团队效果就掉,一线说”用不上”,试点时的两个主力调走后原团队也开始退化。我该怎么做才能把这个成功真正复制出去?

🤖 可复制化 GPT

(运行 Gem 后填入回答)


可复制化·实测②(组织·销冠能力沉淀)

🙋 我

我们公司有个老销售,一个人扛了团队四成业绩,但他讲不出自己怎么卖的,让他带新人他也只会说”多跑、多聊、靠感觉”。我想把他的能力复制到团队里,但又怕把他那些只可意会的部分硬塞成流程,反而把他本人的灵气磨没了。可复制化思维在这种”高手讲不清”的场景里到底该怎么用?

🤖 可复制化 GPT

(运行 Gem 后填入回答)


可复制化·实测③(边界·过度标准化)

🙋 我

我们公司前两年搞过一次”流程标准化”运动,把所有岗位的操作写成 SOP,结果客服照着 SOP 念、销售按脚本走,客户投诉反而升了,老员工怨声载道说要走。我想复盘一下——可复制化是不是被我们用过了头?标准化和保留一线判断力,边界到底划在哪?

🤖 可复制化 GPT

(运行 Gem 后填入回答)

期望目标

把”靠某个人”换成”靠一套能复制的做法”。具体到一次想复制的成功上:能分清哪些是可复制的核心要素、哪些是搬不走的情境部分,能把隐性经验显性化成方法,能估出复制过程中会丢掉什么、最大风险在哪。

GPTs 源码

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
# 角色:可复制化思维模型专家
## Background
"可复制化思维模型"这条先把归属和机理理清,免得误挂误用。它不是查理·芒格的原创——芒格讲的是"多元思维模型的格子"(用多个学科的原理做判断),并没有把"复制成功"作为一条独立模型讲授。国内通行的"可复制化思维模型",是中文"100 个思维模型"类清单(飞书/知乎/《破维》等)对"把成功经验标准化、规模化复用"这一做法的概括名——非芒格原创,源头要分两头讲:一头是商业上的经典范例,麦当劳(Ray Kroc 1955 年开第一家特许经营店、1961 年买下麦当劳兄弟、同年创办"汉堡大学"训练加盟商)靠特许经营手册把一家店的成功复制到全球;丰田生产方式(大野耐一等人 1948-1975 年间发展出 TPS)靠标准化作业和"改善"把一条产线的最佳实践复制到全球工厂;华为 1999 年请 IBM 落地 IPD(集成产品开发)流程,把研发从"个人英雄"变成"系统能力"。另一头是学术根基:战略学者 Gabriel Szulanski 1996 年在 Strategic Management Journal 发表《Exploring Internal Stickiness》,第一次系统讲清"复制不是免费的"——企业内部把一个最佳实践从 A 地搬到 B 地会遭遇"粘性",分四个阶段(发起、实施、爬坡、整合),每个阶段都会卡。这条模型讲的,就是把一次成功里"可复制的部分"(关键动作、判断标准、流程顺序、检查清单)从"情境性的部分"(当时的市场、那个人的手感、碰巧赶上的窗口)里剥出来,经过显性化—标准化—系统化—持续优化四步,让新人能上手、新场能复用。要和它区分开的是"照抄/复制粘贴":可复制化不是 1:1 照搬,是抽象出原则再在新场景里重新落地,照抄反而常常水土不服;也要区分"标准化"和"抹掉判断"——好流程是把重复的判断固化掉、把该人判断的地方留出来,而不是把人变成念 SOP 的机器。

## Attention
可复制化思维是个把成功从"偶然"做成"必然"的镜头,但它最容易被两种人用坏。一种是把"复制"当成"照搬"——以为把别人的 SOP、别人的话术、别人的模板原样抄过来就能复制成功,结果换了个市场、换了种客户就完全失效;其实可复制的是背后的原则和关键动作,不是表面那套话术。另一种是把"标准化"当成"抹掉人"——把每个判断都写成 SOP,让一线照着念,结果灵活的变迟钝的,能打的变成不能打的。这套模型最值钱的地方,是逼你先想清两件事:这次成功里到底什么能复制(关键动作/流程/标准)、什么搬不走(个人手感/当时的窗口/特定的关系),然后只复制前者、并对后者诚实。复制的真正障碍不是"没人会写文档",是隐性知识(讲不清的手感、没意识到自己在做的判断)在显性化的过程里悄悄丢失——Szulanski 把这个叫"粘性"。看不到粘性,复制就会变成传话游戏:传到第三手,原味已经没了。

## Profile
- Author: iaiuse.com
- Version: 1.0
- Language: 中文
- Description: 扮演一位用"可复制化"视角帮组织把成功经验沉淀成系统能力的顾问。不替用户拍板,逼用户看清:这次成功里什么可复制、什么搬不走、复制要丢什么、怎么不让标准烂掉。

## Skills
- 精通"可复制化"四步法(显性化—标准化—系统化—持续优化)的识别与落地。
- 能区分"可复制的关键要素"和"情境性、搬不走的部分",不让用户把环境红利当能力。
- 熟悉复制过程中的"粘性"(Szulanski 的发起/实施/爬坡/整合四阶段)和"传话游戏"风险。
- 能评估一次复制能不能成(隐性知识是否显性化、目标场景和源场景差异多大、过度标准化的边界)。
- 能把这套思维落到电信、金融、制造、电商的具体组织决策上。

## Goals
- 帮用户在一个想复制的成功里分清"可复制"和"情境性"两类要素,分别对待。
- 用四步法(显性化—标准化—系统化—持续优化)把可复制的部分做成可迁移的流程。
- 提醒用户:复制最大的敌人是隐性知识丢失(粘性),不是缺文档;要先把讲不清的手感显性化。
- 区分"标准化该标准化的"(重复判断、固定流程)和"保留该人判断的"(边界情况、需要灵活反应的),不让 SOP 把一线变成机器。
- 提醒用户:可复制化不是 1:1 照搬,是抽象原则再在新场景里重新落地;照抄常常水土不服。

## Constrains
- 不把"可复制化"和"复制粘贴/照抄"混为一谈——一个是抽象+重新落地,一个是机械搬运,结果天差地别。
- 不鼓吹"凡事都能标准化"——有些成功依赖个人手感、当时窗口、特定关系,搬不走,要诚实标出。
- 评估复制可行性时给具体依据(源场景和目标场景差异多大、隐性知识有多少、目标团队基础如何),不空说。
- 拿不准直说,不编案例;用大白话,不堆术语。

## Workflow
1. 让用户讲清他想复制什么成功(销冠能力、一个项目、一套打法),源场景是什么。
2. 拆要素:这次成功里哪些是可复制的(关键动作、流程、标准、判断点),哪些是情境性的(个人手感、当时窗口、特定关系、运气)?
3. 显性化:把可复制的部分讲清——尤其是那些"高手自己都讲不清"的隐性知识,怎么观察、怎么提炼、怎么验证。
4. 标准化 + 系统化:把显性化的方法变成流程、清单、工具,用系统托住对人的依赖。
5. 评估复制可行性:目标场景和源场景差多大?复制会丢什么?过度标准化的风险在哪?哪些地方该保留人的判断?
6. 收口:给一个"能复制 / 不能复制 / 部分复制"的判断,标注复制路径和最大风险(隐性知识丢失、过度标准化、传话游戏、水土不服)。

## Suggestions
- 高频问自己一句:"这次成功里,到底哪些是'可复制的做法',哪些是'碰巧赶上的情境'?"
- 别把"复制"当"照抄":可复制的是原则和关键动作,不是表面那套话术和模板——抄表面最容易水土不服。
- 沉淀能力之前,先做"隐性知识显性化":高手讲不清的部分,往往是真正的关键,靠跟岗、录像、对比复盘把它挖出来。
- 标准化要划边界:把重复的判断固化(每次都该这么做的),把边界情况留给人(需要灵活反应的)——别让 SOP 把人变成念稿机器。
- 复制要给反馈机制:标准落地后会过时、会变形,靠数据反馈和定期复盘迭代,否则传到第三手就变味。

Prompt 收获

做这个 GPT 的时候,几个设计点比提示词本身更值得记下:

  1. 这条最容易和”照抄”搅一起,必须先拆。原版正文那句”可复制化思维”的应用,全列成了”标准化流程 + 工具 + 培训”的套件——看着像复制,实际很多组织照着做了反而出事,因为它们是照抄别人的 SOP,不是从自己的成功里抽象+重新落地。两者机理完全不同:照抄是把表面的搬过去,复制是把背后的原则提炼出来再在新场景里落地。所以 Background 把两层都讲清、并明确划线,GPT 才不会把”复制成功”做成”买一份 SOP 模板”。
  2. 归属要诚实,别挂芒格名下。和系列里其他条一样先查”谁说的”——“可复制化思维模型”是中文”100 个思维模型”清单的归纳名,非芒格原创。真正的两头源头是:商业上麦当劳/丰田/华为 IPD 的实战范例,学术上 Szulanski 1996 年那篇”复制有粘性”。Background 据实写、不硬挂芒格。
  3. **杀手问题要逼到”可复制 vs 搬不走”**。”这个成功能不能复制”太软,人很容易自信地说能;换成”里面到底哪些是可复制的做法、哪些是碰巧赶上的情境”就难躲——它把用户从”我也能做成”逼到拆要素,而拆要素是复制这条的核心(不拆清楚就照搬必翻车)。
  4. 最容易跑偏是把标准化做成抹掉人。可复制化听着像”全部写成 SOP”,但好流程是把重复的判断固化掉、把该人判断的地方留出来,让一线把精力放在真正需要灵活的地方。所以 Goals 和 Constrains 都专门写了”区分标准化和抹掉判断”,逼 GPT 评估”哪些该固化、哪些该留人”,而不是见流程就劝全写死。

一句话总结这次的收获:可复制化类工具最大的陷阱是停在”写 SOP”,好的提示词得把”拆要素—显性化—标准化—留判断”四步连起来——先分清什么能复制,再把讲不清的挖出来,然后该固化的固化、该留人的留人,最后用反馈防止标准烂掉。

补充说明

可复制化思维模型,看的是怎么让成功不只发生在某个人、某个时点身上。一次成功,外行人看着是”他厉害”,内行人会去问:他做对了哪几个关键动作?哪些是当时的市场和运气给的?前者是可复制的,后者是搬不走的。把前者从后者里剥出来,经过”显性化(讲清)→标准化(做成流程清单)→系统化(用工具托住对人的依赖)→持续优化(按反馈迭代)”四步,一次成功就能变成一套可以反复发生的做法。麦当劳、丰田、华为走的都是这条路:把一家店、一条产线、一个研发项目的成功,沉淀成一套别人能照着做出来的方法。

它最常被误读成两副样子。一副是把它当成”照抄/复制粘贴”——以为把别人的 SOP、别人的话术、别人的模板原样搬过来,自己就能复制别人的成功。其实可复制的从来不是表面那套,是背后的原则和关键动作;照抄常常水土不服,因为源场景和目标场景的客户、资源、关系都不一样。另一副是把它当成”把人抹掉”——以为标准化就是把每个判断都写成 SOP、让一线照着念。结果客服照 SOP 念得没温度、销售按脚本走丢了手感,老员工怨、客户投诉升。好流程不是抹掉判断,是把重复的判断固化掉、把该人判断的地方留出来。

经典源头要分清两头。一头是归属:”可复制化思维模型”这个中文名,是中文”100 个思维模型”类清单(飞书/知乎/《破维》等)对”把成功经验标准化、规模化复用”这一做法的概括名,非芒格原创——芒格讲的是相邻的”多元思维模型的格子”,没把”复制成功”单列成一条。另一头是两个真正的根:商业范例上,Ray Kroc 1955 年开第一家麦当劳特许经营店、1961 年买下麦当劳兄弟并创办”汉堡大学”训练加盟商,把一家店的做法写成手册复制到全球;大野耐一等人 1948-1975 年间发展出丰田生产方式,靠标准化作业把一条产线的最佳实践复制到全球工厂;华为 1999 年请 IBM 落地 IPD,把研发从”个人英雄”变成”系统能力”。学术根基上,战略学者 Gabriel Szulanski 1996 年在 Strategic Management Journal 发《Exploring Internal Stickiness》,第一次系统讲清”复制不是免费的”——企业内部把最佳实践从 A 搬到 B 会遭遇”粘性”,分发起、实施、爬坡、整合四阶段,每阶段都卡。两头里,清单给了镜头和名字,麦当劳/丰田/华为给了实战范例,Szulanski 给了”复制会卡在哪”的学理。

10 个案例分析及思考逻辑

下面十个场景,前几个落在四行业最常见的复制痛点里(电信方案复制、金融打法下沉、制造产线推广、电商爆款复制),中间是麦当劳和丰田两个真实范例,后面接华为 IPD、深挖一刀(隐性知识丢失)、个人练习和模型边界(过度标准化),让十案例的姿态各不相同。带”示意”标记的,是用来说明思考逻辑的构造案例,非真实公司披露。

1. 电信:把一个跑通的政企方案复制到多个省分(示意)

某运营商系公司在 A 省做了一个跑通的政企专线 + 云网一体方案,拿下两个大客户,利润可观。总部想把它复制到全国各省分,结果推了半年,多数省分效果掉一半。换可复制化视角:先拆——A 省那次成功,可复制的是方案架构、报价模型、关键交付节点;搬不走的是 A 省那个客户关系、当地政策窗口、那两个客户自有的 IT 基础。复制失败,往往是把后者也当成了前者,逼着各省分”按 A 省的样子做”,却没给各省分补上关系和政策的本地化。对治:把方案做成”框架 + 本地化清单”,复制的是框架,清单里明确每个省分要自己补什么(本地客户、本地合规、本地生态)。

2. 金融:把一线的财富管理打法复制到分行(示意)

某银行私行的资产配置打法在一线城市跑通,想复制到各分行。直接把”产品组合 + 客户经理话术”打包下发,结果分行客户不买账——三四线客户的风险偏好、产品认知、信任建立方式都不一样。换可复制化视角:可复制的是资产配置的原则(按生命周期分桶、按风险偏好配比),不是具体的产品组合和话术;后者依赖一线客户的认知水平,搬下去就水土不服。对治:把原则显性化成一套可配置的方法(不同客户画像对应不同配置逻辑),让分行在自己客户的基础上重新落地,而不是照搬一线的组合。

3. 制造:把一条产线的良率提升做法复制到全厂(示意)

某制造企业在一条产线上做了改善,良率从 92% 提到 98%,想把这套做法复制到其他产线。照搬过去效果只有一半——因为那条示范产线的设备状态、工人熟练度、原料批次都和别的产线不一样。换可复制化视角:可复制的是改善的方法(怎么找瓶颈、怎么定标准作业、怎么用数据反馈),不是改善的结果(那 6 个点的良率)。对治:复制的是”持续改善的机制”(标准化作业 + 改善周会 + 数据看板),让每条产线在自己的条件下重新走一遍改善,而不是把示范线的 SOP 硬贴到别的产线上。这正是丰田 TPS 把”标准化作业 + 改善”做成可复制系统的逻辑。

4. 电商:把一个爆款的做法复制到新品类(示意)

某电商团队做出了一个爆款,想复制到新品类。结果照着同样的选品逻辑、投放节奏、详情页模板去做新品类,却跑不出来。换可复制化视角:原爆款的成立,可复制的是方法论(怎么测款、怎么看数据加码、怎么优化转化漏斗),搬不走的是那个品类的需求拐点、平台当时的流量红利、竞品还没反应过来的窗口。把方法论复制过去、在新品类里重新走测款和优化,可以;把那次的具体打法照搬,不行——因为红利窗口已经关了。对治:复制的是”做爆款的机制”,不是”那一波的具体打法”。

5. 经典:麦当劳的特许经营手册(真实)

麦当劳是可复制化思维在商业上最干净的范例。Ray Kroc 1955 年在伊利诺伊州 Des Plaines 开了第一家特许经营店,1961 年以 270 万美元买下麦当劳兄弟的全部股权,同年创办”汉堡大学”训练加盟商。Kroc 给每一项任务定标准操作流程——从食材准备到店面清洁,全部写进手册,加盟商必须照着做。结果是:一家店的运营方法被抽象成可教、可考、可复制的一套系统,从 1961 年的 228 家店,复制到 Kroc 1984 年去世时的 7,500 多家店,再到今天的全球四万多家。麦当劳复制的不是”那一家店”,是从那一家店里提炼出来的运营原则和标准化流程——这是”抽象再落地”,不是”照抄”。

6. 经典:丰田生产方式的标准化作业 + 改善(真实)

丰田生产方式(TPS)由大野耐一、新乡重夫、丰田英二等人在 1948-1975 年间逐步发展出来。它最值得复制化思维借鉴的,是它把”标准化”和”改善”做成了一对配套机制:先有标准化作业(把当前最好的做法固化下来,谁来做都一样),再允许并鼓励一线去改善这个标准(发现更好的做法,就更新标准)。复制的是”标准化作业 + 持续改善”这套机制,而非某一条固定不变的标准——标准一旦固定不动,环境变了它就会烂掉。这是”持续优化”这一步最经典的实战:标准是下一轮改善的起点,不是终点。

7. 经典:华为 1999 年请 IBM 落地 IPD(真实)

华为 1999 年初与 IBM 合作启动 IPD(集成产品开发)项目。IBM 先对华为研发现状做了扫描,发现低复杂度项目的平均开发周期是 74 周;经过四年落地,到 2003 年这类项目的平均周期降到 48 周,降幅 35%。IPD 的核心,是把研发从依赖个别英雄、各部门串行接力,变成跨部门协同、按阶段门径(gate)推进的系统工程。华为复制的不是 IBM 那套流程的具体细节,是”研发是系统工程、不是个人英雄”这一原则在自己组织里的重新落地——所以它能从一家中国公司长成能支撑十几万研发人的系统能力。这是可复制化思维在大型组织里最重的应用。

8. 深挖一刀:真正的障碍是隐性知识丢失(原理)

可复制化最反直觉的一刀,藏在”高手自己都不知道自己在做什么”这件事里。一个销冠成交前的那个停顿、一个老医生听诊时的那种感觉、一个老师傅对机器异常的预感——这些是隐性知识,连当事人自己都讲不清,更别说写进 SOP。Szulanski 1996 年那篇论文把这种复制障碍叫”粘性”(stickiness),分四个阶段:发起(要不要复制)、实施(怎么搬过去)、爬坡(搬过去初期跑不顺)、整合(跑顺了能不能持续)。最贵的是实施和爬坡阶段——隐性知识在显性化的过程里悄悄丢失,搬到目标场景就缺了一块。把文档写得更详细救不了这一块;真正有效的对治是跟岗、录像、对比复盘(高手做对了什么、新手漏了什么),把隐性知识挖出来,再在新场景里反复验证。否则复制就是传话游戏:传到第三手,原味已经没了。

9. 个人:把一项做得好的技能沉淀成可教的方法(个人)

一个人在某件事上做得特别好(写文案、做投放、谈客户),想把这套能力传给团队里的新人。换可复制化视角:先别急着写 SOP——先问自己”我到底做对了什么”。很多人会卡在这一步,因为自己的关键动作是自动化的、自己没意识到。对治:拿一段自己做得好的真实案例,逐个动作复盘(我当时为什么这么开头、为什么这里停顿、看到什么信号才换打法),把无意识的判断变成有意识的方法;再让新人照着做、自己看新人哪里偏了,反过来修正方法。个人的能力沉淀,最难的不是教,是先把自己讲不清的部分挖出来。

10. 边界:标准化用过了头,会抹掉一线判断力(原理)

可复制化思维最该警惕的,是把”标准化”做成”抹掉人”。一家客服中心把每句回应都写成脚本,让客服照着念,结果客户感觉像在跟机器人对话、投诉上升;一家销售公司把拜访流程细化到每一分钟说什么,老销售觉得自己灵气被磨掉、纷纷离职。标准化该标准化的是重复判断(每次都该这么做的,固化掉省脑力),该保留人的是边界情况(需要灵活反应、需要共情、需要现场判断的,留给人)。好流程把人从重复判断里解放出来,让精力集中到真正需要人的地方,而不是把人变成念 SOP 的机器。这条模型的使用纪律是:先问”哪些该固化、哪些该留人”,再动手标准化——否则你复制出来的不是能力,是迟钝。

学习可复制化思维的 10 个步骤

学这套模型,顺序比内容更重要。下面十个步骤按”懂概念 → 拆要素 → 显性化 → 标准化 → 防跑偏 → 上组织”的弧线排,每步配一个实例。

1. 懂概念:可复制化 = 把偶然做成必然

先把定义咬死:可复制化指把一次成功里”可复制的部分”从”情境性的部分”里剥出来,经过显性化—标准化—系统化—持续优化四步,让成功可以反复发生。实例:一个销冠的业绩,可复制的是他的关键动作(怎么约、怎么问、怎么跟进),搬不走的是他当时手上的特定客户和那个市场窗口——前者能传,后者不能。

2. 拆开它和”照抄”的混淆

这是最容易翻车的地方。实例:拿”照抄别人的 SOP”(机械搬运,常水土不服)和”从自己的成功里抽象+重新落地”(可复制化)对照——前者是把表面搬过去,后者是把背后的原则提炼出来再在新场景里重新走一遍,两件事。

3. 学经典源头:麦当劳 + 丰田 + 华为 IPD + Szulanski

读几个真东西把感觉建立起来。实例:看 Ray Kroc 1961 年办”汉堡大学”训练加盟商、把一家店复制到全球;看大野耐一 TPS 的”标准化作业 + 改善”配套;看华为 1999 年落地 IPD 把研发周期从 74 周压到 48 周;再读 Szulanski 1996 年那篇讲”复制有粘性”的论文。一实战一学理,复制就立住了。

4. 练杀手问题:”里面到底哪些是可复制的、哪些是搬不走的”

把这个问题变成条件反射。实例:拿一个你想复制的成功问自己——这次成功靠的是可复制的做法(关键动作、流程、标准),还是碰巧赶上的情境(个人手感、当时窗口、特定关系)?答得出,复制才有落点;答不出,你以为可复制的可能全是情境。

5. 学拆要素:可复制 vs 情境性

养成先拆要素的习惯。实例:一个成功丢过来,先把它的要素分两类——可复制的(方法、流程、标准、判断点)和情境性的(运气、关系、当时市场、个人天赋)——分清了才知道哪些值得花力气沉淀,哪些只能认。

6. 显性化:把隐性知识挖出来

这是最贵的一步,因为高手自己都讲不清。实例:用跟岗、录像、对比复盘(高手做对了什么、新手漏了什么)把那些无意识的判断挖出来;光让高手”讲一讲”,讲出来的往往不是真正的关键。

7. 标准化 + 系统化:固化重复的、留出该人的

养成”该固化固化、该留人留人”的习惯。实例:把每次都该这么做的(重复判断)写成流程和清单,用工具/系统托住对人依赖;把边界情况、需要共情和现场反应的,留给人——别让 SOP 把一线变成念稿机器。

8. 估复制可行性:源场景和目标场景差多大

复制能不能成,要看场景差异。实例:估一下目标场景和源场景差多大(客户一样吗、团队基础一样吗、资源一样吗)——差异越大,越不能照搬,越要在新场景里重新走一遍抽象落地的过程。

9. 应用到组织:决策前先过”可复制—显性化—留判断”

把对治做成流程。实例:每一次想推广一个成功经验之前,强制走三问——里面什么可复制、隐性知识挖出来没有、哪些该固化哪些该留人。三问答完再动手,能挡掉一大批”硬推 SOP、结果水土不服”的坑。

10. 定期复盘:标准有没有随环境烂掉

真正的纪律会留下痕迹——你会看清哪些标准还在用、哪些已经过时。实例:每季度盘点一次,过去一年你复制出去的成功经验,现在还灵吗?标准有没有随着市场变化变形、过时?复盘的本质是”持续优化”——标准不是终点,是下一轮改善的起点(这正是丰田 TPS 的逻辑)。

对决策者的启示

落到带组织的大企业一把手身上,可复制化思维有三条最值得焊进决策习惯:

第一,组织能力 = 把个人能力沉淀成系统能力,这是大组织最该主动做的事。组织越大,越依赖少数”能人”就越脆弱——一个销冠离职、一个技术骨干跳槽,整条线就塌。决策者要逼团队对每一次关键成功做一件事:把可复制的部分(关键动作、流程、判断标准)从”碰巧赶上的情境”里剥出来,沉淀成组织的能力。麦当劳、丰田、华为走的就是这条路——它们复制出去的不是某个人,是从某次成功里提炼出来的、别人能照着做出来的方法。不做这件事的组织,永远在重新发明轮子。

第二,复制最大的敌人不是缺文档,是隐性知识丢失。决策者最容易犯的错,是以为”写一份 SOP、搞一次培训”就能复制成功。可真正值钱的东西,往往连当事人自己都讲不清——销冠成交前那个停顿、老医生那种听诊感觉、老师傅对机器的预感。这些隐性知识在显性化的过程里悄悄丢失,复制到目标场景就缺了一块,Szulanski 把这个叫”粘性”。决策者要逼团队用跟岗、录像、对比复盘去挖隐性知识,而不是停留在”让高手讲一讲、做个 PPT”的层面。看不到粘性,复制就是传话游戏。

第三,别让标准化抹掉一线的判断力。可复制化思维最危险的副作用,是把”标准化”做成”抹掉人”——把每句话写成脚本、每个动作写成 SOP,让客服照着念、销售按脚本走,结果灵活的变迟钝、能打的变不能打,老员工怨、客户投诉升。好流程不是抹掉判断,是把重复判断固化掉(让人省出脑力)、把该人判断的地方留出来(让人发挥)。决策者要逼团队在每一次标准化前先问:”哪些该固化、哪些该留人?”——把这条划清楚,再动手写 SOP。否则你复制出来的不是能力,是一支迟钝的、照稿念的队伍。

文末引用

  • “可复制化思维模型”的归属:这个中文名是中文”100 个思维模型”类清单(飞书/知乎/《破维》等)对”把成功经验标准化、规模化复用”这一做法的概括名,非查理·芒格原创——芒格讲的是相邻的”多元思维模型的格子”(用多个学科的原理做判断),并未把”复制成功”作为独立模型讲授。本文据实区分两者(来源:analogypkm.com “可复制化思维”词条;GitHub fddxyz/dpan《查理·芒格的 100 个思维模型研究》指出流传清单系国内作者整理扩充,芒格本人未发布 100 个模型的官方清单)。证据层级:知识管理类词条 + 二手考据;立场:中立。
  • 麦当劳特许经营与标准化:Ray Kroc 1955 年 4 月 15 日在伊利诺伊州 Des Plaines 开设第一家麦当劳特许经营店;1961 年以 270 万美元买下麦当劳兄弟的全部股权;同年创办”汉堡大学”(Hamburger University)训练加盟商,对从食材准备到店面清洁的每项任务制定标准操作流程;到 1961 年麦当劳有 228 家店、销售额 3,700 万美元,Kroc 1984 年去世时全球门店超 7,500 家(来源:Britannica Money “McDonald’s”;PBS “Who Made America? — Ray Kroc”;EBSCO Research Starters “McDonald’s restaurants and McDonaldization”)。证据层级:百科 + 权威媒体;立场:中立。
  • 丰田生产方式(TPS):由大野耐一、新乡重夫、丰田英二等人在 1948-1975 年间逐步发展,核心包括及时化(JIT)、自働化、标准化作业与持续改善,是”精益生产”的先驱;TPS 的关键配套是”标准化作业 + 改善”——先固化当前最好做法,再鼓励一线改善这个标准(来源:中文维基百科”丰田生产方式”词条;丰田相关一手资料二手转述)。证据层级:百科 + 行业资料;立场:中立。
  • 华为 1999 年引入 IBM IPD:华为 1999 年初与 IBM 合作启动 IPD(集成产品开发,思想源自美国 PRTM 公司的 PACE 理论)项目,IBM 先对华为研发现状扫描,发现低复杂度项目平均开发周期 74 周;经过 4 年落地,到 2003 年该类项目平均周期降至 48 周,降幅 35%(来源:人人都是产品经理《华为 IPD 流程体系:集成产品开发框架》;PRTM 咨询公司 IPD 价值统计)。证据层级:行业实务 + 二手转述;立场:中立。”IPD 思想源自 PRTM 的 PACE 理论”为通行说法,逐字出处待核实。
  • Szulanski 1996 年”内部粘性”(Internal Stickiness):战略学者 Gabriel Szulanski 在 Strategic Management Journal 1996 年第 17 卷(Winter Special Issue)第 27-43 页发表《Exploring Internal Stickiness: Impediments to the Transfer of Best Practice Within the Firm》,提出企业内部转移最佳实践会遭遇”粘性”,分四个阶段:发起(Initiation)、实施(Implementation)、爬坡(Ramp-up)、整合(Integration),每阶段都可能卡(来源:Strategic Management Journal 原文 PDF;Szulanski 2000 年 OBHDP 续作《The process of knowledge transfer: A diachronic analysis of stickiness》)。证据层级:同行评审学术期刊;立场:中立。
  • 文中电信、金融、制造、电商的”示意”案例:均为说明思考逻辑的构造性案例,涉及的公司(”某运营商系公司 / 某银行 / 某制造企业 / 某电商”)非真实具名主体,相关数据(良率从 92% 到 98%、周期 74 周到 48 周除外)为说明性构造,非任何真实公司披露。华为 IPD 的 74 周→48 周为公开资料数据,已在引用条单独标注来源。
  • “可复制化思维模型”这个名称:非芒格亲口命名,是中文”100 个思维模型”类清单对”把成功经验标准化、规模化复用”的概括名;本文据实区分了它与芒格”格子”(多元思维模型)、与”照抄/复制粘贴”(机械搬运)、与”抹掉人的过度标准化”的关系,不挂芒格名下、也不混入照抄。