你如何找出用户真正想要的东西？

Question

我在某处读过（我忘记了来源，抱歉 - 我认为MS Office开发人员的博客？），当您对用户进行调查时询问他们希望在您的软件/网站中看到哪些功能，他们经常会说他们想要每件小事，而收集的指标显示，最终，大多数人不会使用99％的这些功能。博客文章的一般信息是，你不应该问人们他们使用什么，你应该自己跟踪它。

当试图找出接下来要添加的新功能时，这会导致不幸的鸡与蛋情况。如果没有这个功能，我无法衡量它实际使用的程度。对于有限（且严重拉伸）的资源，我也无法负担添加所有功能，然后删除未使用的功能。

如何找出对用户有用的内容？如果调查是唯一的选择，您是否必须以某种方式构建问题（例如：不显示列表）可能的功能，因为这将引导他们）？

Answer 1

与流行的看法相反，你不问他们。好吧，当他们告诉你你想要什么时，你不会听他们。你在他们现在使用他们所拥有的东西时观察他们。如果他们没有任何东西，你会听他们足够给他们原型，然后你看他们使用它。实际上使用软件的人如何比他们实际所说的要多得多。观察他们做了什么来找出他们真正需要的东西。

Answer 2

给他们选择，让他们按重要性排列。正如你所说，用户会想要一切，但这可以让你告诉他们最想要的东西。

Answer 3

你告诉他们。然后你们两个都知道。

（不，您的用户不会告诉您他们想要什么。这是有效的。如果用户想要做更多的工作，他们就不会寻找软件来为他们完成工作。）

Answer 4

前世的轶事：

我们正计划推出新版本，并希望为该应用程序添加一些新功能。我们让用户聚集在一起并集思广益，了解他们想要在系统中看到的内容，将每个“功能”放在白板上的黄色粘性上。然后，我们将类似的请求组合在一起，并消除重复或近似重复。

然后我们将每个粘性物放在桌子上，杯子放在桌子前面。每个用户都有10便士的“投票”他们想要的功能。如果他们愿意的话，他们可以在每个杯子中​​放入尽可能多的便士，如果他们想要的话，可以在一个杯子里放入所有的便士。然后，我们计算每个杯子的便士数量，并选择以投票的顺序实施前5名投票。

令人惊讶的是，看到那些对某个功能充满热情的人在集思广益和分类时转身并且没有投票支持该功能（或者对其进行轻微投票）。

当然，这样的技术只有在您可以随时访问您的用户群时才有效（这是我们内部开发的企业系统）。

Answer 5

你问他们。

（不，你不知道你的用户想要什么比他们更好。是的，你会得到很多愚蠢的答案。避免多项选择调查，而是选择审查自由形式的答案。你收集的信息将非常宝贵。）

当然 - 您可以随时允许您的用户投票了解他们最喜欢的功能......

Answer 6

用户知道他们不想要的东西比他们想要的东西更好。

我们引入了一个团队来做Oracle eBusiness Suite实施。他们采取了一种过去非常有效的方法。但它在我们的环境中是惊人的。

我们遇到了文化问题，这意味着没有任何一个用户会坚持说出他们想要的东西。我和过去的用户有过历史。试图从中获取要求就像试图从石头中获取血液一样。但是一旦你上线，婊子就会开始。

无论如何，实施团队直接安装了Oracle电子商务套件。为用户提供基本培训。然后，在接下来的6个月大约每4个星期，他们会定制基础装置以适应投诉。

Answer 7

我建议不要向他们展示选项;正如你所指出的，如果它可用，那么人们只是为了拥有它而想要它。用户通常不知道开发特定功能的额外成本，只是想要它，因为你提到了拥有它的可能性。

另一个选项是显示您可能添加的所有功能的列表，然后为每个功能附加价格，然后询问用户，是否值得$ X来获得功能Y，或者多少额外功能你愿意支付Y的功能吗？

Answer 8

根据37 Signals - Getting Real书，你什么都不做，你甚至没有记录他们想要的东西，你只需在一次阅读后删除邮件而不采取任何行动。

在实施/修复内容时​​，您会记住用户最想要的最重要的事情。显然这需要一点用户群。

Answer 9

Eat your own dog food

尽量使用您自己编写的应用程序。然后，您将了解如何改进您的申请。

Answer 10

您不需要功能。你问问题。痛点。找出他们讨厌当前解决方案的内容。找出他们的时间吃什么。

当你知道他们不喜欢什么时，你就可以为这些问题构建解决方案。

