废话就不多说了，我们开始吧！

这个模型主要有 8 个部分，主要为：

定义问题

主要有以下四个要点：

什么是问题、问题的定义。这需要在工作中对情况作梳理，定义问题的概念和外延。工作中，什么样的情况，才能算是问题。

问题的类型。问题会有类型，比如根据具体部门，会有产品类、开发类、设计类等问题，也有可能有流程类的问题。

问题的轻重缓急。这就需要对问题排优先级了，怎么排列优先级呢？推荐采用“紧急＋重要”原则。

描述问题

与“什么是问题”不同，“问题是什么”主要描述具体问题，问题的表现是什么？这样才能更好的分析问题和解决问题。

问题出现的原因

工作中，不同部门、同一工作的不同环节都会有问题产生，如何跟进工作，了解或者找到问题产生的原因，也是一个很重要的环节。如何分析原因取决于对问题的定义和问题的具体细节。可以通过内外因，重要性、必要性来分析。

寻找原因

预测问题可能导致的结果，有两大类：一种是确定的，可能是好的、坏的，也可能是中性的；另一种是不确定的，当然，也会有好的、坏的和中性的。

解决方法

不同的问题，解决方法一定是不一样的。如何找到解决问题的方法呢？通过对现有问题的了解，根据资源（人力物力等）的远近，寻找最优的结局办法。解决问题大多是资源的调优，解决过程大多需要产品人员对内沟通，向外对接。

资源利用（非人）

上面提到了，解决问题是对资源的调优。如何找到解决问题的方法，如何有效的利用资源解决问题，非常重要。在解决问题过程中，有哪些资源可以用到，哪些资源能够优先用到、延后用到，哪些资源使用能够达到较大的效果……这些都需要考虑。

人脉资源

同解决方法可能用到的资源类似，人脉也可以算作一种资源，不做过多的赘述了。不过和人打交道、交流可比非人资源难多了。

问题解决后可能的效果预期

这是预期目的，会有什么样的效果也是需要预期的。效果方面主要有好的、坏的和中性的。

当然，上面的模型不可能是一刀切，先进行完 1，之后进行 2、3……的，他们是有重合，甚至会打乱顺序。这需要在具体工作和问题中应对，找到较为合适的模型和方法。

最后，分享一下上一篇文章提到的书单：