如何发现客户需求
针对“完整的APP开发流程”做了整体叙述,这两天得到很多读者的反馈,对于整体的APP开发流程有了具体的了解,但是,再进一步的精细分析还是无法做到,比如所说的“用户需求分析”这一点,如何分析?很多读者表示一头雾水不知如何下手。那么,今天讨论的话题就集中在“如何进行用户分析”。现在有郑州软件定制开发公司星云互联从以下四点分析。
一、What:“需求”是什么?
咱们直接看个卖水的例子,徒步于沙漠,荒无人烟,走到中途非常口渴想喝水,这是你就产生了喝水的需求。如果此时有人卖水给你喝,这个状态下的你,这个水卖的再贵你也会买的。当你喝水解渴后,就是需求被解决了。这时给你再多的水、再便宜的水,对你来说用处也不太大了。可以看出,喝水前,水对于饥渴的你是一个需求。喝水后,水对你来说已经不是一个需求了。
根据这个例子,我们可以分析出,在特定的情况下产生的特定的问题,并且这个问题是可以被解决的,这个问题我们就可以把它称之为“需求”。我们可以抠下字眼:特定的群体、特定场景、特定的问题、问题可被解决。
不想上来就堆一些看起来逼格很高的文字,写的太高深说不定把自己都绕进去了,还是简单易懂较好。人的吃喝拉撒是需要 ,不是“需求”,切不可将两者混为一谈。因为人本身的需要很固定,就是所理解的七情六欲吃喝拉撒睡,经久未变,但是“需求”就不同了,随着时间一直在变幻。
打比方,人活着是离不开水的,水从古至今都是被需要的,一直未变。古人渴了就会悬着喝水来达到解渴的目的,我们现代人呢,就不同啦,我们除了水可以选择,还可以选择雪碧、可乐、咖啡等饮品,一样可以解决口渴问题,对于古人口渴怎么也想不到喝雪碧解渴吧,这就是需求的变化。
二、Where:需求来自何处?
需求来源总结为两点:一个是来自用户的痛点,产生刚性需求。另一个是来自用户的兴奋点,产生非刚性需求。
还是上面喝水的例子。在沙漠中口渴想喝水,不喝就会危及生命安全,这就是刚性需求。徒步的过程中有人卖烧饼,卖的很贵,但是你自己还有其他的干粮,你想吃烧饼但是不想花这个钱,所以就没有买,也就心里失落一会,这个结果并不会对你的生命造成威胁,所以烧饼对此时的你看来说是非刚性需求。
所以在运营过程中,我们所要有限挖掘的就是用户的刚性需求,比如运营过程中有两个问题需要解决,问题一:用户注册时收不到验证码,无法完成注册。问题二:开发用户,让用户邀请用户,邀请注册成功用户就有奖励的功能。如果只能选择解决一个问题,毫无疑问优先解决的是问题一。收不到验证码就无法注册,这是用户的痛点所在,而邀请用户赚钱不是。
三、Relation:需求和痛点的关系
需求来源于痛点,但是痛点不等于需求。这就回归到前面所说的可解决的问题。可解决的痛点才是我们所挖掘的需求。
简单的说,人们想长生不老,生命短暂是人们的一个痛点,但是目前这个痛点是无法解决的,那么这个痛点也就只能是一个暂待解决的问题,就不是需求了。
再者说,如果我们的目标转换为让人类的寿命延长,而不是长生不老,那么这个痛点就是需求。因为我们可以通过各种方式来延长寿命,这完全可以解决的问题。
所以,痛点是不是需求?就取决于我们是否有能力解决这个痛点。
四、How:怎么发现痛点?
在开发一个产品的过程中,发现痛点是所有步骤开始之前的首要任务。每个人得到的痛点方法都不一样,但都是通过体验所得,痛点是一种由体验的出来的结果,也唯有体验才能发现痛点。
所谓的体验,可以分为两种,1、直接体验。2、间接体验。
直接体验?就是自己体验,自己现身说法。比如最近老曹在追一部影视剧,里面有个角色是旅游体验师,这个旅游体验师如何做好旅游路线的规划,就是以旅游者的角度旅游一圈,在旅游的过程中发现不足、发现需要改进的地方。
间接体验?通过别人的体验来挖掘痛点,这个就可以以多种方式呈现,身边人的吐槽、网上体验报告、应用市场的评价、用户留言、客户反馈等,都是以别人的体验所呈现的数据。
我们可以特别的关注下报告中的负面反馈,作为一款APP经营的参与者,像发现问题最简单的就是去应用商店去看评论去,把反馈的问题进行归纳整理,这个APP使用过程中的痛点就出来了。