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

推荐订阅源

B
Blog RSS Feed
V2EX - 技术
V2EX - 技术
P
Privacy & Cybersecurity Law Blog
T
The Exploit Database - CXSecurity.com
美团技术团队
WordPress大学
WordPress大学
博客园 - 司徒正美
S
Securelist
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
博客园 - Franky
Attack and Defense Labs
Attack and Defense Labs
Security Latest
Security Latest
L
LINUX DO - 最新话题
NISL@THU
NISL@THU
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
腾讯CDC
Y
Y Combinator Blog
The Hacker News
The Hacker News
Security Archives - TechRepublic
Security Archives - TechRepublic
IT之家
IT之家
T
Threatpost
Hugging Face - Blog
Hugging Face - Blog
Scott Helme
Scott Helme
S
SegmentFault 最新的问题
Cyberwarzone
Cyberwarzone
C
Cisco Blogs
阮一峰的网络日志
阮一峰的网络日志
U
Unit 42
B
Blog
Microsoft Azure Blog
Microsoft Azure Blog
P
Proofpoint News Feed
小众软件
小众软件
V
Vulnerabilities – Threatpost
J
Java Code Geeks
V
Visual Studio Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
A
Arctic Wolf
博客园 - 【当耐特】
Microsoft Security Blog
Microsoft Security Blog
S
Security @ Cisco Blogs
雷峰网
雷峰网
Help Net Security
Help Net Security
The Last Watchdog
The Last Watchdog
Recent Announcements
Recent Announcements
G
Google Developers Blog
C
CERT Recently Published Vulnerability Notes
T
Troy Hunt's Blog
MyScale Blog
MyScale Blog

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
手把手教你做可用性测试
Clarence · 2022-05-30 · via 人人都是产品经理

编辑导语:可用性测试是用来确保产品设计可以带给用户好的体验的一种测试方法,它经常发生在低保真设计和高保真设计阶段。本文作者从制定测试计划、执行测试、分析结果以及分享结果这四个步骤对可用性测试进行了分析,一起来看一下吧。

可用性测试是用户体验设计师采用的一种测试方法,用来确保产品设计可以带给用户好的体验。

可用性测试常发生在低保真设计和高保真设计阶段,根据用户试用的反馈意见,对设计进行修改。这个阶段的修改代价较小,因为只涉及到原型图的修改;如果等到前端页面开发完成后再修改,代价就比较大。同时,可用性测试还可以让用户验证产品的创意,加深产品经理对产品的理解,避免开发团队浪费时间和精力开发没有把握的产品。

尽管可用性测试是设计师常用的方法,但其思想、操作方法也可以被产品经理采用,比如在产品开发完成后、上线前进行测试,尽可能避免上线后因体验不好或功能不完善造成用户流失。

可用性测试可以分为制定测试计划、执行测试、分析结果以及分享结果四个步骤。

01 好的用户体验的标准

在具体介绍可用性测试每个步骤之前,先来看一下一个好的用户体验有哪些标准。

1. 易用

产品的设计、结构、意图对用户来说是清晰的;产品功能是容易理解的;产品导航是容易操作的;产品是可以完成某项任务的。比如装在玻璃瓶里的番茄酱非常难倒出来,改成可挤压的设计就会容易的多;使用银行卡付款时,每次输入一长串数字非常麻烦,使用拍照识别就非常方便。

2. 有用

产品设计是否帮助用户解决了痛点或问题?是否帮助用户实现了目标?是否为用户带去了独特的体验。软件产品功能的有用性可能比较难以判断,一个功能或多或少都会有人使用,可以根据使用人数的多少来判断,如果人数太少,那么这个功能或许就不太有用;太多无关紧要功能的堆砌可能会掩饰产品的核心价值,即造成所谓的“功能膨胀”。

3. 令人愉快的

用户使用产品是否感到愉快,这在用户和产品之间创造了一种积极的联系。用户体验设计师通过在制作产品时考虑到用户的想法和感受来促进这种积极的联系。提起令人愉快的设计,第一个想到的可能是苹果公司的设计。用户或许在审美上存在差异,但总体来说,是能够区分出好的设计和不好的设计。

在了解这些标准后,接下来结合一个示例来解一下可用性测试的具体步骤。

02 示例

Art Travel是一款为艺术爱好者打造的app,用户可以使用app查询他们喜欢的展览并可以预订门票、导览工具和导游;分享参加展览的状态;浏览艺术家的作品。接下来的步骤会用这个app做为示例。

1. 制定测试计划

右边思维导图可以产出,实验计划包含七个部分,分别是项目背景、调研目标、调研问题、kpi、调研方法、参与对象及脚本。

1)项目背景

阐明当前阶段产品情况以及想要调研对象测试的内容,概括整个测试。

以Art Travel为例,背景可以是“我们为艺术爱好者开发了一款可以在线查询展览并预订门票的app;我们想要研究我们的产品是否容易使用,是否存在问题及探究问题解决的办法”。

2)调研目标

你想要从研究中获得什么以及结果如何影响你的设计;目标要小,要具体,以Art Travel为例,可以是“用户能否使用产品完成从发现展览到预订门票,下单支付这个核心流程”。

