标签：如何 遇到的问题 image 哪些 努力 img 场景 自己的 快速
翻出以前的课程，每听一次都有不同的感受，特别是在自己搞砸项目之后。
先考虑你的用户
用户被验证后才考虑你的客户
站在你的用户角度考虑问题
无论商业模式多么复杂，不管对用户免费还是收费，都需要最终用户使用你的产品
用户细分需要足够细分，需要努力找到那一个小的用户细分人群验证你的商业模式
先发散，逐一验证或者推翻
在后面的步骤中，如果出现问题无法聚焦，退回到用户人群细分
移动互联网产品的场景感最强
有点产品可能先考虑场景，然后考虑场景下的用户
先对场景进行假设，然后实地验证对场景的描述
场景不同，问题不同
场景不同，用户所处的背景条件不同
用户和场景清晰后，抛弃脑子里的所有点子和创意
每一个最终用户再每一个场景下遇到的问题
不是解决方案！
只有正确识别出用户的问题，才能真正的为用户提供相应的解决方案
可以用“五个为什么”进行逻辑推理
没有找到问题的根源，只能治标不治本
如果问题不具体，多数情况是用户人权描述和定位模糊，或用户人权太泛、太大，需要对用户人群进行重新定位和细分
多数问题最后都是和情感需求相关
什么是问题背后的假设：组成这个问题的各个可度量的要素
假设尽可能是可度量的指标
假设不同，解决方案完全不同
哪些假设需要验证？高未知&高可行
如何验证？
客户访谈：
1、忌，推销自己的解决方案
2、客户是否有过【问题】？以及客户认为解决这个问题的方案？倾听客户，听80%，说20%
搜集所有被验证后的假设，形成解决方案
运用迭代式开发，开发出MVP，快速交付给天使用户
快速反馈：在功能中埋点，收集所有用户使用行为和习惯，最后验证对用户的所有假设
从反馈的数据中学习，调整下一步的产品功能和策略
对于产品的任何一个功能/用户故事，反思这个功能可以解决【最终用户】在【场景】下的【什么问题】
MVP三种：
问题探索，是否存在？谁？
产品推介，推广渠道
产品适配，交付客户体验
标签：如何 遇到的问题 image 哪些 努力 img 场景 自己的 快速
原文地址：https://www.cnblogs.com/lijiejoy/p/9087173.html
