惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

J
Java Code Geeks
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
有赞技术团队
有赞技术团队
博客园 - 【当耐特】
云风的 BLOG
云风的 BLOG
Martin Fowler
Martin Fowler
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
量子位
Engineering at Meta
Engineering at Meta
博客园 - 叶小钗
T
The Blog of Author Tim Ferriss
Recent Announcements
Recent Announcements
罗磊的独立博客
B
Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
U
Unit 42
Microsoft Azure Blog
Microsoft Azure Blog
D
Docker
N
Netflix TechBlog - Medium
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
B
Blog RSS Feed
I
InfoQ
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
V
V2EX

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
给产品的3个必不可少的用户研究技巧
阿琦Aqi · 2023-12-15 · via 人人都是产品经理

在做用户研究时,不少人可能会陷入惯性误区,或者盲目地选择了不合适的用研方法。这篇文章里,作者就总结了三个用户研究技巧,一起来看看,或许可以帮助你避开误区,提升用研的有效性。

这篇文章主要讲的是用户研究的一些方法和技巧。

正文:

我目前的角色是在Trivago优栈网(一家成立于德国的全球酒店搜索网站)担任设计师,我负责轻量级的用研活动,同时与专门的用研团队合作。目前,我已经进行了超过30场有主持的用户访谈、超过15场没有主持的可用性测试等等。

在这篇文章中,我主要想分享三个简单的步骤进一步加强你的研究之路。这些见解来源于我主持的用户研究、与研究者进行合作以及一些有影响力的阅读,例如《像用户一样思考》、《足够的研究》、《持续发现习惯》、《尼尔森诺曼集团》和一些其他的文章。

一、确定用户行为和业务指标所需的转变

在选择一个用研方法之前,先问一下你自己为什么要做用户研究。你期待怎么样的改变?避免盲目地选择用研方法,我发现自己遇到过这样的情况:由于频繁使用,我被提示进行可用性测试或者用户调查,意识到这可能不是最合适的用研方法。

因此,您如何决定使用什么样的研究方法呢?这完全取决于您的研究问题以及您想要了解的内容。我强烈建议在推进研究之前把问题记录下来。

“如果你不知道如何提出正确的问题,你将什么也发现不了”——W.爱德华·戴明

你是如何提出正确的研究问题的呢?问很多问题:你有什么信息?你想知道什么?你期待什么结果?与你的调研人员进行参与讨论。与我共事过的很多优秀的调研人员都会问很多的问题,这将有助于帮助他们建立清晰度。一旦你找到了正确的研究问题,你就可以深入去寻找相应的方法、场景和任务。

关键说明:

建立一个明确的研究问题(实际上是用提问的方式把它写下来):我建议分解主要问题次要研究问题,直到你已经规划好你的问题后再开始研究。此外,了解你想要尝试解决问题所达到的期望结果,避免使用开放性词语,例如“探索”和“理解”,相反,选择一些具象的东西,比如“评估”和“识别”。

二、基于研究问题精心制定你的研究方法

在深入搞清楚研究问题对研究方法的影响之前,我们先来了解一下研究的基础知识。正如大卫·特拉维斯(David Travis)和菲利普·霍奇森(Philip Hodgson)在《像用户体验研究员一样思考》一书中指出的那样,从根本上来说,所有的用户体验研究都在回答以下两个问题中的一个:

  1. 谁是我们的用户?他们想要做什么?
  2. 人们可以使用我们设计的东西来解决他们什么问题?

从本质上来说,用户研究的核心在于彻底地理解问题并随后评估其可用性,让我们下面进行进一步的拆解,以更深入地研究并探索常用的方法。

因此,在计划研究活动时,请确定您的研究阶段并将其与您的研究问题结合起来以达到目标。以下提供了一些最常见研究方法的详细信息。

一个小提示:如果你想要提升现有系统,请不要错过可用性测试。

如果你只能做一件事情去提升现有的系统,那必定是做定量的可用性测试,这是提升可用性最有效的方法。

我从常见的研究方法列表中排除了日志研究、焦点小组等方法,因为他们对于设计师来说可能不太实用。

关键标注:

针对发现阶段最大的风险和假设进行研究活动:这是我从Teresa Torres持续发现会议中学到的东西,我发现这很有用。在任何项目的初始启动中,我们倾向于记录我们可能拥有的所有假设,并根据研究问题使用不同方法来测试最关键的假设。

三、使用数据三角测量做出明智的决策

人们所说的,人们所做的,和他们说他们做了什么是完全不一样的事情。——玛格丽特·米德

在项目的每一个阶段,我强烈建议结合定性和定量研究方法。研究方法的选择取决于研究问题。在很多场景中,我试着将每个阶段这两个不一样的方法合并到每个阶段,每一个方法都有它的优点和缺点。例如,在发现阶段,用户访谈可以作为定性指标来理解潜在的推理内容。但是,你可能需要类似于问卷调查形式的定量指标,来证实为什么解决已验证问题的重要性。

相似的是,在评估阶段,可用性测试提供了定性指标来帮助理解原因。结合这些定量指标(例如转化率、任务完成时间、跳出率)相结合,可以帮助你全面证明设计的有效性。

关键标注:

在发现阶段定义定量和定性的用户体验成功指标:也许在发布了一个功能后,他并没有对业务指标产生预期的影响。在这种情况下,你可能想要突出显示该特定功能的行为结果。为了解决这个问题,请使用用户体验定量指标(系统可用性得分、任务成功率等)来支撑你的立场,并使用定性指标来揭示其隐藏在背后的原因。提前定义他们以避免后期遇到挑战。

四、额外提示:避免犯错

1. 避免避免提出引导性和直接性的问题

人们通常喜欢投其所好,当问到引导性的问题时,他们倾向于将将自己的答案和问题保持一致。

另一方面,直接性问题可能无法提供完整的情况,他们给出的答案通常反映了他们渴望成为的人。

2. 抵制你对大数字的喜爱

我记得一位同事说,这些设计师/研究人员们通过5-10个用户,问上一堆问题来做测试设计的好坏,太天真了。

好吧,听起来样本量越大越合乎逻辑,结果应该越好,但是并不意味着更多的用户一定会提供更好的结果。一个针对5个用户明确的好的可用性测试,与1000人参与的不明确的可用性测试相比,却可以产生更好的产品改进机会。

3. 了解用户研究数据的强度

不是所有的用户研究数据都同等可靠,研究数据的强度扮演着至关重要的角色。

强有力的证据方法涉及行为数据,主要关注目标用户在任务上的执行。另一方面,弱的证据方法由意见数据组成,以人们的言论为中心。

记住:关注用户做了什么,而不是用户说了什么。

结论

  1. 确定用户行为和业务指标所需的转变;
  2. 根据研究问题制定您的研究方法;
  3. 使用数据三角测量做出明智的决策。

补充:避免提出引导性问题和行为的问题,抵制对追求大数字的喜爱,并理解用户研究数据的强度。

原文作者:Shivam Sunderam(本文翻译已获得作者的正式授权);译者:阿琦Aqi

原文:https://uxplanet.org/3-essential-research-tips-for-product-designers-732cc4cc5062

本文由 @阿琦Aqi 翻译发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。