如何找出用户真正想要什么？[关闭]

StackOverflow https://stackoverflow.com/questions/415260

  •  03-07-2019
  •  | 
  •  

题

我在某处读过（我忘了来源，抱歉 - 我想是 MS Office 开发人员的博客？），当您对用户进行调查，询问他们希望在您的软件/网站中看到哪些功能时，他们会更愿意通常，他们不会说他们想要每一个小东西，但收集的指标显示，最终，大多数人并没有使用其中 99% 的功能。博客文章的总体信息是，你不应该问人们他们使用什么，你应该自己跟踪它。

当试图弄清楚下一步要添加什么新功能时，这会导致不幸的先有鸡还是先有蛋的情况。如果没有该功能，我无法衡量它的实际使用量。由于资源有限（并且严重紧张），我也无法承担添加所有功能然后删除未使用的功能的费用。

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

有帮助吗？

解决方案

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

其他提示

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

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

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

前世的轶事：

我们正在计划发布一个新版本，并希望向该应用程序添加一些新功能。我们让用户聚集在一起，集思广益，讨论他们想在系统中看到什么，将每个“功能”放在白板上的黄色便签上。然后，我们将类似的请求分组在一起，并消除重复或接近重复的请求。

然后我们将每张便利贴放在桌子上，前面放着一个杯子。每个用户得到 10 便士来“投票”他们想要的功能。他们可以在每个杯子里放入任意数量的便士，如果愿意的话，可以将所有便士放入一个杯子中。然后，我们计算了每个杯子中​​的便士数量，并选择按照得票顺序实施前 5 名得票者。

令人惊讶的是，人们在集思广益和分类时对某个功能充满热情，却转而不再投票支持该功能（或轻率地投票）。

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

你问他们。

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

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

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

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

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

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

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

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

吃自己的狗粮

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

根据 37 个信号 - 变得真实 书，你什么都不做，甚至不记录他们想要的东西，你只是读完邮件后删除，没有任何操作。

当涉及到实施/修复内容时​​，您会立即记住用户想要的最重要的事情。显然这需要一点用户基础。

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

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

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

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

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

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

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

“像水一样穿过裂缝。不要自信，但要适应对象，你会找到一种方法或通过它。如果你内心没有什 清空你的思想，变得无形。没有形状，像水一样。如果你把水放进杯子里，就会变成杯子。你把水倒进瓶子里就变成了瓶子。你把它放在茶壶里它变成了茶壶。现在，水可以流动，也可能会崩溃。是水我的朋友。“

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

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

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

  1. 德尔福的甲骨文

    优点：精度极高 缺点：如果你能解释这些信息，但很多人做不到（经常看到他们想看到的东西）。还需要恳求，这可能会变得混乱（与流行的观点相反，你的百日墓不必是 100 头相同类型的牲畜）。

  2. 通灵术

    优点：精确到一点。

    缺点：稀有的。容易精神不稳定，极易受到可怕生物的攻击，并且可能会引起他们不必要的注意。此外，需要经验来理清人类思维的奥秘，以获得所需的信息。有时，你仍然需要在受试者实际做需要帮助的事情时对其进行探究，因为用户会撒谎。

  3. 种一颗鼹鼠

    优点：新的小玩意。新毒药！计划中的计划中的计划。宝贝真是一场怪诞表演。除了帮助用户所需的信息之外，您还可能会学到各种有趣的东西。

    缺点：昂贵的。代理很有可能会攻击你，或者无法学到任何你无法简单地学到的东西。如果被发现，组织可能会转产或清算该资产，这意味着巨大的资源投资。组织可能会回报。

  4. 猜测

    优点：找一群想象力和解决问题能力一般到很高的人，给他们喝点酒，并用《捉鬼敢死队》、《小中国的大麻烦》或《大卢博斯基》中的一些名言来激励他们。谁知道它会去哪里，但这会很有趣，他们可能会产生一些有趣/有用的东西。

    缺点：满足用户需求的机会比你想象的要高，但也不是那么好。

  5. 询问用户

    优点：作为流程的一部分，用户感到自己被赋予了权力。

    缺点：直到他们必须做出任何决定，此时你就得靠自己了。除非用户是非常有经验的用户，在这种情况下他们可能很清楚自己想要什么。然而，这个星球上只有 4 个有经验的用户，而且没有人知道谁可以为他们工作。他们可能是神话中的野兽。

  6. 假装您关心并询问用户（即使您实际上并不关心），然后观察他们执行涉及的任何关键工作流程/流程/等，并注意他们所做的事情。

    优点：你欺骗用户，让他们认为他们的意见很重要，这会赋予他们权力，但不会带来任何其他包袱。自从 用户撒谎 - 没有故意或恶意的想法 - 您实际上可以看到它们的实际情况，并更好地了解问题所在，从而为您构建解决方案奠定更好的基础。而且，你避开了通灵之路，从而避免了一条漫长而曲折的道路，这条路始于承诺，但最终以你和通灵者被某种不属于这个世界的可怕的、难以形容的东西吃掉而告终。观察这个过程就像完全禅宗一样，这对你的开发者神秘感很有好处。

    缺点：无需前往 Oracle 的公路旅行（这将是 EPIC）。间谍更性感；小鸡们挖间谍。捉鬼敢死队|小中国的大麻烦|大卢博斯基可能没有参与其中。与其他选项相比，感觉更像是工作。

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

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

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

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

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

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

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

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

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

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

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

但在研究阶段尊重他们也很重要。调查仍然很适合做研究，但如果你问他们十几个问题，他们会讨厌你。您需要尊重他们的时间并使用调查工具，让他们参与其中并留下深刻的印象。

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

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

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

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

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

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

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

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

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

这是一个很好的问题。

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

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

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

想象一下你是他们

用例。

他们会怎样 做 有那个功能吗？

它的工作原理是这样的。

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

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

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

每个特征都必须是一个动作、一个决策或信息。并且连接最好是直接的。不能导致决策或行动的信息甚​​至不是“有好处”——它是垃圾。

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

编辑

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

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

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

基于以下原则：

  1. 用户知道他们想要什么，但他们 不知道他们到底是什么 需要.
  2. 你是 永远不会把它做对 第一次。

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

迭代是关键！

A。表决

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

  2. 然后让他们查看列表并允许他们对功能进行投票。比如说，给他们 100 分来分配功能。他们可以给某项功能超过 1 分。

B.分析

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

  • 用户有时不会得到大 图片
  • 你有这个真的很棒 用户不会想到的想法 巴吉利翁年。

C。实施

分析 A 和 B 的列表，合并，删除一些， 提升 一些。实施。

D .测试

对用户进行测试。听听他们的抱怨。看 - 他们经常使用的功能 - 他们卡住的东西 - 等等

E.迭代

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

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

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

P.S。直接询问他们“你想要什么？”可能是一个危险的问题...... 巴比伦5 - 您想要什么？

它被称为市场研究。

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

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top