当你解决真正的问题时，你就会创造真正的产品，让人们乐意为你付钱。

但在研究阶段尊重他们也很重要。调查仍然很适合做研究，但如果你问他们十几个问题，他们会讨厌你。您需要尊重他们的时间并使用a survey tool来吸引他们，并留下深刻的印象。

Answer 11

这是一个老问题，已经有很多好的答案，但我想我只是为了通过像我这样的搜索在未来结束的人们添加一点个人经验。< / p>

如果您的项目不需要尽快获得受众以获得成功（如webapp），如果它更像是为固定客户或类型的客户销售的内部项目或产品，那么我相信你最好的选择就是采用37signals的方式：为你的用户提供他们所需要的绝对最小值，以便首先完成最基本工作周期的最基本任务，然后听听他们说的话它是客观的缺失，以便他们正确地开展工作。不是他们想要或希望拥有的东西，而是他们真正需要的东西。唯一可以确定你真正需要的是你没有它的方法。

我是一名基于内部网的“公司心脏”应用程序开发团队的设计师，该应用程序遵循该策略，结果非常棒。第一周：每个人都很生气。当它结束时，90％以上的批准，应用程序仍然简单而美观。大多数并不完全满意的人似乎都明白为什么它不像他们想要的那样，几乎所有人的主要要求都是，无论我们做什么，都要保持应用程序简单。

同样，如果您正在开发一个首先需要吸引人的产品或网站，那可能不太可行或拖延很多事情。但是如果你对用户群有一些控制或余地，我肯定会推荐这种方法。

Answer 12

询问用户有关功能的信息会提示他们与您讨论功能。

如果您想了解用户真正想要的内容，那么您正在谈论了解他们的目标和动机。我发现开始这样做的最简单方法是用户访谈，不是关于功能，而是关于用户如何使用你的产品和产品，他们为什么使用它以及它如何适应他们的生活。

一旦您了解了用户尝试对您的产品做什么以及他们为什么要这样做，您就能够对用户所要求的功能是否真正需要做出明智的判断。

理想情况下，我认为您的问题是了解用户，而不是只听取他们的请求。

Answer 13

1. Delphi的Oracle

   优点：准确性非常好 缺点：如果你能解释许多人不能做的消息（经常看到他们想看的东西）。还需要恳求，这可能会变得混乱（与流行的观点相反，你的hecatomb不必是100种相同类型的牲畜）。

2. 灵媒

   优点：准确到一定程度。

   缺点：很少见。容易发生精神不稳定，极易受到邪恶生物的攻击，并可能引起他们不必要的注意。此外，需要经验来梳理人类思维的神秘面纱，以获得所需的信息。有时你仍然需要在他们实际做他们需要帮助的事情时探究对象，因为用户撒谎。

3. 种植痣

   优点：新小工具。新毒药！计划内的计划内的计划。宝贝是一个怪胎秀。除了帮助用户所需的信息之外，您还可以学习各种有趣的东西。

   缺点：昂贵。仍有可能代理人会打开你，或者无法学到任何你无法学到的东西。如果被发现，组织可能会转变或清算资产，这代表了巨大的资源投入。组织可以回报。

4. 猜测

   优点：让一群人具有平均的想象力和解决问题的能力，给他们一些酒，并用“捉鬼敢死队”，“小中国的大麻烦”或“大Lewbowski”中的一些引语激励他们。谁知道它会去哪里，但它会很有趣，它们可能产生一些有趣/有用的东西。

   缺点：满足用户需求的机会高于您的想象，但不是那么好。

5. 询问用户

   优点：用户感觉自己是该流程的一部分。

   缺点：直到他们必须决定任何事情，此时你自己决定。除非用户是非常有经验的用户，否则他们可能很清楚想要什么。虽然这个星球上只有4位经验丰富的用户，但没有人知道有谁为他们做过工作。他们可能是神话般的野兽。

6. 假装你关心并询问用户（即使你并不是真的），然后观察他们做任何关键的工作流程/过程/等，并注意他们的工作。

   优点：你欺骗用户认为他们的意见很重要，这使他们有能力，但却没有提供任何其他包袱。由于users lie - 没有任何故意或恶意的心态 - 你实际上可以看到它们在行动并更好地掌握问题所在，从而为您提供更好的基础来构建解决方案。此外，你避开了通灵路线，从而避免了一条漫长而蜿蜒的道路，这条道路以承诺开始，但以你结束，并且精神被一些不可思议的东西吃掉，而这种东西并不属于这个世界。观察这个过程就像完全是Zen，这对你的Developer Mystique有好处。

   缺点：没有前往Oracle的公路旅行（这将是EPIC）。间谍更性感;小鸡挖间谍。捉鬼敢死队|小中国的大麻烦|大Lewboski可能没有涉及。感觉比其他选项更像工作。

