什么是解决方案

想要知道什么是解决方案，首先要明确问题是什么，即探究需求的本质。

问题并不是别人提了就是问题，ta 提的可能只是一个包装成问题的“伪解决方案”。比如，讲师对编辑说“最近太忙了，把这周三的直播调到周五”。这并不是一个需求，而是直接给了解决方案。要判断这个解决方案行不行，我们需要先对这句话进行拆解。“谁”（讲师）的“什么问题”（没时间）可以怎么“解决”（调时间），如果我们按照“提出需求”的人的“解决方案”来处理，那么都有哪些利益相关者（stakeholder）会受影响呢？即一门课涉及哪些利益相关者。

从图中，我们可以看出，其中一环出问题，其他干系人都会受影响。如果按照讲师说的将时间调整，那影响的可是一大圈人。那有没有其他解决方案呢？我们是不是可以根据“问题”（没时间）进行深挖？比如利用 5why 法进行探索。

Q：为什么没有时间？

A：因为工作比较繁重，没时间做 PPT

Q：那我帮您做 PPT 呢？

A：不行，你不知道我要讲什么

Q：那您有资料吗？我看看您要讲的内容帮您梳理成 PPT？

A：有资料，但你梳理完我还要看一下，不如我自己梳理

Q：那您标黄梳理，我搬运到 PPT

A：这个行！

你看，经过小小的分析，我们就顺利解决了潜在的大危机。我们再来回顾下刚我们是怎么解决的。

从中我们可以看出，设计靠谱的解决方案的前提是明确利益相关者和待解决的问题，而不是单纯的做个传话筒，将原话转达，而是理解其需求、分析其痛点、重构其问题！在给出解决方案 Y 时，也遇到了问题，我们要解决它。这里，需要提醒下大家，这是很常见的事情，但是我们千万不要陷入到解决方案 Y，而要不断记住我们的问题。

除了要探究需求的本质外，我们还应该大量的练习、模仿、储备自己的工具箱，学会站在巨人的肩膀上，不重复造轮子。

非功能解决方案

你是否经历过或听过取钱忘拔卡，如果你是 ATM 机的产品经理，你会如何解决这个问题？

• 靠文案解决

• 靠规则/制度解决

• 靠商业手段解决

• 靠运营解决

功能解决方案

在解决方案开始之前将目标指标化、名词化

阅读参考：

卫哲的3+1思考法

功能性解决方案的逻辑：交互框架

用户的心智模型