3)调研问题

是对目标的具体化,要具有实践性,可通过实验来回答;要中立,不要引导用户;要明确收集的数据是定性的还是定量的。

以Art Travel为例,问题可以是“用户完成这个流程大概需要多长时间;我们可以从用户的操作中发现什么问题;支付环节是否容易使用”。

4)kpi

衡量目标的效果,可以是任务上耗费的时间、退出率、转化率、用户错误率、导航或搜索使用频率、购买意愿、推荐意愿、产品可用性评分,以Art Travel为例,可以是“用户下单到结算需要的时间;有多少用户放弃了任务,各个环节的转化率是多少;产品可用性评分是多少;有多少用户愿意使用产品”。

5)调研方法

可分为一手研究(问卷调查、采访、焦点小组和可用性测试)、二手研究(查阅书籍、资料);定量和定性研究。

以Art Travel为例,这里采用可用性测试的方法。还要说明一下时间、地点、实验方式,比如调研对象根据给出的要求,使用产品完成任务;在任务完成后,需要完成一个调查问卷。

6)参与对象

首先要刻画出要调研的对象的特征(比如性别、年龄、地区、产品使用习惯),然后做出筛选,注意要对象的多样性。以Art Travel为例,调研对象为每个月去参观展览一到两次的艺术爱好者,年龄在18——75,包含学生、全职工作者、退休老人以及艺术家。

7)脚本

描述实验的任务、步骤,以及采访时要问的问题。以Art Travel为例,“打开App,并进行注册”,“请找到个人页面,然后完成资料补充”,“请找到一个你感兴趣的展览”,“在搜索展览时,是否容易操作”。

2. 进行测试

在用户进行测试时,设计人员既可以陪伴在调研对象的身边,也可以不陪伴,两种方法各有自己的优缺点。

1)陪伴

优点是可以获得一手资料,亲自观察调研对象与产品的互动,获得的反馈更加真实;为调研对象提供指导,从而帮助他们完成任务;可以与调研对象交谈,进一步了解他们的想法;对任务进行解释,便于调研对象能够更好理解。

缺点是设计人员可能会影响到调研对象,比如影响参与者的心情,带去偏见,从而影响实验结果。

2)非陪伴

优点是参与者可以自然与产品进行交互;可以按照他们自己的想法使用产品;成本更低,也更方便的安排实验。

缺点是不能需求帮助,设计人员也不能问更多详细的问题,数据也可能更难分析。

链接是谷歌进行的一个非陪伴式测试,可以看一下测试者如何操作的。

在参与者进行测试时,需要对他们的操作进行记录,可以按照这几个维度去记录:

  • 实验任务
  • 点击路径:用户依次点击了哪些按钮
  • 观察:用户的感情、行为以及痛点
  • 直接引用:用户说了什么
  • 易用程度评分

以Art Travel为例,一项任务的记录如下:

  • 任务:搜索展览并从中选择一个你感兴趣的
  • 点击路径:点击搜索框—输入关键字—点击搜索按钮—下滑屏幕—点击进入详情页—返回筛选列表—选择展览
  • 观察:用户有时候不知道输入什么进行搜索
  • 直接引用:缺少排序选项,希望可以按照受欢迎度对筛选结果进行排序
  • 易用度评分:功能完成,但是不太容易使用

3. 结果分析

在完成对参与者操作的记录后,需要对记录进行分析,主要是分析你观察到的,以及参与者所说的。这些记录可以按照不同维度进行分类,比如功能维度、体验维度等。这里提供一个可视化工具方便对记录进行组织。

以Art Travel为例,将记录按照功能为例:

  • 搜索功能:没有说明搜索结果是按照什么排序的;缺少对搜索结果排序的选项;有时候不知道搜索什么
  • 订票功能:没有办法买儿童票和老人票;导览设备是默认的,但不需要;提交订单的时候才被告知已经没有票了;没有显示单价,只显示了总价格
  • 支付功能:支付页没有告诉购买的东西,只显示了总价格;需要输入信用卡账号,非常麻烦;没有显示展览日期,容易忘记

然后对每组的记录进行主题提取,即用简短的话进行总结概括,方便他人理解。并在此基础上,给出洞察、建议。

比如以Art Travel为例,主题可以是根据大多数参与者的反馈,搜索结果无法排序。

洞察:提供可以排序的维度,以便用户按照自己需求对搜索结果排序。

接着,我们需要对主题以及获得的洞察进行优先级排序。产品中存在必须修复的问题,阻碍用户完成任务的因素,欺骗或误导用户的因素,不可访问或难以访问的因素,这些问题的优先级最高。

最后,根据优先级选出几个主题,并根据洞察,对低保真原型图进行修改。

4. 结果分享

这一步是对前面步骤输出的汇总,可以用PPT的形式进行展示。

03 写在最后

这篇文章介绍了可用性测试的基本概念以及实施步骤,希望可以帮你建立起对可用性测试的认知。

最后总结一下可用性测试的意义:以用户为核心,在设计阶段,确保可以产出为用户带来好的体验的产品。

本文由 @Clarence 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于CC0协议