Answer 14

用户不知道他们想要什么功能。您不知道它们可能提供哪些功能。除了帮助他们完成任务和实现目标之外，“特征”并不意味着什么。那就是你应该开始的地方，因为他们对这些关系的理解非常不完善。

他们知道有一件事，也许比你做得好得多。这就是如何完成工作。

一旦计算机/软件的概念和术语开始渗透到用户和设计师之间的讨论中，你就会摆脱困境。

很多时候，用户会将他们的需求集中在他们目前使用的软件的错误或改进方面。随着时间的推移，即使他们失去了工作与他们用来完成工作的软件之间的区别。

这对你来说是一个非常困难，至关重要的问题。

Answer 15

了解用户“真正”需要的唯一方法是“成为”用户。 它的编程功夫黑带水平。

“就像水一样穿过裂缝。不要自信，但要适应物体，你会找到一条绕道或穿过它的方式。如果你内心没有任何东西保持僵硬，外在的事物就会自我揭露。 清空你的思想，变得无形。没有形状，像水一样。如果你把水放进杯子里，就会变成杯子。你把水倒进瓶子里就变成了瓶子。你把它放在茶壶里它变成了茶壶。现在，水可以流动，也可能会崩溃。是水我的朋友。“

当你成为水/顾客时，你现在就可以了。

我认为李小龙会成为一名优秀的程序员。

我非常认真。这就是我工作的方式。我不能做我不理解的事情，所以在做事之前我必须先了解。当我理解，我的成员知道我理解然后我可以做得很好。没有理解就会有误解。您是唯一知道何时达到正确理解水平的人，您也是负责获取该知识的人。

Answer 16

您需要将功能与成本联系起来。每个人都想要功能，但不是每个功能都值得付费。询问哪些功能最重要，哪些用户愿意支付？根据用户提供的优先级开发功能，并在不愿意支付费用时停止。尽快将产品交到他们手中，这样您就可以获得有关哪些不起作用以及哪些需要添加的真实反馈。当用户可以访问真实软件时，您可以获得更好的信息。当您专门为特定客户开发时，这种方法效果最佳。如果您无法访问真实客户，请考虑免费向人们播放您的产品（可以说，公开测试版吗？），以获得更好的反馈。

Answer 17

我个人喜欢客户的牵手方式。它们为您提供高级别要求，并提供实施。您的软件团队/公司/部门应该是专家。当然你会犯一些错误，如果它太可怕了，客户会把它弄清楚，你会修复它，但一般来说，实现由你和你的开发人员来解决是一个有趣的两难选择。

研究，研究，研究。向他人学习设计，然后制作自己的kickass设计。不容易，但他们再也没有向开发商支付大笔费用。

Answer 18

这是一个很好的问题。

如果你正在构建一个FPS游戏，你真的需要知道应该包括哪些内容，因为99％的用户永远不会联系你说“我希望你的游戏只有X”。经验丰富的beta测试团队可以在这里提供帮助。

如果您正在编写会计应用程序，则需要了解行业以及用户在使用产品时尝试完成的工作，并尝试围绕这些目标集中您的功能集。

如果您在一个企业中为100个用户编写自定义应用程序，则可以与该软件的十几个最热心用户聊天。他们是那些从前到后了解所有表格的人，发现了所有未记录的快捷键，并且还想出了如何规避许多数据验证规则。

Answer 19

我假设您的措辞是基于您正在构建要销售的产品，而不是为特定客户订购某些产品。

在这种情况下，我要说你应该首先成为一名用户并以你想要的方式构建你需要的功能。当您开发产品时，您需要其他用户的反馈，但这至少可以让您开始并打破鸡蛋周期。

至于衡量功能的实际使用情况，您可以设置一个讨论论坛，以获得有关您添加的功能的反馈......如果时间紧张，您不需要太复杂的事情。

Answer 20

想象一下你是他们

Answer 21

1. 留意他们。
2. 识别工作中的瓶颈
3. 创造解决这个问题的东西 优雅的瓶颈
4. 让他们使用它
5. 重复直到每个人都快乐

Answer 22

基于原则：

1. 用户知道他们想要什么，但他们 不知道他们真正需要什么。
2. 你是 永远不要把它弄好 第一次。

