DDWiki/团队/2020.11.26迎合取悦与信息量.md

# 迎合取悦与信息量

一个真实的故事。

# 流程和流程的弹性

沟通的点和频率。

# 问题域和解决域

某种程度上，我们的日常工作就是解决问题的过程。而我们发现，什么是需要解决的问题，以及解决问题的方式方法因人而异，并且没有绝对正确答案。

我认为，所有问题的起点是场景，然后在场景基础之上提出问题、解决问题才会有意义。


> 问题域

确定需要解决的问题，或者说确定问题域，是第一步。考虑的角度包括：

1. Where:场景是什么？
2. Who:场景中的角色有哪些？
3. What:这些角色的诉求、痛点、问题是什么？ 
4. Why:如果解决问题能带来哪些好处或影响？
5. If:手头的资源、技术储备是否可以解决问题？
6. Cost:解决问题需要付出的成本？
7. When:是否现在要解决这个问题？

|  问题   | 场景  |角色  |解决问题的好处  |是否具备能力  |付出的成本  |是否现在| 
|   :----:  |  :----:  |  :----:  |  :----:  |  :----:  |  :----:  |  :----:  | 
| 问题1|||||||
| 问题2|||||||

> 解决域

如果问题需要解决，意味着问题进入问题域。当解决一个问题，考虑的角度包括：

1. 优先级：这个问题在诸多问题中的优先级如何？
2. 价值观：解决问题者价值观是什么？是实用优先还是美观优先？是一步到位还是分步实施？
3. 比较方案：有哪些方案？各自的优缺点是什么？
4. 采纳方案：采用哪种方案？为什么？主观还是数据驱动决策？
5. 学习实践：
6. 反馈结果：A/B测试，

|  问题   | 优先级  |价值观 |哪些方案  |采用方案  |学习和实践  |反馈| 
|   :----:  |  :----:  |  :----:  |  :----:  |  :----:  |  :----:  |  :----:  | 
| 问题1||美观/实用|||||
| 问题2||一步到位/分步实施|||||  


# 2、关于运营后台是否需要按设计来做

> 问题域

|  问题   | 场景  |角色  |解决问题的好处  |是否具备能力  |付出的成本  |是否现在| 
|   :----:  |  :----:  |  :----:  |  :----:  |  :----:  |  :----:  |  :----:  | 
| 后台是否需要按设计做|客服派单、电工接单|客服和电工|美观|具备|||

> 解决域

|  问题   | 优先级  |价值观 |哪些方案  |采用方案  |学习和实践  |反馈| 
|   :----:  |  :----:  |  :----:  |  :----:  |  :----:  |  :----:  |  :----:  | 
| 后台是否需要按设计做||美观/实用|||||