测试也要明白的产品思维:被误解的用户体验

发表于:2021-11-15 09:34  作者:circle_hyy   来源:简书

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件测试 软件测试技术

  虽然产品同学都知道要站在用户的角度设计产品,但事实是部分同学设计出来的产品真的是一言难尽,很多产品甚至只停留在将功能转换为原型图、流程图的层面。难道交互性强、用户体验好的产品都是别人家的?提高用户体验虽然是产品一贯的目标和宗旨,但是不同的实践方法和实现路径阻碍了好的产品设计。结合看了《用户体验多面手》的感想以及项目中的经历,总结了产品同学比较容易忽略的情况。

  1、仅限于自己站在用户的角度,忽略了用户调研
  他们知道要从用户的角度出发,思考如何设计一款满足用户需求的产品,但仅仅这样是不够的。每个人的想法都有局限性,给十个产品各自按照自己的偏好设计一款旅游app,得到的结果也是不尽相同的,那如何说明他们只要把自己当成用户,设计出来的就是满足用户需求的产品呢。用户调研的作用就是帮助我们发现大部分用户的痛点以及他们的想法,通过调研、埋点等方式挖掘用户的需求,不断改进产品的不足和缺陷。

  2、仅限于可用性,忽略了易用性
  比如设计一款遥控器,把所有功能按键都明确显示出来会是一个非常庞大的怪物;把所有功能都集成在一个按键上又非常不人性化。在满足用户使用需求的同时不能给用户带来太多的学习成本,一款好的产品应该是用户不用看太多使用说明就能明白的。不管是带有所有功能按键的遥控器,还是集成所有功能于一个按键的遥控器,其实都是可用的,但这满足了易用性的原则吗?明显没有。用户最经常使用的功能按键应该设计大一些,以及要满足用户使用习惯:把关机按键放在左下角就不会是一个好主意。不要笑,我们生活中很多产品就真的只满足了可用性,他们确实都包括了用户想要的功能,他们熟悉这样的步骤能实现想要的操作,但是放在线上后用户往往连入口在哪都不知道。

  3、对于多业务线的产品,仅限于自己负责的那部分,忽略了整个产品
  对于由多个业务线共同经营的产品,在需求分析时产品容易只考虑一部分功能,没有结合上下游一起分析。一来在后期才发现需要上下游协作的话,会由于评估不充分造成项目延期;其次,这样不完整的需求会造成大的设计缺陷,之后再发现的话修复成本就大了。

  4、盲目追求KPI,忽略了产品价值
  产品需要完成他们的KPI容易理解,但只是为了完成需求指标而设计需求,而不是以价值驱动为导向,是在浪费公司的资源。产品设计时要考虑效果成本比最大化,将成本低和效果最明显的需求排在优先级高的位置。同时结合ABTest,找到转换率较高的实现方式。

  5、仅限于初次设计时进行用户调研,忽略持续跟进与反馈
  有的产品在第一次设计时有做用户调研,然后就把用户置之不理了,这样的结果是用户果断抛弃你的产品转而投奔别家。你每天都面对自己的产品,对产品中的一些缺陷及复杂度已经习惯了,而你又不持续跟进用户的反馈,导致产品的可用性易用性越来越差。不要想着用户也会习惯你的产品,在有着多样选择的时候为什么不去选择做的更好的。永远不要想着其他人来兼容你,而是你主动兼容其他人,收集他们的意见和建议,持续改进产品。

  本文内容不用于商业目的,如涉及知识产权问题,请权利人联系51Testing小编(021-64471599-8017),我们将立即处理

评 论

论坛新帖



建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海信义律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2021, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道