SCQA 一种让你高效说话的套路

   这两年网络上总有一个戏谑的词叫做套路，人们似乎都不怎么喜欢被套路。但经我观察，能够套路别人其实就是一种能力，并且往往只有少部分人才能熟练掌握，并且能够灵活运用。

我想说的是，生活和工作当中，套路无所不在，它们有不同的名字，比如经验、规范、流程、模型等等，但不管怎么样，对于应用者来说，它们确实好用，使得我们高效，生活和工作当中也确实需要一点套路，今天分享一个比较高效的表达的套路，SCQA 模型。

SCQA 是什么？

SCQA 是麦肯锡顾问芭芭拉* 明托在《金字塔原理》一书中提出来的模型。我们都知道，麦肯锡的顾问肯定是这个世界上非常聪明、非常善于沟通及非常能帮助人解决问题的这么一群人。因此他们提出来的 SCQA 模型也大受欢迎,被各行业人员应用。

SCQA 模型是四个单词的拼写。

•  S 对应 Situation，代表故事的背景。

•  C 对应 Complication,代表故事当中的意外或者是冲突。

• Q 对应 Question,代表故事当中引申出来的问题。

•  A 对应 Answer,代表答案或者是行动方案。

为什么用 SCQA ？

我们大家都讨厌什么人呢？

一般都是小人，是那种背后捅刀子的人。但小人还是少。

我们一般烦什么人呢？

我认为是那种整天负能量、瞎 BB、只会抱怨的人。

他们人品倒没有什么污点，但是他们好像只会抱怨。抱怨社会、抱怨公司、抱怨领导、抱怨同事等等，但如果让他们给出什么个建设性的意见，他们往往会马上哑口无言。

能够遇事拿出建设性的方案，我觉得这是最能体现一个人人格魅力的地方。

而 SCQA 模型恰恰是依这个设计的，所以它对受众特别的友好。

各行各业都用它。

SCQA 在广告中的应用

比如，大家耳熟能详的广告。

S 情景：

肾虚，有时是在过度劳累之后

C 冲突

好像身体被掏空 

Q 问题

是不是肾透支了？ 

A 解决方案

XXX 肾宝片

把肾透支了的补起来！ 

他好我也好

当然他好我也好可以对应于结果 R,那么 SCQA 就扩展到 SCQAR，这个很容易理解，我就不赘述了。

SCQA 的影视当中的应用

最常见的就是各种武侠剧或者是美国大片了。

S 情景：

武侠主角生活美好

C 冲突：

反派 Boss 出现，要么杀掉了男主的父母要么抢走了男主的女人，这让男主痛苦不安。

Q 问题：

如何正义地复仇？

如何机智地夺回心上人？

A 解决方案：

勤奋练功，内功、外功、轻功，然后拥有绝世武功，最终击败 Boss。

当然，实际上影视当中会复杂得多，但多少逃不过这个模式，不信你对照现在正在火热放映的《谍中谍》仔细琢磨，看看是否是这个套路？

SCQA 在工作当中的应用

程序员都很注重逻辑，并引以为豪。但最近我对自己的审视，我发现自己越来越享受逻辑的乐趣了。这种逻辑不单单应用在代码结构上，还包括生活当中的方方面面。比如，我最近在学习如何看一个公司的财报，于是我捧着书一页一页去看。但因为财会的名词太多了，有时候因为精神状态不好，半个小时后看不了几页，并且好像脑袋放空了，看了也等于白看，这时我就会用逻辑去推理某些专业术语之间的因果关系。

但是，这是思维的逻辑，程序员们包括我自己，很多缺少表达的逻辑。

很多其他行业的人都反映说程序员难沟通，很难打交道，心地善良，但脑袋一根筋。

而 SCQA 可以在某些时候帮助我们更友好地表达自己的本意。

我现在向你们描述一件我亲身经历但稍加修改的故事。

S 情景：

我前几年有负责开发一个电视盒子，它会记录每个用户进入 App 的时间信息，包括起始时间、结束时间，然后将这些信息采集起来上传到后台，后台经过筛选后会生成运营报表，这些运营人员、老板、广告商等等都可以观察到在这个电视盒子上，不同的 App 的流量信息。

C 冲突：

某一天，测试人员发现后台收集的信息异常，有很多 App 启动的时间是 1970 年，这显然不合理，老板知道这个信息后，大发雷霆，脸色不好看，臭骂我一顿，我当时有点懵。

Q 问题：

公司组织各方人员，要一起讨论这个事，老板抛出 2 个问题：

1.  怎么找到问题根源？

2.  问题根源找到后，如何解决或者是规避？

A 解决方案

我和测试经理两人反复讨论，然后做测试场景试验，最终确定了问题所在。

问题根源在于：电视盒子没有备用电池，出于成本考虑，硬件比较山寨和垃圾，如果断掉电源后，没有 RTC 模块运行，再开机时，机器时间就从 1970 年算起，程序员应该都知道 1970 的意义。我们的手机不会经常关机，但电视盒子有些人肯定会像关电视一样直接拔掉电源插头了，所以，下次开机时时间自然就不对了。

然后，我给出了方案。

方案一：

增加硬件模块，至少增加带纽扣电池的 RTC 模块，这样就算电源没有了，时间还是不会错。但这是后续的方案，对硬件的改动还是很麻烦的，解决不了眼前的问题。

方案二：

开机时，如果有网络，从服务器上获取时间，然后把时间更正过来。如果开机了没有网络，就按照机器上的时间记录，但要保证每个 App 的持续时间要准确，等到有网络的时候，再反向推断这些不准确的时间点，然后更正过来。如果，连续好多天没有网络，后台根据实际需求把这些不正确的时间统统过滤掉。因为如果一个盒子几乎不连接互联网，那么它产生的数据对于业务也就没有什么意义。

最终，采用的方案是最后一个。

上面一段故事就是我运用 SCQA 模型描述的，不知道这样有没有讲得很清楚。

总结

网上也有人分析，前两年柴静的关于雾霾和环保的演讲，也是有运用 SCQA 这样的模型，大家有兴趣可以看看。

SCQA 模型是以问题为导向的，其实，我一直相信一个信条：一件事如果你能很好向别人解释清楚了，那才说明你自己也真正弄懂了这件事情。

SCQA 模型是个好东西，但好东西光看光听是不行的，需要多加练习，相信我，多用几次后，它就会成为你的工具，然后在某些时候能为你所用。

比如，写作。