1. 为什么要诊断症结
无论上一Part最后确定的问题是哪一类，这一Part都要进一步具体明确「旧解法」身上的「症结」。这个过程也可以叫找原因、找切入点、定义机会、确定问题的具体位置。之后，才能推导消除「症结」的「新解法」，从而到达「理想结果」。
2. 怎么诊断症结
1）列出框架
把「理想结果」摆出来，尽可能列出指向结果的要素并结构化，能分组的分组，能分层的分层。要素们等同于嫌疑人，元凶「症结」藏在其中。
如果你预计「症结」来自解法内部，那么列出来的要素均来自「旧解法」。比如影响app营业额的要素等于购物流程的每个步骤，症结可能是某个步骤。
如果你预计「症结」还可能来自外部，那么还需列出「旧解法」之外的影响要素。比如「理想结果」是解决用户的中午饭，而你的「旧解法」是其中一家可选的午饭餐馆，那么影响要素还包括其他的餐馆，症结可能是其他某家新开的餐馆。
延展一下：如果我们的问题不是回答新解法是什么，而是判断某个已知的新解法好不好呢？那么我们就把这个已知新解法也给拆了。
2）确定症结
因为每个要素都指向结果，所以要素都应该是相对积极的。于是，审视每个要素，消极的、对结果不利的、拖后腿的要素，就是元凶「症结」。
因为诊断的过程像破案，为了好记，画了一个模型，姑且叫「柯南模型」吧。
