天天观点：需求“猛长期”，如何推进产研做用户体验
每个产品都有它的生命周期，在业务稳定期，你会发现相关研发成员会把重心放在用户体验上。那么，在需求“猛长期”，该如何推进产研做用户体验？作者结合自身工作经验，总结了几点，希望对你有所帮助。
我曾经听很多行业KOL说过，每个产品都有生命周期。在初创期，是从0-1的阶段，也是验证产品是否可行的时期，这个时候，比起用户体验，大家更关注功能实现，而在发展期，是从1-10的阶段，这个阶段你会发现每天都在频繁沟通新需求。而在业务稳定期，则会把重心放在用户体验上。
可是现实状况，真的能割裂的如此清楚吗？就笔者所在的项目而言，每次前端完成设计稿交付后，设计除了提出视觉还原的需求外，还会偶尔出一些体验优化的提议。几乎每一次，前端的回复都是：我们现在的产品还处于一个需求暴增的阶段，不适合谈用户体验。
(资料图片)
而设计的思考在于，业务的体量如此大，有一些体验明显非常影响使用效率，且对整体流程阻塞感很强。这个时候，你会怎么推进呢？是保持现状还是设法推进？如何和上下游沟通，确保能让产品体验从能用变成稍好用一些，需要大量协调工作。
因此，本文主要着眼于两点：
提哪些用户体验会更合适？ 怎么提建议？笔者从真实的项目经验入手，为大家提供一些可落地的经验。一、提哪些用户体验会更合适
用户体验涉及的面很广，是提大流程、小阶段，还是更小的交互细节？
举例： 医疗SaaS产品中，比如患者就诊流程需要经历诊前、诊中、诊后的三个阶段，在诊前，患者需要预约医生、触达医生（线下挂号或者线上付费），而在诊前，患者有一个非常大的痛点，大部分的患者在身体极度不适的情况下，还需要独自完成预约，赶往诊所，等待等漫长流程，特别是对于一些孤寡老人或者身体不适，一个人难以完成各类流程，如果在患者线上预约成功后，就提示：是否需要护士陪诊？送医等，这样的体验在需求猛涨期适合提吗？
笔者认为，和业务关联性强的体验将会被列入更高的优先级。如若不确定，可以和客户成功探讨下，这样的需求业务方的接受度如何，对诊所营收的贡献度如何等等。
可能很多小伙伴会觉得，这个明明是产品需求，应该产品经理提更合适。设计小伙伴其实也可以往前一步，通过做用户调研，发掘出产品经理忽略的需求，不仅体现设计价值，久而久之，产研伙伴也更愿意和你合作，因为你的创意和建议也为他们带来了更大的价值。
以上的这个例子其实是用户在大流程的小阶段中一个很明显的痛点。能极大的帮助用户解决本质问题，也会得到产研伙伴的认可和推进。
再举个例子： 现有业务下搜索样式很繁琐，从1-4的搜索项，用户每次进入页面都需要重新手动输入，非常耗时。如果将搜索项进行自定义分组，会极大提高筛选效率。例如，内科医生小王，每次进入患者管理页面，都需要搜索科室、医生、日期、病种。
如果将这四个筛选条件打组为：小王内科近7天的糖尿病患者。那么医生小王每次进入，只需要点击分组即可完成筛选，步骤从四步变为一步，原先是2s搜索，现在是几乎0.5s，效率大大提升。那么这个交互体验在需求猛涨期该提吗？
笔者认为该提，因为虽然是小的交互细节，但对用户的操作流程体感上有明显的阻塞，久而久之会影响对产品的信心。从上个例子可以看出，通过优化，流程从四步变为一步，医生看诊效率提高，原先同等时间可以看100个患者，现在能看150个患者，对于医院的营收也起到间接作用。
因此，笔者认为，无论是大流程还是小细节，取决于对业务的影响力。如果小的交互细节能提升用户体验，但对业务推动力较小的，优先级确实可以先放一放，等到业务进入稳定期，再推进也可不迟。但是对于减步长，优化流程或是对业务有推动力的体验完全可以提一提，不仅可以提升设计价值，也能给产研伙伴提供新的业务灵感和思考。
二、怎么提建议？
如何让你提的建议被上下游伙伴接受，且乐于推进，这里提供两点建议：
1、由于B端用户购买决策时对业务方的信赖度非常高。建议可以从客户成功入手，如果和客户成功沟通之后，业务方反馈，用户的确在长时间处理复杂任务时，阻塞感很明显，已经影响到用户对于产品的信心。
此时，可以提出个性化的优化建议，附注和客户成功之间的聊天截图给到产品经理，由产品经理根据目前需求排期，整合成最新优先级。
2、如果优化工作量小，建议从前端绩效考评指标入手。比如如果优化了这个，由于重复性页面较多，将为你们节省工作时间，节省精力投入，起到降本增效的效果。从前端本身的工作价值入手，会更好沟通。
本文由 @灰研走B 原创发布于人人都是产品经理，未经许可，禁止转载
题图来自 Unsplash，基于 CC0 协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
标签：
相关文章
每日聚焦：雅天妮集团(00789)：潜在卖方与潜在买方并未就潜在交易订立任何正式或具法律约束力的协议
智通财经APP讯，雅天妮集团(00789)发布公告，于本公告日期，潜在卖方与
