需求“猛长期”,如何推进产研做用户体验

0 评论 5220 浏览 7 收藏 8 分钟

每个产品都有它的生命周期,在业务稳定期,你会发现相关研发成员会把重心放在用户体验上。那么,在需求“猛长期”,该如何推进产研做用户体验?作者结合自身工作经验,总结了几点,希望对你有所帮助。

我曾经听很多行业KOL说过,每个产品都有生命周期。在初创期,是从0-1的阶段,也是验证产品是否可行的时期,这个时候,比起用户体验,大家更关注功能实现,而在发展期,是从1-10的阶段,这个阶段你会发现每天都在频繁沟通新需求。而在业务稳定期,则会把重心放在用户体验上。

可是现实状况,真的能割裂的如此清楚吗?就笔者所在的项目而言,每次前端完成设计稿交付后,设计除了提出视觉还原的需求外,还会偶尔出一些体验优化的提议。几乎每一次,前端的回复都是:我们现在的产品还处于一个需求暴增的阶段,不适合谈用户体验。

而设计的思考在于,业务的体量如此大,有一些体验明显非常影响使用效率,且对整体流程阻塞感很强。这个时候,你会怎么推进呢?是保持现状还是设法推进?如何和上下游沟通,确保能让产品体验从能用变成稍好用一些,需要大量协调工作。

因此,本文主要着眼于两点:

  1. 提哪些用户体验会更合适?
  2. 怎么提建议?笔者从真实的项目经验入手,为大家提供一些可落地的经验。

一、提哪些用户体验会更合适

用户体验涉及的面很广,是提大流程、小阶段,还是更小的交互细节?

举例:医疗SaaS产品中,比如患者就诊流程需要经历诊前、诊中、诊后的三个阶段,在诊前,患者需要预约医生、触达医生(线下挂号或者线上付费),而在诊前,患者有一个非常大的痛点,大部分的患者在身体极度不适的情况下,还需要独自完成预约,赶往诊所,等待等漫长流程,特别是对于一些孤寡老人或者身体不适,一个人难以完成各类流程,如果在患者线上预约成功后,就提示:是否需要护士陪诊?送医等,这样的体验在需求猛涨期适合提吗?

笔者认为,和业务关联性强的体验将会被列入更高的优先级。如若不确定,可以和客户成功探讨下,这样的需求业务方的接受度如何,对诊所营收的贡献度如何等等。

可能很多小伙伴会觉得,这个明明是产品需求,应该产品经理提更合适。设计小伙伴其实也可以往前一步,通过做用户调研,发掘出产品经理忽略的需求,不仅体现设计价值,久而久之,产研伙伴也更愿意和你合作,因为你的创意和建议也为他们带来了更大的价值。

以上的这个例子其实是用户在大流程的小阶段中一个很明显的痛点。能极大的帮助用户解决本质问题,也会得到产研伙伴的认可和推进。

再举个例子:现有业务下搜索样式很繁琐,从1-4的搜索项,用户每次进入页面都需要重新手动输入,非常耗时。如果将搜索项进行自定义分组,会极大提高筛选效率。例如,内科医生小王,每次进入患者管理页面,都需要搜索科室、医生、日期、病种。

如果将这四个筛选条件打组为:小王内科近7天的糖尿病患者。那么医生小王每次进入,只需要点击分组即可完成筛选,步骤从四步变为一步,原先是2s搜索,现在是几乎0.5s,效率大大提升。那么这个交互体验在需求猛涨期该提吗?

笔者认为该提,因为虽然是小的交互细节,但对用户的操作流程体感上有明显的阻塞,久而久之会影响对产品的信心。从上个例子可以看出,通过优化,流程从四步变为一步,医生看诊效率提高,原先同等时间可以看100个患者,现在能看150个患者,对于医院的营收也起到间接作用。

因此,笔者认为,无论是大流程还是小细节,取决于对业务的影响力。如果小的交互细节能提升用户体验,但对业务推动力较小的,优先级确实可以先放一放,等到业务进入稳定期,再推进也可不迟。但是对于减步长,优化流程或是对业务有推动力的体验完全可以提一提,不仅可以提升设计价值,也能给产研伙伴提供新的业务灵感和思考。

二、怎么提建议?

如何让你提的建议被上下游伙伴接受,且乐于推进,这里提供两点建议:

1、由于B端用户购买决策时对业务方的信赖度非常高。建议可以从客户成功入手,如果和客户成功沟通之后,业务方反馈,用户的确在长时间处理复杂任务时,阻塞感很明显,已经影响到用户对于产品的信心。

此时,可以提出个性化的优化建议,附注和客户成功之间的聊天截图给到产品经理,由产品经理根据目前需求排期,整合成最新优先级。

2、如果优化工作量小,建议从前端绩效考评指标入手。比如如果优化了这个,由于重复性页面较多,将为你们节省工作时间,节省精力投入,起到降本增效的效果。从前端本身的工作价值入手,会更好沟通。

本文由 @灰研走B 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!