第三周小结：产品思维和产品意识收尾 + 解决方案

谁？解决什么问题？怎么解决？

之前是在找谁。现在是关注如何发现问题和定义问题。

在挖掘问题的时候，要从现象看到本质，做作业时感觉目前看到更多的还是表层的问题。

要时刻提醒自己：“想要”-->“需要”-->“动机”这个链条，多问几个为什么。

然后尽可能的去挖掘到 “动机”层面。这样方便下一步的排序。

【图片来源：https://cn.ui.vmall.com/thread-25388-1-1.html】

管理学原理里的需求有关理论，也可以借鉴过来。比如从马斯洛的需求层次论来剖析需求；还有郝茨伯格的双因素理论来分析是否属于保健因素和激励因素中的哪一种。

提炼问题时，从两方面考虑：

怕什么：他们会有哪些担心和顾虑。

要什么：利益和诉求。

没有亲身体验，就无法更真切的感受到不同的身份的所思所想。但是通过一些手段和工具，比如读书/电影/访谈等等可以让我们无限逼近全貌。工作做的越扎实，得到的结果也就越可信。在做作业和学习优秀作业的过程中，我发现有一部分学员已经是优秀的产品经理了，已经有一些实践经验，能从经验中选择/提炼出分析的框架。

对像我一样没有经验的小白来说，一方面可以从他们的思路里提炼出来分析框架，放入自己的工具箱，不断充实完善；另一个方面是借助谷歌、论文等资源去查、搜索更多不一样的分析工具，还有就是用户评论内容的价值发现和挖掘。有的人可以通过股吧的文本预测股价的变化趋势，那么同理，可以从微博等内容丰富的社区，去看到自己公司的产品，有哪些是用户真真切切吐槽了很多的点，背后的需求到底是什么。

哎，做产品难。难的是产品经理和千千万万个用户的价值观的碰撞。是要迎合还是要坚持，产品在很多地方是能看到价值观的。

关于解决方案：

分两大类：功能型的解决方案和非功能型的解决方案。

公司的产品大哥曾说过这样一句话：产品搞不定的技术想办法，技术搞不定的产品来搞定。用非技术手段重新定义需求，这样就不会给开发一个非常有压力的任务。

功能型解决方案是系统的分析产品和用户的交互来解决需求。非功能型解决方案是商业手段、运营、文案等等。

我抽象出来就是要不要程序员加班。需要程序员加班的就是功能型解决方案。主要是牵一发动全身。看似多了一个按钮。后端数据还要更改。

然后又讲了设计。参见宝典 《Human Interface Guidelines》。一开始看还好奇好大的口气，没想到竟然就是苹果的设计规范。

最后二爷还讲到了产品经理的 routine，不停的“猜-画-用-复刻-Remix-总结-再 remix”。学英语也是这样，看新概念 3 的一篇课文，看题目猜要讲什么，看图说话。背，默写，然后看和原文表达的差异。再总结学习。深入到一门功夫里，要扎实了。所以如果不是兴趣使然，怎么会有兴趣做这些又长又耗费时间精力的事情呢？从业要选择热爱的事情。