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

推荐订阅源

量子位
博客园_首页
罗磊的独立博客
云风的 BLOG
云风的 BLOG
J
Java Code Geeks
Last Week in AI
Last Week in AI
D
DataBreaches.Net
Jina AI
Jina AI
博客园 - Franky
大猫的无限游戏
大猫的无限游戏
Apple Machine Learning Research
Apple Machine Learning Research
V
V2EX
D
Docker
MongoDB | Blog
MongoDB | Blog
B
Blog RSS Feed
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
宝玉的分享
宝玉的分享
Engineering at Meta
Engineering at Meta
The Cloudflare Blog
博客园 - 三生石上(FineUI控件)
有赞技术团队
有赞技术团队
人人都是产品经理
人人都是产品经理
H
Help Net Security
T
The Blog of Author Tim Ferriss

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
改进用户研究的 10 个简单技巧
Kaysen用户研究 · 2024-07-11 · via 人人都是产品经理

本文提供了十个简单实用的技巧,帮助设计师提高用户测试的效果,从而优化产品设计。从早期测试到与真实用户的互动,这些建议将指导你如何更深入地理解用户需求并实现更好的用户体验。

测试是用户体验设计师工作的基本部分,也是整个用户体验设计流程的核心部分。这是消除设计阶段未预见到的问题或用户困难的好方法。

一、尽早进行测试

测试越早,就越容易做出更改,因此测试对产品最终质量的影响就越大。

  • 不要等待产品完全成型——只要您可以向测试参与者解释他们需要什么,您就可以测试设计模型和半功能原型(甚至是低保真度的原型)。
  • 一旦你确定了要测试哪些用户任务,就开始验证你的设计。你可以进行游击可用性测试。当你有了原型,走出办公室,找到至少与你的目标用户相似的人,然后开始测试!

二、概述你的测试目标

明确你的目标。确保你只问那些你需要回答的问题。在开始用户测试之前,你需要问自己:

“我需要从这次测试中了解什么?”

然后,一旦您了解了所需要知道的内容,您就可以根据该目标编写问卷或调查。

三、问开放式问题

封闭式问题的答案选择有限。这些答案可能是二选一(是/否)或多项选择。开放式问题可让您发现从未想过的事情,并让您了解客户的语言。

四、将设计视为一个动态过程

很多设计师认为设计过程是一个线性过程,从用户研究开始,经过原型设计阶段,最后进行测试。然而,它应该被视为一个动态过程。

定期的用户反馈应该是UX 设计流程的核心。

测试与编码、设计或收集需求一样,需要在产品设计和开发的迭代循环中占据一席之地。如果有资源,则在此过程的每个间隔进行用户测试非常重要。

五、与真实用户进行测试

根据真实用户的测试验证您的设计。确保您测试的用户不仅仅是您的朋友或家人!您需要独立且公正的用户。

提示:

在进行用户体验测试时,有时从最坏情况下的用户的想法开始很重要(例如,某人对您的产品一无所知,在登录时心不在焉等)。通过观察该人使用您的产品,您可以快速识别应用程序不够简单或不够清晰的地方。

六、让用户关注任务

在为用户设置任务时,很容易询问他们对产品的看法,或要求他们为每个元素打分。但是,最好为用户编写任务让他们尝试,这样您就可以在交互时捕捉到即时、自然的反馈。例如,如果您测试网站主页的重新设计版本:

  • 缺点:您觉得我们的网站怎么样?在 10 分中,您觉得网站服务的可用性如何?
  • 更好的答案:当你进入主页时你会首先点击哪里?

七、观察行为

区分倾听用户和观察用户非常重要。虽然这两种方法都能为用户体验设计师提供有价值的信息,但许多用户体验设计师犯的错误是过于注重倾听。观察用户可以在更短的时间内发现更多信息。

八、让整个团队参与到这个过程中

让整个产品团队参与测试活动非常重要。有机会观察用户将有助于整个团队了解可用性问题并理解用户。

尖端:

  • 如果无法让所有团队成员都参加测试会议,您可以录制测试会议的视频并与同事分享。
  • 参加考试的每个人都应该做笔记,记录自己学到的东西。你需要记下这些笔记,并在一天结束时进行总结。

九、注重质量,而不是数量

许多公司根本不测试他们的产品,或者只在发布后才测试,因为他们担心测试成本太高,耗时太长。事实是,测试并不需要耗时或花费太多。

NNGroup 研究发现发现:

与 5 位用户一起测试通常可以发现 85% 的可用性问题。

因此,您可以将一组用户聚集在一起,并在他们使用原型时与他们进行一对一的合作。

十、不要试图一次性解决所有问题

这根本就不可能做到。相反,应该修复最大(最重要的)问题,然后再进行测试。最好的测试是尽最大努力解决问题,发货,收集反馈,观察产品使用情况,然后进行相应的迭代。

测试不是你可以忽略的事情,因为即使是一轮简单的测试也可能成就或毁掉你的产品创意。因此,

尽早测试,经常测试

原作者:Nick Babich

原文链接:https://medium.com/ux-planet/10-simple-tips-to-improve-user-testing-6a86c84e2794

本文由 @蒋昌盛 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议

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