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