为什么只给我一匹更快的马？

Su Hang
2017年11月22日
讀畢需時 2 分鐘

本文节选自「Lim 和他的朋友 anliulau 关于《金字塔原理》一书的讨论」

anliulau，看完《金字塔原理》你有收获吗？

总得来说，并没有达到我的预期。

为什么你有这么高的预期？

从美团网产品经理的「章鱼计划」培训课程听闻本书，它被视为产品经理必备书籍，然而在工作中我早已使用这个方法论，我想前辈在指导新人时就用了「金字塔原理」。

我想起关于乔布斯对于用户的理解，大致意思是：他们并不知道自己想要什么，除非我们做出来。所以，作为一个产品经理，在实际工作中你是如何用「金字塔原理」解决问题的？

《金字塔原理》提倡的是 SCQA 结构（情境-冲突-疑问-解决方案），最终要得出解决方案。那么，当接到一个「我要一匹更快的马」的需求时，我首先要知道他需求的目的是「我要更快的速度」，那么为什么我不给他一辆汽车？没记错的话，我是在《Steve Jobs》一书看到的： Some people say, Give the customers what they want. But that’s not my approach. Our job is to figure out what they are going to want before they do. I think Henry Ford once said, If I’d asked customers what they wanted, they would have told me, A faster horse?! People don’t know what they want until you show it to them. 那么 Lim ，看完本书，你有什么收获吗？

除了你刚刚说的 SCQA 结构，我印象最深的是 MECE 分析法（mutually exclusive,collectively exhaustive）。这在进行总结或分析问题时给了一个清晰的思考方式，书中提供的思考模板：

不知道如何从 R1（现状）到 R2 （目标）。
知道如何从 R1 到 R2,但不敢肯定是否正确。
知道如何 R1 到 R2 ，但不知道如何实施。
知道 R1 到 R2 的解决方案，但不知道哪出了问题导致行不能。
确认了好几个问题，但不知道选哪个。我想，当一件事情没有达到预期，都可以套用上述模式，然后动作 MECE 的将各因素完全穷尽并相互独立地罗列，然后按照某个特性分类，再逐一分析。我想，这本书给我最大启发就是这个。