这似乎是鸡与蛋的问题。很像计算PageRank。页面的页面排名取决于链接到该页面的其他页面的PageRank。 计算PageRank的一种方法是迭代。

迭代是关键！

：一种。投票

1. 收集所有用户想要的功能的biiiig列表（让他们枚举他们想要的每个功能）。

2. 然后让他们查看列表并允许他们对功能进行投票。说，给他们100分来分配功能。他们可以为一个功能提供超过1个点。

<强> B中。分析

分析业务模型，列出您认为需要的功能。 这是必要的，因为：

• 用户有时候不会那么大 图片
• 你真的很棒 用户不会想到的想法 bajillion years。

<强>℃。实施

分析A和B中的列表，合并，删除一些，改进一些。实施

<强> d。测试

在用户身上进行测试。听听他们的抱怨。看着    - 他们经常使用的功能    - 他们被困住的东西    - 等等等

<强>电子。迭代

Answer 23

如果你是认真的，你会将他们录制成工作，然后分解他们想要完成的事情以及你的产品如何帮助他们。这是一个称为可用性工程的整个学科的一部分。雅各布尼尔森的书Usability Engineering是对技术的一个很好的介绍。在他成为一个无耻的小贩之前，雅各布是一位非常优秀的科学家，他学到了很多关于弄清楚用户需求的廉价方法。特别好，如果你有预算。给我留下最深刻印象的是使用纸质原型;这是模拟尚未构建的软件的好方法，有助于回答有关下一步构建的问题。在我看到这种技术出现之前，我无法相信它有多么有效。

P.S。如果您只是询问人员会发生什么情况的一个示例：90％的Microsoft Office 2007功能请求是针对Microsoft Office 2003中已有的功能。在这种情况下，用户需要更好的查找方法什么已经存在。我希望我能找到我读到的地方...抱歉没有参考。

Answer 24

用例。

他们做什么使用该功能？

就像这样。

• 人们采取行动。我们构建软件以帮助他们采取行动

• 为了采取行动，一个人必须做出决定。我们构建软件以帮助他们做出决策。

• 为了做出采取行动的决定，一个人需要信息。我们构建软件来收集和呈现信息。

每项功能必须是行动，决定或信息。而且连接最好是直接的。不会导致决定或行动的信息甚​​至都不“很好” - 它是垃圾。

用户说了很多东西。他们做什么？他们做了什么决定？他们需要什么信息？

---

修改的

请注意，并非所有人都擅长描述用例。有些人没有远见，只会告诉你他们今天所做的事情而不了解他们如何创造商业（或个人）价值。他们可能并不真正知道他们应该做出什么样的决定，并且对他们需要的信息含糊不清。

其他用户知道他们创造了什么价值，为什么，并且可以很好地讨论用例。他们可以设想创造价值的替代方法;他们可以为他们的行动阐明选择。决策没有很多替代实施（人们做决定，而不是软件），所需的信息也没有太大变化。

Answer 25

通常，用户并不总是知道他们想要什么以及他们是否想要任何东西。在我们公司，销售人员会去现有和潜在客户，向他们展示我们的产品，并向他们解释他们为什么非常想要这样的产品。

在大学期间，我们学到了一种叫做“用户驱动的开发”的东西。在这里，你真的必须去找客户，观察人们如何工作，他们使用什么工具，并试图找出可以促进他们生活的东西。然后，您创建一个模型，再次转到客户，将其呈现给用户，获得他们的反馈，然后继续改进您的模型。当每个人或多或少地同意行动过程时，您会实施，定期向客户展示您试图尽早获得更正反馈的内容。

重要的是不要与想要产品的经理交谈，而要与将要使用该产品的用户交谈。否则整场比赛都不会给你带来任何好处。

P.S。直接询问他们“你想要什么？”可能是一个危险的问题...... Babylon 5 - What do you want?

Answer 26

事实证明，用户并不知道他们想要什么。您需要问他们的是现在的问题是什么 - 他们对您的软件有什么问题？他们为什么不使用x功能和y控件？为什么互动x为他们工作，而互动使他们试图测量他们的眼睛？

当然，为了能够提出这些问题，您需要进行一些实地研究，了解所使用的功能，用户展示的模式以及分析数据。该分析将为您提供更具体的问题的基础，用户能够果断，准确地回答。

Answer 27

它被称为市场研究。

不，这不是对这个家伙的挖掘，这就是它的真正含义。当然，UCD人员在现场使用了许多技术来满足用户的需求，但它们与市场研究人员使用的工具完全相同。卡片分类，优先级列表等都是市场研究术语。