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、关于运营后台是否需要按设计来做

问题域

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

解决域

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