序言该主题主要用于解决当你需要写较长的文章比如研究报告和PPT演示文稿（通常用来给出解决问题的方案），或者项目计划书和咨询建议（通常用来说明你如何着手解决问题），写作过程往往并不十分顺利，即便已将运用了前两个主题的方法。因为你需要长时间的收集资料、分类和考虑事实、数据、信息和想法。这时，序言的作用是对问题定性，金字塔则用来说明，分析问题和寻找解决方案的“步骤”或“理由”（有时是演绎推理的结果）。

界定问题的框架

①找到切入点：是指项目的背景

②找出困扰：出现的问题

③定位现状，非期望结果R1：由于“干扰”引起的现状

④制定目标，期望结果R2：最终结果/如果问题解决，你希望达到的状态

|备注|将问题的界定写进序言当中。当你开始收集资料的时候，发现自己对外部变化有更明确的认识，因此需要对R1和R2的本质进行重新提炼和重新描述。

将问题的界定写进序言

如何界定的问题写进序言？

①确定你准备写文案时所处的状态/情况：

最常见问题

1.不知道如何从R1（现状）到R2（目标）。

2.知道如何从R1到R2，但不敢肯定是否正确。

3.知道从R1到R2的正确方案，但不知道如何实施。

最常见问题的变形

4.知道从R1到R2的解决方案，并且已经实施，但由于某种原因行不通。

5.确定了好几个解决方案，但不知道选哪一个。

可能但不常见的情形

6.知道R1，但不能具体描述R2，所以无法找到解决方案。

7.知道R2，但不清楚自己是否处在R1（这是典型的标杆对比）。

②根据下面的步骤进行序言的撰写：

情况1：我们应该做什么（不清楚具体实施步骤）如APP评估指标

e.g.

背景S=现采用X方法销售。

冲突C=希望更高的增长率，面临其他的问题，担心X方法不再有效。

疑问Q=我们应该怎样做？

情况2：我们是否应该做我们想做的事（清楚具体实施步骤但不确定是否应该这样做）如可行性分析方案

e.g.

背景S=我们可能遇到困难，原因是本行业正在实验一种新方法。

冲突C=如果这样的话，我们必须改变。

疑问Q=我们是否应该计划这么做？

情况3：我们应该如何做我们想做的事（向某人解释如何完成某事）如APP评估指标下的具体步骤

e.g.

背景S=我们的城市遇到问题。

冲突C=我们已经制定解决方案。

疑问Q=如何实施解决方案。

情况4：解决方案行不通，我们应该做什么（情况1的延伸）如可行性分析的补充内容/也称PlanB

e.g.

背景S=我们遇到问题并采取了数项措施。

冲突C=目前没有任何效果。

疑问Q=我们应该做什么？

情况5：我们应该选择哪种方案

背景S=我们计划实施X方案。

冲突C=有人提出Y可能是更好的方案。

疑问Q=哪种方案更好？

|备注|备选方案一般归在冲突项下。不要一一列出所有的备选方案，除非读者事先已经知道，否则读者会误把它们应做选择某种解决方案的原因。

情况6：

略

情况7：

略

结构化分析问题

分析问题的标准流程是：

收集信息→描述发现→得出结论→提出方案

1.收集信息的方法

①发现在该行业取得的成功的关键因素，研究市场特点、“价格—成本—投资”特点、技术需求、产业结构和盈利能力；

②根据销售与市场地位、技术地位、经济结构、财务和成本决算，评估客户的优势和劣势。

③将客户的表现与成功的关键因素进行对比；

④提出抓住机遇与解决问题的具体建议。

|备注|一家大咨询公司曾经估计过，在收集资料和分析的工作高达60%是无用功。咨询顾问们堆砌了不计其数的“有意思”的事实和表格，但和客户的问题真正有关的却寥寥无几。很多情况下，由于信息不完整，很少或根本没有数据来支持主要的建议，迫使咨询顾问们在最后一刻还在寻找更多的数据，真是劳民伤财的一个过程。因此，必须在收集数据之前对问题进行结构化分析。

*强迫自己思考产生问题的各种可能，之后的重点就是收集资料，以证明是这些原因或不是这些原因。

e.g.P190列举的快消行业运营分析解决销售额下降问题（干货）

2.为提高分析问题的效率需在收集信息之前设立分析结构

设计诊断框架

①呈现有形的结构

②寻找因果关系：财务结构、任务结构、活动结构

③将产生问的可能原因进行分类

使用诊断框架

①客户面临的问题

②分析的方法

建立逻辑树

①寻找解决方案

②寻找各组思想的缺陷