售前朋友问：
你上篇说脱稿不是背稿，我认同。但不写稿怎么脱稿？我脑子里一片空白，总得有个抓手吧？不写稿子真的能脱稿讲吗？可以用你平时讲PPT的案例来讲一下吗？
二
上篇发了之后，收到最多的一个问题就是：
你说的脱稿不是背稿，我懂。但不写稿，我怎么脱稿？我脑子里啥都没有啊。
这问题问得好，因为很多人对脱稿的理解就两条路：
要么写稿念稿，要么写稿背稿。两条路都走不通——念稿客户嫌你像机器，背稿你一紧张就忘词卡壳。
但你想过没有，为什么你跟同事聊天能说半小时不带停的？你也没写稿啊。
因为你脑子里有个东西在指引你：你知道自己在说什么、为什么要说、说完这一句下一句该接什么。这个东西不是稿子，是你的思路。
脱稿不靠稿子，靠的是思路的结构。
今天我给你一个结构，叫3层逻辑树。
填完这棵树，你就有了脱稿的骨架。不用写一个字的稿子，照着这棵树走，你就能讲完一整场汇报。
三
《大象：Thinking in UML》里说，建模的本质是简化现实，抓住核心，忽略细节。
3层逻辑树就是你的汇报模型，
核心结论是根，3个支撑点是干，关键信息是叶。
细节不在这棵树上，客户问到你再展开。
他不问，你就不讲。
你不主动讲不重要的细节，这叫取舍，不叫偷懒。
实际怎么用？给你一个填好的例子。
我用一个真实的汇报场景走一遍。
有一年我去给一个区住建局汇报城市生命线安全工程方案。局里给的时间是20分钟。到场一看，坐了5个人：局长、分管副局长、两个科长、一个技术员。
我先花3分钟在脑子里填了3层逻辑树，
先给出核心结论，建议先做燃气管网安全监测，覆盖老城区3条主干道，预算控制在多少万以内，几个月上线。（当然，这些都是实现沟通了解过的）
讲第1个支撑点，必要性，燃气管网是你们最紧迫的安全隐患，
局长上次调研时说过燃气管网老化是他最担心的事，我直接引用他自己的话，
老城区3条主干道管网服役超过15年，去年已经出过1次泄漏，
省里去年发了文件要求各地市今年完成燃气管网在线监测覆盖。
继续第2个支撑点，可行性，我们在这块有现成的方案和设备，
去年在某市做过类似项目，同样是老城区燃气管网，监测点位82个。
接着第3个支撑点，经济性，试点预算可控、周期短、可扩展，
一期多少万，含设备、安装、平台，不含后续质保期外运维
第1个月勘察+点位设计，第2个月安装调试，第3个月试运行
后续可扩展到供水管网和桥梁监测，平台预留了接口，
就这些。没写一个字的稿子。
汇报的时候我就照着这棵树走，
开场30秒讲核心结论，然后展开3个支撑点，每个点讲2-3分钟。
中间局长问了两个问题，设备精度怎么样和后续运维费用多少，我直接从支撑点2和支撑点3下面展开回答，答完回到主线继续讲。
整个汇报18分钟讲完，剩下2分钟局长主动问了3个问题。
最后他说了一句，你把燃气管网单独拎出来讲，这个思路对，先解决最急的。
我后来想，如果那天我是写好了稿子背的，局长一插嘴问问题，我肯定慌，因为他的问题不在我稿子的顺序里，我不知道该从哪接。
但逻辑树不怕插嘴，因为每个问题都能归到3个支撑点里的某一个，我从那个点展开回答就行，答完回到主线。
这就是逻辑树跟稿子的根本区别：
稿子是条线，中间断了就接不上，
逻辑树是棵树，你从任何一个枝杈都能回到主干。
四
那你可能又说了，我可没你那么快调用逻辑树。
那么，怎么让逻辑树变为本能？
用已有的汇报PPT练手，
拿你最近做过的1份汇报PPT，不看原文，试着填1棵3层逻辑树。
核心结论是什么？3个支撑点是什么？每个点下面挂2-3个关键信息。
填不出来的地方，就是你当时虽然做了PPT但其实没想清楚的地方。
下次汇报前，先填逻辑树再打开PPT，
顺序反过来。以前你是先做PPT再想怎么讲，
现在你先花10分钟填逻辑树，想清楚你要讲什么，再打开PPT找对应的页面。PPT变成你的素材库，不是你的脚本。
汇报完复盘逻辑树，
哪个支撑点客户最感兴趣？哪个关键信息客户追问了？哪个支撑点你讲的时候卡了？
把这些信息更新到逻辑树上。下次类似的汇报，你的树会更丰满。
《演讲的力量》里说，你的演讲应该是一个礼物，而不是一份报告。
逻辑树就是在帮你把汇报从报告变成礼物，报告是流水账，礼物是你精心挑选的3个关键点，讲在客户的心上。
利用逻辑树，你不是在想我要说什么，是在想我为什么要说这个、说了对方会怎样。
这个思维方式的转变，比任何话术都管用。
光看文章知道3层逻辑树还不够，
我准备为不想写稿又想脱稿的人准备了一份【售前无稿脱稿速查工具包】，留言“逻辑树”获取，
有3个东西：
3层逻辑树画布、汇报前10分钟速填清单、客户插嘴应对路线图。
以及可获得更多售前工具、动态更新知识库。
上期那个工具包偏训练，这次这个偏实战，你拿到手就能直接用在下一次汇报上。
评论区分享你汇报时最怕的一件事、你之前背稿翻车的一次经历、或者你读完最大的一个感受，下期咱们接着说。
⬇️
