Note I

平俗一些说，我们平时喜欢夸别人说话办事“靠谱”、“上道”、“挺是那么回事儿”，这三本书就是靠谱的“谱”、上道的“道”和挺是那么回事儿的“那么回事儿”。

一切都能学，都不晚，但是掌握这些本领，你确实还有一个很大的敌人：你自己，过去的你，你过去的思维方式、工作方式和习惯。

你也许不喜欢，觉得束缚而不够舒服，觉得啰嗦而不够痛快，那只能说明，它们不是说给你听、写给你用的。

这几本书，逻辑性强，但有点儿“干”，很多读者第一遍看去，难免会有点儿云里雾里，迷失在概念丛林，但只要你耐着性子看，过了那道坎儿，就是跟你过去自由自在干活相比要开始“事事儿”起来的那道坎儿。

不舒服，请坚持再试；吐之前，别轻易放弃。

你（或者你的组织）就是你自己的客户。

“为什么要这样做，这是最好的方式吗？”

在接手项目的第一天，项目组的所有成员要对成堆的外部资料和公司的内部文献详查搜遍，收集充足的信息，以便在公司第一次团队会议中阐述问题的每个部分。

尽管（或者可能因为）事实是有力的，但很多商业人士却畏惧它们。或许是害怕如果对事实的研究过于仔细，自己（或者上级）会发现不愿看到的事实。或许他们认为假如不去研究，讨厌的事实会自己消失——实际上它们不会。隐瞒事实预示着失败，真相最终会大白。你必须做到不畏惧事实，尽量去探求事实，要以事实为基础。

把它们中的任何一个（或所有）与另外三个问题并列都会引起重叠，清单就不再是MECE的了。重叠意味着解决问题的人思维混乱，会引起听众的困惑。

一份好的麦肯锡问题清单，其一级标题的数量不会少于两个，也不会多于五个（当然，有三个一级标题为最佳）。

初始假设的精髓在于“在工作正式启动之前就形成问题解决方案”。这看起来有悖常理，但人们其实一直是这样做的。

记录你的初始假设，计划你将如何证明它正误的过程，就是绘制通向解决方案路线图的过程。

在项目开始时，我会尽量多理解事实。会花一两个小时来阅读行业内的出版物——不是为了收集事实，而是为了吸取行业内的信息，例如行业的术语是什么，行业的现状如何，等等。我会留意和寻找公司里该领域的行家。这是追上行业最新动向最为快捷、最为有效的方法。

“我们必须祈祷好天气”不是一个可行性建议；而“我们必须提高应对气候变化方面的能力”就是一个可行的可被写成一级标题的建议。

我们要检验该初始假设是不是你能设计出的最好的假设？你是否考虑到了所有议题？是不是考虑到了议题的所有关键驱动因素？是不是你所有的建议都是可行的并且是可证实的？

项目组创作的初始假设要远胜于个人的创作，因为大多数人都不善于对自己的思想展开批判。我们需要其他人批评我们的观点，由三四个睿智的成员组成的项目组恰好可以胜任这一工作。