网站首页 > 技术教程 正文
用户真相是什么?无疑是最难的环节。作为产品经理,天天都在围绕吃透用户真相运转。但是总是会出现对于用户的需求过于自信,大多时候以参与人员为蓝本,研究结果远离用户真相,形成了“产品经理人体验”,“运营人员体验”,“领导人体验”等。作为产品经理,在每细化一个需求时,大家有跳出产品人经验,深挖过需求的背后吗?
真正的用户研究应该建立在以用户为中心的逻辑上,对于用户的每一个确定要做的需求都能形成一个闭环,回到产品需求上。
产品经理应该据有透过表面挖本质的能力,接下来我就对如何处理用户需求,做一个简单的方法总结。用户需求研究应该从以下4部分展开,用户需求调研,竞品分析,情节体验,整合为一。
用户需求调研
当面对用户需求时,我们需要多问几个为什么。上次工作,我接到运营方提出的订单活动需求。他们希望通过订单活动来提高商城的销量。拿到这个需求,我认真分析后,从以下7个点进行展开。(我这里所说的是已经对初步需求进行过滤后的需求)
运营方希望通过订单活动来促进用户成交订单,用户希望买到最实惠的商品,之前我们商城是仅仅只有商品活动,对于订单的活动是没有做的,所以这确实可以提高转化率,尤其是带动不容易卖动商品的销量。
竞品分析
作为一个初级产品经理,我们不要盲目的想从需求中进行创新,多体验优秀产品,做好竞品分析。对于这次的订单活动,我参考了考拉,丰趣海淘等的订单活动是如何做的。通过竞品分析并且结合自己的需求,我将这次订单活动分为5种类型,分别是:
- 满额打折:表示参加活动的商品都按照设置的折扣计算订单应付金额,通过【满足金额】和【折扣】编辑域设置;如订单活动的满足金额为100,折扣为0.8,满足金额为200元,折扣0.7,则订单金额大于等于100小与200时,订单则按照折扣0.8的计算,若大于等于200,订单则按照折扣0.7的计算;
- 满额立减:表示参加活动的商品都按照设置的减免金额计算订单应付金额,通过【满足金额】和【立减金额】编辑域设置;如订单活动的满足金额为100元,减免金额5元,满足金额200元,减免15元,则订单金额大于等于100小与200时,减免5元,若大于等于200,则减免15元;
- N元任选:表示参加活动的商品都按照设置的固定件数计算订单应付金额,通过【固定件数】和【金额】编辑域设置;如订单活动的固定件数3件,金额119元,固定件数4件,金额149元,若下单件数为3件,则按照119元购买,若件数大于等于4件,则其中4件按照149元计算,剩余售价最低的件数按照原售价计算;
- 多件打折:表示参加活动的商品都按照设置的固定件数计算订单应付金额,通过【固定件数】和【折扣】编辑域设置;如订单活动的固定件数3件,折扣0.9,固定件数4件,折扣0.8,则下单件数为3件,订单按照折扣0.9计算,大于等于4件,订单按照折扣0.8计算;
- 多件立减:表示参加活动的商品都按照设置的固定件数计算订单应付金额,通过【固定件数】和【立减金额】编辑域设置;如订单活动的固定件数3件,立减金额5元,固定件数4件,立减金额10元,则下单件数为3件,立减5元,下单件数大于等于4件,立减10元;
总结:初次分析竞品,可以从产品的四要素进行剖析,即内容性,功能性,可用性,情感性。产品是做出来给人使用的,一款由价值的产品必定要给客户感受到有用,能用,可用,爱用。
情景调研
在这一阶段,我们已经做好了产品需求的细化工作,那到底可行不?我们可以把初步的原型交给用户(真正的用户,设计师,技术开发人员,测试人员,运营人员,需求提出者),选几个典型代表,完全让他们自己去体验,不要带入同理心去干涉用户。我们只需默默在旁边看着,听着他们的分析,然后总结分析用户体验。
整合为一
整合为一是最关键的,对于可做的需求也并不需要全部都做。此时应抓住某一个点,让这个功能尖叫,超于用户的期望需求。
例举近期工作上遇到的一个作者请假需求。先简单介绍一下我们的产品,我们是做小说网站的,主要用于读者的阅读及吸引作者来与我们平台签约。运营人员需要通过全勤奖来激发作者续签约的意向,当时他们提的需求就是做一个请假功能,让作者自己请假,不影响全勤奖的发放。用户都是懒惰的,如果按着这个需求在作者后台增加一个请假功能?作者真的会利用好这个功能吗?增加这个功能,签约作者的转化率就会提高吗?运营人员真正需要这个需求吗……抛出了一系列问题,结合我们现有的网站及人力成本等综合条件,我将这个需求进行了转换,同样还是请假功能,但是无需作者去申请请假,直接技术这边设置一个m值,即允许请假天数,当月缺勤数在m值内,则自动发放全勤奖。但是作者并不清楚我们有这个功能,同时在的通知公告里写明全勤奖的调整。这一改变让用户避免了请假,同时又不影响全勤奖的发放。这个就是需求一个转换,整合,既满足了最初的需求,又不影响用户体验。
记住与其求得面面俱到而让产品失去出彩的体验点,倒不如牺牲掉那些可有可无的体验,与营造“一击致命”的体验。
每天面对大量的需求,产品经理一定要有一双“火眼金睛”,站在现有产品的肩膀上,用心去做好用户研究,营造“尖峰时刻”,让你的产品有爱,高于用户期望值。
本文由 @择城 原创发布于人人都是产品经理。未经许可,禁止转载。
- 上一篇: 如何选择正确的用户调研方法?先了解这2种方式
- 下一篇: 考试查分场景重保背后,我们如何进行可用性测试
猜你喜欢
- 2024-10-09 考试查分场景重保背后,我们如何进行可用性测试
- 2024-10-09 如何选择正确的用户调研方法?先了解这2种方式
- 2024-10-09 设计可用性测试指南7步走(可用性设计的案例)
- 2024-10-09 终极指南:用户和可用性测试问题(可用性和用户体验发展或应用趋势)
- 2024-09-08 快速可用性测试案例之四:Yelp 提升 Web 体验
- 2024-09-08 WhatsApp Web 端应用可用性测试(whatsapp web apk)
- 2024-09-08 可用性测试101(可用性测试的步骤为)
- 2024-09-08 关于产品可用性测试-用户体验课程(完整版)
- 2024-09-08 软件测试中的可用性、可维护性、可靠性有什么区别?
- 2024-09-08 优哲|UI设计的可用性测试有哪些?(ui测试用例)
你 发表评论:
欢迎- 最近发表
- 标签列表
-
- 下划线是什么 (87)
- 精美网站 (58)
- qq登录界面 (90)
- nginx 命令 (82)
- nginx .http (73)
- nginx lua (70)
- nginx 重定向 (68)
- Nginx超时 (65)
- nginx 监控 (57)
- odbc (59)
- rar密码破解工具 (62)
- annotation (71)
- 红黑树 (57)
- 智力题 (62)
- php空间申请 (61)
- 按键精灵 注册码 (69)
- 软件测试报告 (59)
- ntcreatefile (64)
- 闪动文字 (56)
- guid (66)
- abap (63)
- mpeg 2 (65)
- column (63)
- dreamweaver教程 (57)
- excel行列转换 (56)
本文暂时没有评论,来添加一个吧(●'◡'●)