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