做了这么多年的设计咨询,接触过不少企业对产品体验的困惑和需求。有一个问题反复被问到:"我们的产品功能挺全的,用户反馈也不错,但总觉得跟那些优秀的产品比起来差了点什么。"
这个问题其实涉及到产品体验设计中的一些基本问题。这篇文章我想从几个比较务实的角度来聊聊,怎么提升产品体验,让用户觉得"好用"而不是"能用"。
很多产品的设计逻辑是按照功能模块来组织的。比如一个CRM系统,菜单是按"客户管理"、"商机管理"、"报表分析"这样划分的。这种组织方式对产品经理来说很清晰,但对用户来说不一定友好。
用户关心的不是"这个功能在哪个模块下",而是"我要完成这个任务需要经过哪些步骤"。这就是"功能思维"和"任务思维"的区别。
"任务思维"要求我们按照用户完成一个完整任务的流程来组织界面,而不是按照后台的功能分类来组织。用户要跟进一个客户,他需要的可能是一个"跟进工作台"——上面集中了他需要的信息和操作,而不是在好几个模块之间来回切换。
说起来简单,做起来需要一些方法。我的做法是:在产品设计之前,先把用户的主要任务列出来,每个任务画一个流程图,看看用户完成这个任务需要经过哪些步骤、用到哪些信息、做出哪些决策。然后按照这个流程图来设计界面的信息架构。
交互一致性是一个产品专业程度的体现。用户在一个页面上学会了一种操作方式,到了另一个页面不需要重新学习,这就是一致性的价值。
但一致性不是简单的"所有页面的按钮长得一样"。更深层次的一致性是交互逻辑的一致。比如:保存操作在多长时间内可以撤销、弹窗关闭时是否需要确认、列表中的批量操作怎么触发——这些交互规则应该在产品的所有模块中保持一致。
建立一套交互规范文档,并且严格执行,是保证一致性的有效方法。这个文档不需要很复杂,但需要覆盖产品中所有常见的交互场景。
产品体验的提升往往不在于做了多大的改动,而在于一个个小细节的积累。一个加载状态的显示方式、一个空状态的引导文案、一个输入框的自动聚焦——这些看似不起眼的细节,加在一起就构成了用户对产品的整体感受。
我的建议是:在做好基础功能和核心流程之后,花时间去打磨这些细节。一个让用户感到"贴心"的产品,往往就是在这些小地方做得好。
最后聊一个容易被忽视的问题:用户反馈的处理方式。很多产品都收集用户反馈,但收集完之后就没有下文了。用户提了一个建议,不知道有没有被看到、有没有被采纳、什么时候能实现。
好的做法是建立一个反馈闭环:用户提交反馈后,系统自动回复一条确认信息;产品团队评审后,更新反馈的状态(已收到、评估中、已排期、已上线);当反馈被实现时,通知提出反馈的用户。这样做的好处是:用户知道你重视他的意见,他愿意持续提供反馈。