产品探索路径

Posted 随遇而安

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了产品探索路径相关的知识,希望对你有一定的参考价值。

翻出以前的课程,每听一次都有不同的感受,特别是在自己搞砸项目之后。

独立思考、分析能力、逻辑推理

用户 

先考虑你的用户

用户被验证后才考虑你的客户

站在你的用户角度考虑问题

无论商业模式多么复杂,不管对用户免费还是收费,都需要最终用户使用你的产品

用户细分需要足够细分,需要努力找到那一个小的用户细分人群验证你的商业模式

先发散,逐一验证或者推翻

在后面的步骤中,如果出现问题无法聚焦,退回到用户人群细分

天使用户

  • 存在问题或者痛点
  • 知道他们自己存在问题或者痛点
  • 尝试寻找解决方案
  • 倒腾他们的解决方案
  • 愿意并且能够为解决方案付钱

场景

移动互联网产品的场景感最强

有点产品可能先考虑场景,然后考虑场景下的用户

先对场景进行假设,然后实地验证对场景的描述

场景不同,问题不同

场景不同,用户所处的背景条件不同

问题(痛点)

用户和场景清晰后,抛弃脑子里的所有点子和创意

每一个最终用户再每一个场景下遇到的问题

不是解决方案!

只有正确识别出用户的问题,才能真正的为用户提供相应的解决方案

可以用“五个为什么”进行逻辑推理

没有找到问题的根源,只能治标不治本

如果问题不具体,多数情况是用户人权描述和定位模糊,或用户人权太泛、太大,需要对用户人群进行重新定位和细分

多数问题最后都是和情感需求相关

问题背后的假设

什么是问题背后的假设:组成这个问题的各个可度量的要素

假设尽可能是可度量的指标

假设不同,解决方案完全不同

哪些假设需要验证?高未知&高可行

如何验证?

客户访谈:

1、忌,推销自己的解决方案

2、客户是否有过【问题】?以及客户认为解决这个问题的方案?倾听客户,听80%,说20%

 

解决方案

搜集所有被验证后的假设,形成解决方案

运用迭代式开发,开发出MVP,快速交付给天使用户

快速反馈:在功能中埋点,收集所有用户使用行为和习惯,最后验证对用户的所有假设

从反馈的数据中学习,调整下一步的产品功能和策略

对于产品的任何一个功能/用户故事,反思这个功能可以解决【最终用户】在【场景】下的【什么问题】

MVP三种:

问题探索,是否存在?谁?

产品推介,推广渠道

产品适配,交付客户体验

 

 

 

 

以上是关于产品探索路径的主要内容,如果未能解决你的问题,请参考以下文章

产品探索驱动的敏捷开发

iPad交互设计探索系列:iPad适用产品篇

如何正确的探索 Microsoft Ignite The Tour

Android自动化测试探索

ROS与智能机器人技术发展路径探索

浅谈ROS的产品化探索——开发工具篇