前提条件树给了你一张里程碑地图，第一站是「说服老板认同排队」。可你没法把「说服老板」四个字派给谁去执行——它是个目标，不是个动作。你不能在日程表上写「下午三点，说服老板」。最后这棵树，就是把里程碑碾成粉末，碾到「今天下午三点，具体做这件事」的颗粒度：转变图（英文 Transition Tree，缩写 TrT，字面「转变树」——把一个中间目标，拆成从现在到达成它的一连串具体行动）。
回到「如果…那么…」
转变图用的是充分因果逻辑——又回到「如果…那么…」了。但它比前面所有树都更贴地面，因为它的每一步都不是抽象陈述，而是一个你真能动手做的动作，外加这个动作会产生的效果。经典的转变图，每一步都咬合着四样东西：
- 此刻的现实：为什么现在需要这一步（缺了什么、卡在哪）。
- 要做的动作：具体到能派给一个人、今天就能上手的那种。
- 预期的效果：这个动作做完，现实会变成什么样。
- 而这个新效果，正好成了下一步的「此刻现实」——一步顶一步，直到里程碑达成。
把「说服老板认同排队」这个 IO 拆开，一条转变链大概长这样：
第一步——现实：老板凭直觉认定「马上开工＝让客户满意」，从没看过反面的数据。
动作：拉出过去三个月的记录，把「同时开工的活儿数」和「延期率、返工工时」摆到一页纸上。
效果：老板第一次亲眼看见——开工越多，反而交付越慢、返工越多。
第二步——现实（承接上一步）：老板动摇了，但还没有替代方案，怕排队会得罪客户。
动作：当场给他画一朵冲突图，把他自己的两难摆出来（既要客户满意，又要交付稳）。
效果：老板意识到，问题不是「要不要满足客户」，而是「怎么满足才不塌方」。
第三步——现实：老板认了道理，但不敢全公司一刀切。
动作：提议一个两周的小试点——只挑一个产品线、一个客户，试行排队和限制开工。
效果：老板同意了这个低风险的小试点。——中间目标（初步认同）达成。
看这条链跟一张普通的「待办清单」差在哪：待办清单只有「做什么」，转变图连「为什么现在做这个、做完会怎样」一起写进去了。第三步之所以是「提议小试点」而不是「要求全公司推行」，是因为第二步的效果把现实推到了「老板认理但不敢冒险」——动作是顺着现实长出来的，不是拍脑袋排的。
为什么非要把「为什么」写进去
你可能嫌麻烦：直接给一线一张清单「1. 拉数据 2. 画冲突图 3. 提试点」不就完了，写那么多「现实」「效果」干嘛？
因为现实一定会跑偏，而清单不会拐弯。假设第一步拉完数据，老板看了却说「数据是这样，但我们这行就是得快」——如果执行的人手里只有一张光秃秃的清单，他会懵：下一步是「画冲突图」，可现在这情况还画吗？但如果他知道第二步的目的是「让老板看清这是个两难、而非快慢之争」，他立刻就能随机应变——也许该先追问一句「您说的『快』，是指哪个客户的哪种快」，把老板那句「我们这行就得快」本身，变成冲突图的素材。
这就是转变图最深的一层用意：它交付给一线的，不是一串机械指令，而是一段能自我修复的逻辑。每一步都带着自己的「为什么」，所以当现实和计划不符时，执行的人不会卡死，而是能顺着「为什么」重新找到路。带理由的行动能拐弯，不带理由的清单只会撞墙。
到这里，六棵树全种完了
转变图是最后一棵。走到这一步，你手里已经有了从「今天下午三点拉数据」一路通到「注入落地、系统被松开」的完整链条。回头看这六棵树各自的活儿：
- 现状图——在一地鸡毛里找到那个病根（改什么）。
- 冲突图——看清病根处的死结，找到破局点。
- 未来图——把破局方案种回系统，验证它真能治好（改成什么样）。
- 负面分支——剪掉方案的副作用。
- 前提条件树——把障碍排成一条有序的路（怎么让改变发生）。
- 转变图——把路碾成今天就能迈的第一步。
六件工具，各管一段，接力回答了那三个问题。可它们真正的力量，不在单独用哪一个，而在它们首尾相接、转成一个不停的圈。最后一章，我们把这个圈完整地转一遍——用一个从头到尾的案例，看六棵树怎么合成一台永不停歇的改善机器。