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

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

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

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

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

因此，本文主要着眼于两点：

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

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

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

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

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

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

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

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

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

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

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

二、怎么提建议？

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

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

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

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

​Read More