站在用户视角的设计反思

最近一段时间我审视所参与的产品，尝试站在用户的角度，使用自己开发的产品会是什么心情，总结下来就两个字：难用。

往深一步追寻，一个软件难用的原因是什么？概括起来无非就是两点：1. 做的太少，功能太简陋，无法满足用户需求。2. 做的太多，信息架构混乱，导致用户体验不佳。我只是想要来你这买瓶水，你却要我注册会员、填表单、穿过迷宫，最后才能得到我想要的东西。

这篇思考就是来源于第二点——为什么会产生混乱与复杂度？

其中一个原因就是技术人员的思维方式不同于普通用户，尤其在与用户距离过远、信息传递失真的情况下，更容易导致产品难用。我参与的产品基本没有接触真实用户的机会，这也是很多 2B 产品研发的痛点，这就是为什么我要假装成用户，给自己的产品找茬。

在这个找茬的过程中，我觉得我们做了太多假设，想的太多，由此带来了很多不必要的分支，造成功能难用与臃肿，我们总是假设用户可能会这样用那样用，但事实果真如此吗？

如 KISS 原则所说，应当将复杂留给自己，把简单留给用户。然而，实际情况中，作为开发者的我们却常常把复杂留给了用户。比如，开发功能时常总会涉及一些参数的配置，有些参数我们的确无法确定取什么值，但更多时候，出于偷懒的想法，总是想着让用户指定配置，但用户真的需要关心这些参数吗？未必。对于用户来说，他们只是想快速完成任务，尽早下班，而不是花时间研究每个参数的意义。大部分参数可以用默认值或系统自动计算来处理。毕竟大部分用户都不是极客，过于灵活的参数配置，对普通用户来说反而是一种负担。牺牲一点灵活性换取便利，作为用户的我觉得可以接受。

因此，在功能设计时，不应该假设客户会如何使用，而是要考虑怎样才能让用户更容易使用。尤其是针对 2B 产品，在彻底熟悉业务之前，的确只能按照常规的业务思路来实现流程，这可能会造成业务模型与技术实现的错位，但在熟悉业务流程后，我们就可以通过解构与重新编排业务流程来提升用户的体验，做到真正的站在用户视角看问题。