您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码:  验证码,看不清楚?请点击刷新验证码 必填



  求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
 
   
 
 
     
   
 订阅
  捐助
怎样得到真实的用户需求?
 
作者:刘飞   来源:互联网er的早读课  发布于 2015-9-1
  1066  次浏览      14
 

这是个很有趣又很棘手的问题,最近问我这个的朋友很多。

类似的问题还有:

1. 真实需求是真正可以在产品投入市场前预知的吗?

2. 针对某些需求完成了产品,投入市场后效果差,就证明需求是非真实的吗?

3. 成功的产品,都是因为对需求的预测比较准确吗?

我先回答“怎样得到”这个问题。

完成需求的过程并非只是简单的一步,在我看来可以这么描述:

获取信息 - > 整理统计 - > 分析总结 - > 功能设计 - > 实景验证

1. 获取足够全的信息。

途径极多,比较常见的就有:

1.公开信息。包括新闻(百度新闻、科技媒体、微信搜索)、大众评论(微博、微信、知乎)、相关领域的网站和论坛、各种互联网分析网站(比如艾瑞咨询、企鹅智酷等)。

2.用户调查。在线问卷(问卷星等)、线下问卷,还可以委托代理公司等。

3.用户访谈。找到目标用户中较高质量的进行跟踪访谈,高质量的定义一般是在领域内资深、对产品体验要求高、有话语权,以及擅于表达。

4.行业专家、同类产品从业者访谈。可以获得更落地、更真实以及更深入的一些信息。

通过这些途径,要获取的信息大概是:

1.市场规模、市场特点

2.竞品状况、用户使用情况

3.目标用户特征

4.用户目前满足同类需求的方式

5.用户期望其它哪些方式满足需求

按道理说,这些都是基本常识性的东西。但很多有创业点子的朋友来问我的时候,我都特别懵逼。

“你说的这个两年前就有了啊。”“你这个市场有多大根本没有调查过吧...”“你觉得用户真的有这种使用习惯吗?”这样的话我不知说了多少遍了。

即便是所有信息都尽量获取全了,也只是完成需求分析的第一步。后面的几步真正做的人、做好的人,会越来越少。

2. 整理数据、总结信息,并得出分析。

整理和总结实际并不是特别棘手,稍有统计知识或者做过调研,这些都不用多说。

我想提到的是,在每一步统计和总结中,一定要做到两点:A. 有逻辑 B. 避免陷阱

比如,朋友的二次元项目做调研,发现垂直领域女性用户比例是95%,是问卷得来的板上钉钉的,但做调研的过程中眼尖的他们发现,男生很少愿意填问卷,所以真实比例肯定是比这个小的。

包括题主说的也是一样,由于种种目的,问卷填写者不会填写自己的真实意图,访谈者也可能不会告知真实的想法。

另外,对于很多用户们提到的想法和灵机一动的点子,要发现背后的需求,要做沉淀,而不是把这些东西当成真正的需求。

比如用烂了的这个梗:

比如用户说一直想有人给他做饭,你不要就觉得需求是“找人做饭”,应该记下来的需求点是:平时忙没时间做饭,又不想出去吃觉得不干净。这样抽象出来的核心就是:方便、快捷、卫生。

如果只是找个人做饭,结果预约步骤麻烦、上门服务又不够干净,即使再便宜也没用,因为这不是他的需求点。

我在 产品经理如何入门,没人带的情况下如何学习? - 刘飞的回答(http://www.zhihu.com/question/29342383/answer/46616997)也提到类似的案例,可供参考。

3. 将需求转为功能设计

我们在做产品设计时会觉得这一步很简单。用户饿就给饭吃,用户渴就给水喝,这么简单的事情,为毛还要单独拿出来说?

还是刚才的例子,上门做饭,方便要方便到什么程度?干净要干净到什么程度?OK,方便和干净的程度你大致有体会了,预约流程和上门服务的规范具体要做成什么样能满足呢?

还是烂大街的例子,微信当初的语音对讲功能满足的就是移动设备上的方便、快捷沟通的需求,但在大部分产品设计者的心里,IM 的王道还是怎么把文字和表情做到极致。

很多经典案例或者优秀产品设计总结,都会把“另辟蹊径”、“卓尔不群”、“意料之外”、“上帝之手”来作为形容,然而实际上这些优异的产品设计都是基于用户已有的需求。跟我一起念:用、户、已、有、的、需、求!

我们之前也购物,所以我们也用淘宝。我们之前也读报看杂志,所以我们也用知乎日报和一刻。我们之前也到处贴广告发通知,所以我们也用 58同城。

需求必须是一以贯之的,你做一个天气APP是为了解决用户快速获取天气信息的需求,可能还有得到更多诸如环境信息、获得更好的视觉体验的附加需求。但你还要做社交、做智能硬件,切的就离原来的需求差好几个次元了。没错我就是黑墨迹天气。

当然,最牛的产品经理也不能保证自己设计的功能就真正符合了用户的需求,这时就需要下一步了。

4. 快速验证,在用户使用过程中修正需求

这时候可以回答开头提到的三个问题了:答案显然都是否定的。

一个产品真正能不能火,因素实在太多。没人能确保自己的产品做出来就能让用户觉得卧槽牛逼,更多的情况是,在不温不火中慢慢发现了需求的偏差,慢慢做好了更重要的功能,慢慢成为了真正受欢迎的产品。

模仿Twitter的产品当年很多,新浪跟大家做的方式不一样,跟Twitter 也不一样。它敏锐地把控到了娱乐、文化这一方向在国内的趋势,所以能做成做大。

做团购的产品当年也很多,美团对用户端率先上了全额无条件退款的功能,对商家端率先提供了半自动结账的功能,很快就势如破竹。

这些都并不是因为谁的天才,或者谁的巧合,就是因为对产品在运营过程中发现的需求的把控做得出色。小米一直提的互联网思维不就是讲这个吗。

作为总结,就一句话:

任何需求的分析和总结,要有逻辑、避开陷阱;任何需求的修正,要投入市场、观察用户。这样就能做出符合用户真正需求的产品了。

   
1066 次浏览       14
 
相关文章

需求分析师的能力模型
基于模型的需求管理方法与工具
需求管理工具DOORS 的接口
使用Web+EA实现基于模型的需求管理
需求经过大脑的过程:需求分析评估方法
 
相关文档

需求分析与需求管理
需求分析具体要求全解
需求分析与验证
需求分析的核心线索
基于UML的需求分析方法
 
相关课程

需求分析与管理
从需求过渡到设计
业务建模与业务分析
产品需求分析与管理
需求分析最佳实践与沙盘演练
最新课程计划
信息架构建模(基于UML+EA)3-21[北京]
软件架构设计师 3-21[北京]
图数据库与知识图谱 3-25[北京]
业务架构设计 4-11[北京]
SysML和EA系统设计与建模 4-22[北京]
DoDAF规范、模型与实例 5-23[北京]
相关文章
需求分析方法—把测试流程图表化
敏捷需求分析五大关键因素
写好市场需求文档的10种技巧
需求分析中减少客户摩擦的法则
软件项目需求管理复杂性分析
EPC-事件驱动的流程链
更多...   
相关培训课程
软件需求分析与管理实践
业务建模与业务分析
软件需求分析与管理
软件需求分析师
面向产品的需求分析与管理
IT规划体系与实践
成功案例
北京 软件需求分析与管理
某知名基金 软件需求分析
联想 业务需求分析与建模
财税领域某IT服务商 测试需求分析
医疗行业 面向产品的需求管理
某知名IT服务商 测试需求分析>
某高新技术公司 测试架构、需求分析
更多...