微信扫码登录

其他登录方式

绑定手机号

注册

我同意用户协议

忘记密码

用户协议

绑定手机号

近期有不法分子打着爱盈利的旗号,制作“爱盈利”名称的App,并伪造爱盈利证件,骗取用户信任,以抖音点赞赚钱或其他方式赚钱为名义,过程中以升级会员获得高佣金为名让用户充值。
爱盈利公司郑重声明:我司没有研发或运营过任何名为“爱盈利”的APP,我司做任务赚钱类产品从没有让任何普通用户充值升级会员。我公司产品均在本网站可查询,请将网站拉至底部,点击“关于我们”可查看爱盈利相关产品与服务。
温馨提示:当遇到此类问题请拨打官方电话或添加官方微信,以免财产损失。爱盈利官网地址:www.aiyingli.com。
  • 推广与合作
X

需求分析:用户需求研究四要素

来源: 3114
爱盈利(aiyingli.com)移动互联网最具影响力的盈利指导网站。定位于服务移动互联网创业者,移动盈利指导。我们的目标是让盈利目标清晰可见!降低门槛,让缺乏经验、资金有限的个人和团队获得经验和机会,提高热情,激发产品。

用户真相是什么?无疑是最难的环节。作为产品经理,天天都在围绕吃透用户真相运转。但是总是会出现对于用户的需求过于自信,大多时候以参与人员为蓝本,研究结果远离用户真相,形成了“产品经理人体验”,“运营人员体验”,“领导人体验”等。作为产品经理,在每细化一个需求时,大家有跳出产品人经验,深挖过需求的背后吗?

需求分析:用户需求研究四要素

真正的用户研究应该建立在以用户为中心的逻辑上,对于用户的每一个确定要做的需求都能形成一个闭环,回到产品需求上。

产品经理应该据有透过表面挖本质的能力,接下来我就对如何处理用户需求,做一个简单的方法总结。用户需求研究应该从以下4部分展开,用户需求调研,竞品分析,情节体验,整合为一

用户需求调研

当面对用户需求时,我们需要多问几个为什么。上次工作,我接到运营方提出的订单活动需求。他们希望通过订单活动来提高商城的销量。拿到这个需求,我认真分析后,从以下7个点进行展开。(我这里所说的是已经对初步需求进行过滤后的需求)

需求分析:用户需求研究四要素运营方希望通过订单活动来促进用户成交订单,用户希望买到最实惠的商品,之前我们商城是仅仅只有商品活动,对于订单的活动是没有做的,所以这确实可以提高转化率,尤其是带动不容易卖动商品的销量。

竞品分析

作为一个初级产品经理,我们不要盲目的想从需求中进行创新,多体验优秀产品,做好竞品分析。对于这次的订单活动,我参考了考拉,丰趣海淘等的订单活动是如何做的。通过竞品分析并且结合自己的需求,我将这次订单活动分为5种类型,分别是:

  1. 满额打折:表示参加活动的商品都按照设置的折扣计算订单应付金额,通过【满足金额】和【折扣】编辑域设置;如订单活动的满足金额为100,折扣为0.8,满足金额为200元,折扣0.7,则订单金额大于等于100小与200时,订单则按照折扣0.8的计算,若大于等于200,订单则按照折扣0.7的计算;
  2.  满额立减:表示参加活动的商品都按照设置的减免金额计算订单应付金额,通过【满足金额】和【立减金额】编辑域设置;如订单活动的满足金额为100元,减免金额5元,满足金额200元,减免15元,则订单金额大于等于100小与200时,减免5元,若大于等于200,则减免15元;
  3. N元任选:表示参加活动的商品都按照设置的固定件数计算订单应付金额,通过【固定件数】和【金额】编辑域设置;如订单活动的固定件数3件,金额119元,固定件数4件,金额149元,若下单件数为3件,则按照119元购买,若件数大于等于4件,则其中4件按照149元计算,剩余售价最低的件数按照原售价计算;
  4. 多件打折:表示参加活动的商品都按照设置的固定件数计算订单应付金额,通过【固定件数】和【折扣】编辑域设置;如订单活动的固定件数3件,折扣0.9,固定件数4件,折扣0.8,则下单件数为3件,订单按照折扣0.9计算,大于等于4件,订单按照折扣0.8计算;
  5. 多件立减:表示参加活动的商品都按照设置的固定件数计算订单应付金额,通过【固定件数】和【立减金额】编辑域设置;如订单活动的固定件数3件,立减金额5元,固定件数4件,立减金额10元,则下单件数为3件,立减5元,下单件数大于等于4件,立减10元;

总结:初次分析竞品,可以从产品的四要素进行剖析,即内容性,功能性,可用性,情感性。产品是做出来给人使用的,一款由价值的产品必定要给客户感受到有用,能用,可用,爱用。

情景调研

在这一阶段,我们已经做好了产品需求的细化工作,那到底可行不?我们可以把初步的原型交给用户(真正的用户,设计师,技术开发人员,测试人员,运营人员,需求提出者),选几个典型代表,完全让他们自己去体验,不要带入同理心去干涉用户。我们只需默默在旁边看着,听着他们的分析,然后总结分析用户体验。

整合为一

整合为一是最关键的,对于可做的需求也并不需要全部都做。此时应抓住某一个点,让这个功能尖叫,超于用户的期望需求。

例举近期工作上遇到的一个作者请假需求。先简单介绍一下我们的产品,我们是做小说网站的,主要用于读者的阅读及吸引作者来与我们平台签约。运营人员需要通过全勤奖来激发作者续签约的意向,当时他们提的需求就是做一个请假功能,让作者自己请假,不影响全勤奖的发放。用户都是懒惰的,如果按着这个需求在作者后台增加一个请假功能?作者真的会利用好这个功能吗?增加这个功能,签约作者的转化率就会提高吗?运营人员真正需要这个需求吗……抛出了一系列问题,结合我们现有的网站及人力成本等综合条件,我将这个需求进行了转换,同样还是请假功能,但是无需作者去申请请假,直接技术这边设置一个m值,即允许请假天数,当月缺勤数在m值内,则自动发放全勤奖。但是作者并不清楚我们有这个功能,同时在的通知公告里写明全勤奖的调整。这一改变让用户避免了请假,同时又不影响全勤奖的发放。这个就是需求一个转换,整合,既满足了最初的需求,又不影响用户体验。

记住与其求得面面俱到而让产品失去出彩的体验点,倒不如牺牲掉那些可有可无的体验,与营造“一击致命”的体验。

每天面对大量的需求,产品经理一定要有一双“火眼金睛”,站在现有产品的肩膀上,用心去做好用户研究,营造“尖峰时刻”,让你的产品有爱,高于用户期望值。

 

本文由 @择城 原创发布于爱盈利-运营小咖秀。未经许可,禁止转载。

爱盈利-运营小咖秀 始终坚持研究分享移动互联网App运营推广经验、策略、全案、渠道等纯干货知识内容;是广大App运营从业者的知识启蒙、成长指导、进阶学习的集聚平台;

评论

相关文章推荐

SELECT dw_posts.ID,dw_posts.post_title,dw_posts.post_content FROM dw_posts INNER JOIN dw_term_relationships ON (dw_posts.ID = dw_term_relationships.object_id) WHERE 1=1 AND(dw_term_relationships.term_taxonomy_id = 3083 ) AND dw_posts.post_type = 'post' AND (dw_posts.post_status = 'publish') GROUP BY dw_posts.ID ORDER BY RAND() LIMIT 0, 6

京ICP备15063977号-2 © 2012-2018 aiyingli.com. All Rights Reserved. 京公网安备 11010102003938号