文章很简单，就不写读书笔记了，翻译一下以供以后再翻看吧。原文链接

DON’T DESIGN WHAT USERS WANT

不要设计用户想要的

by Michael Sueoka, Head of User Experience at The Mobile Majority

作为The Mobile Majority的UE主管，我的工作是确保我们的移动销售平台足够简单，直观，并且帮助我们的用户达到他们的销售目标。

如果不接受用户的反馈，我们就不知道我们的产品是否满足用户的需要，我们通过email、服务需求标签、亲自试用和电话调查以及通过销售人员和账户管理人员来收集用户反馈。经过收集这些信息，我们可以理解用户在使用我们的产品过程中的痛点，并且发现其他时候我们可能忽略了的问题和趋势。

但这也是问题的关键：你不能按照用户告诉你的他们想要的来设计产品。

“You shouldn’t design what users tell you they want.”

你可能在想，“我们做事情的目的不就是为了取悦客户并且帮助他们达到他们的目标吗？”

这没错，但是这并不意味着你就要精确地按照用户要求的去做。

太多的产品设计师陷入了一个听取用户反馈并立即实现这些反馈的模式中，而没有经过充分的调查、研究及思考。这就像一个小孩子想把糖作为午饭，但是他的父母坚持要给他吃健康的食物，因为这才是孩子需要的。

人们在日常生活中并不会真正意识到他们真正需要的—他们只是告诉你他们认为他们想要的。人们通常都是只说不做，而且他们也几乎不知道未来会做什么。

想想有多少人说明天要开始节食减肥，结果第二天中午他们吃了一个双份培根的奶酪汉堡。

当用户使用产品时这种事情也经常发生，为了证明我的观点，我会举一个具体的例子来证明我的观点。下文会给你证明为什么你不能总是设计用户想要的，你应该设计用户需要的。

我们收到的一种反馈是这样，我们有个功能是当每次用户的活动中发生某些特定事件时向他们发送邮件。每次活动开始、结束、表现不如人意、进行过半、有个不好的开端、有一些小问题或是达到了花费限制，这些事件我们的用户都想知道。

如果按照用户想要的设计，邮件看起来可能会是这样的：

一些用户可能会受到的邮件模板

现在，想象在某天有20个移动活动同时进行，就会在短暂的时间内收取到20-30封邮件。尽管这是用户想要的，但这会让他们忽略收件箱中未经分类而且没有重点的项目。

与简单地做用户要求的不同，我考虑的更深一些。我需要发现问题的根本，找到用户提出这些需求想要那些邮件的原因。

我又听到你在说，“但是你说我们不应该设计用户想要的。”

是的，但是我并不是想要弄明白用户想要什么，我是想弄明白用户为什么想要这些。

“Don’t try to figure out what the user wants—figure out why they want it.”

为了达到这个目的，我进行了很多视频聊天和亲自访谈，之后我们分析了所有的发现进而找到了用户的一个基础需求：他们只是想知道他们的活动正在正常运行。

与采访一样有用，最好的获取用户反馈的方式是观察你的用户的动作。当你看着他们使用目前的产品，或是观察他们当前如何执行任务，每一种观察都可以帮助你洞悉他们试图实现什么以及你如何帮助他们实现。

我最大的发现是我们的用户每天早上登录到我们的平台中，浏览一遍活动列表查看有没有什么异常现象。这是我可以利用的一点。

这样，在了解了为什么我们的用户需要这些邮件之后，我们决定构建他们需要的功能而不是他们想要的。我们建立了平台内部的通知代替了自动的邮件系统。

我们在顶部全局导航的右侧添加了通知

在我们了解了我们的用户会每天查看平台之后，我们把这作为一个机会，当出现问题时提醒他们并且高亮相应的活动。

我们设计这个功能时考虑了用户的日常习惯。这解决了我们用户之前提到的很多问题，并防止了如果我们只按他们要求的去做而可能出现的其他问题。

获得用户反馈是任何UX设计师，工程师，企业主和产品经理最重要的事情。观察某人使用你们的产品是获得反馈的最好的方式，而且你应该清唱这么做。

“Build what users need, not what they want.”

但是你不要只是接受这些反馈然后接着按照他们说的去做，记住，人们经常会不按照他们所说的去做，而且人们通常也不知道未来可能会做什么。仔细地考虑他们的反馈，但不要忘记思考为什么他们想要这些。挖的更深一点，找到你的用户的根本需求。

当我们给用户展示通知系统，他们很震惊并且承认他们从来没想到过这种方法。我知道我们节约了他们的时间，减少了他们的麻烦——这让人感觉不错。