解决方案的设计与积累

案

1. 解决方案的前提是明确了利益相关者和待解决的问题

2. 出解决方案是产品经理的天职，不要直接转发

3. 注意 X-Y Problem，核心关注 X

• 本来是想解决 X 问题而想出的解决方案 Y,但是却陷入了 Y 中 比如想解决一个问题需要用到爬虫，却陷入了爬虫的技术细节问题。这就是陷入了 Y 问题。 大量的练习/模仿/储备，然后挑出框架 解决方案不要局限于「功能」

非功能解决方案

功能解决：软件界面提示，声音提示

非功能解决：直接把放身份证的地方做成垂直的

1. 能不能靠文案解决问题？

2. 能不能靠规则/制度解决问题？

3. 能不能靠商业手段解决问题？

• 直接把退掉的货不要处理。来提高整个流程的四度

在解决方案开始之前：目标指标化

卫哲的 3+1 思考法：http://iamsujie.com/8000/8018/

需求是从哪里来的？目标客户是谁？//有多少人有这样的需求？这个需求紧迫吗？//他们的痛是什么？场景是什么？（用产品之前/之后）

因为产品解决的是需求的问题，而需求是一直存在的，比如电话被使用是因为通信的需求一直存在。

1. 解决之后在数据上会有什么表现？

2. Numbers lend an air of legitimacy and credibility.

3. 拆解宏观商业目标，分解为特性设计的微观目标

4. 指标是对业务的理解，不是标准字典；指标是结果的展现，而不是操作的抓手

• 指标是结果，而不是因，就是说不能为了为了达到指标而改动其他数据

用户的心智模型：路由器的天线数量越多越好

设计步骤

• 信息架构 &概念模型：概念与关系

• 描述用户心智模型：名词与关系

• 通过界面信息引导用户心智模型建立

• 罗列筛捡所有信息元素与数据，确定信息元素与数据的级别