在做产品工作时，大家可能都会遇见一些问题，那么，如何发现并解决这些问题，是本篇文章重点讲述的内容，不管在哪个岗位或是管理层级，都需要掌握一定的思维能力，以便解决遇到的各种问题。

众所周知，每位领导都有自己的过人之处。回忆起曾经跟随的领导，他们都有一个共性：发现问题和解决问题的能力都超出下属。

其实除了经验之外，领导超出常人的能力，还跟思维方式有关（当然，权力、资源等不在本次讨论范围内）。

下面从思维方式角度，聊聊我对发现问题/解决问题的认识。

一、发现问题

1. 上游思维

上游思维是指，当出现问题要找原因时，不是只盯着问题表面，而是深入问题本身找到根源。

比如，你要提高某个指标，一开始不是想着怎么做营销，而是应该盯着用户需求。

通过满足用户需求，来达到自己的目的。

2. 拆解思维

当遇到一个复杂问题，无从下手时，试着将问题拆解成最小颗粒，你就知道怎么做了。

比如，领导找你分析一下复贷客户的借款表现。这问题听下来真的无从下手，有点抽象，但试着拆解呢？

首先请教领导数据分析的目的；然后搞清楚复贷客户的定义是什么；接着按照规模（复贷客户数和占比）、转化（各种转化率）、结果（放款额、在贷余额、平均借款金额/价格/期数等）、用户画像输出一版数据；最后可以再跟首贷客户表现做个对比，看是否能发现一些问题。

这就是拆解思维。

3. 抽象思维

有时候很神奇，当你陷入一些问题细节中时，反而很难发现问题，不知道有没有人遇到过。

这时候就要把自己从局部视角拔高到整体视角，往往能发现一些问题，这就是抽象思维。

比如，同类要素归为一类，视为一个黑盒子，然后找到每个黑盒子之间的关系。

举个例子，在设计后台系统操作流时，不是一开始就设计操作细节，而是先搞清楚每个角色的指责。

4. 对比思维

做对比，是我在做数据分析时，最常用的一种发现问题的方法。

对比，可以是经验与现在对比，时间前后对比、同类指标之间对比、竞品之间对比等。

5. 反馈角度

反馈，是最直接发现问题的方法。

比如，用户反馈、老板反馈、同事反馈等。

但注意反馈需要求证，不是所有的反馈都是真实的。

二、解决问题

1. 查漏补缺

简单讲，就是哪里有问题就在哪里打补丁，解决的是单个问题。

虽然说这种解决问题的方式比较简单粗暴，但也有它适合的场景，比如某个生产问题，通过查漏补缺可及时解决止损。等后续再复盘，再做个系统性的解决。

2. 系统思路

与查漏补缺对立，这是一种系统、有序的解题思路，也可以称为结构化思维方式。

结构化思维方式有人事物思维、流程思维、5W2H思维、演绎思维等，我之前写过结构化思维方式的文章，在此不再赘述。

3. 创新思路

个人认为，第一和第二种解题思路都是可以通过实践快速学习的，唯有创新思路，我觉得有一定难度。

创新思路一般有两种，一种是能够看到别人没发现的用户需求，另外一种是提出差异化的解决方案。

由于个人在这方面还没有很深的心得，所以不展开讲了。

三、产品工作常见问题

虽然发现问题和解决问题，都有底层思维方式支撑，但其实隔行如隔山。

如果你对业务不了解，也很难发现和解决问题。

下面分享互联网产品工作中，常见的问题和解决思路：

1. 如何发现增长机会，达成OKR

关于这类问题，其实我有写过几篇文章，这里不再赘述，详情看下方：

实现业务增长的三大手段：

https://www.woshipm.com/operate/5853038.html

用漏斗模型和用户任务模型做增长：

https://www.woshipm.com/operate/5264876.html

用OKR拆解法，做产品规划：

https://www.woshipm.com/pmd/3612565.html

2. 如何找到数据波动的原因

这种情况很常见，比如某个业务的收入同比上周突然跌了，我们就要立马去找原因。

根据经验，一般可以从以下四个方面去找原因：

1. 市场投放：从流量源头看，市场投放是不是减少了？此时可以看市场投放的注册数据；
2. 运营活动：从运营层面看，最近运营活动是不是减少了？此时可以看运营活动数据；
3. 产品迭代：从产品层面看，最近是不是上线了新功能，导致收入降低了？此时可以看跟收入相关的数据；
4. 技术原因：从技术层面看，是不是出现了技术bug，导致用户付款出现了问题？此时可以看支付失败相关数据。

3. 如何评价一个页面的设计

评价页面的好坏，需要建立一套交互设计的原则。

根据经验，一般有以下5条：

1. 页面目标清晰；
2. 信息层级关系清晰，有并列关系和包含关系；
3. 视觉动线符合用户行为习惯；
4. 文案简洁，无歧义，无抽象词汇、无陌生词汇、逻辑层级少；
5. 反馈及时，所见即所得。

当交互设计师拿着交互稿找你评审时，就可以按照这5条走查问题了～