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

推荐订阅源

T
Threatpost
aimingoo的专栏
aimingoo的专栏
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
T
Tailwind CSS Blog
J
Java Code Geeks
博客园_首页
Google Online Security Blog
Google Online Security Blog
Hugging Face - Blog
Hugging Face - Blog
C
CXSECURITY Database RSS Feed - CXSecurity.com
I
Intezer
P
Palo Alto Networks Blog
V
Vulnerabilities – Threatpost
雷峰网
雷峰网
O
OpenAI News
SecWiki News
SecWiki News
小众软件
小众软件
酷 壳 – CoolShell
酷 壳 – CoolShell
美团技术团队
N
News | PayPal Newsroom
Project Zero
Project Zero
Forbes - Security
Forbes - Security
IT之家
IT之家
A
Arctic Wolf
WordPress大学
WordPress大学
Jina AI
Jina AI
T
Tor Project blog
博客园 - 三生石上(FineUI控件)
S
Secure Thoughts
Google DeepMind News
Google DeepMind News
Attack and Defense Labs
Attack and Defense Labs
博客园 - 聂微东
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
P
Privacy International News Feed
Cloudbric
Cloudbric
G
GRAHAM CLULEY
博客园 - 叶小钗
H
Hacker News: Front Page
腾讯CDC
量子位
Help Net Security
Help Net Security
人人都是产品经理
人人都是产品经理
C
Cyber Attacks, Cyber Crime and Cyber Security
月光博客
月光博客
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
宝玉的分享
宝玉的分享
爱范儿
爱范儿
L
Lohrmann on Cybersecurity
Hacker News - Newest:
Hacker News - Newest: "LLM"
Recorded Future
Recorded Future
C
CERT Recently Published Vulnerability Notes

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
用户体验度量模型
忻芸 · 2023-03-11 · via 人人都是产品经理

用户的体验度对各个平台来说都很重要,成功的网站都会建立一个良好的页面用户体验,而用户体验度量模型能够有效地查看用户体验度,并针对出现地问题及时做出措施,本文系统介绍了几个关于用户体验度的模型,一起来看一下吧。

本文介绍了几个关于用户体验度的模型,UES模型、适合网站的 PLUSE、谷歌的 HEART、蚂蚁的 PTECH、K- MUX模型和GSM模型,它们各有切入点,也各有其适应场景。

本文对各个模型的概念和它们相应的维度做了详细的介绍。

一、UES模型

1. UES模型介绍

UES(User Experience System)是阿里云设计中心通过多年设计实践中沉淀下来的云产品使用体验度量系统,它不仅是一套方法论,更是一套可运行的体系,由三大部分有机构成:

  1. 第一:一个包含五大维度的 UES 体验度量模型。
  2. 第二:一个体验问题从发现到闭环的体验管理机制。
  3. 第三:一个易用性测试和数字化管理的体验工具集。

于是阿里根据 B 类技术产品特性,在多个维度中评估和挑选,重新思考定制,设计了 UES 模型的五个维度:

1)易用性——Ease of use

易⽤性是产品使用质量的核心维度,它反应产品对⽤户而言是否易于学习和使用,包含易学性、易操作性和清晰性3个维度。

易⽤性的提升可以促进操作效率和任务完成率的提升、降低学习成本、提升⽤户体验和满意度。

2)一致性——Consistency

一致性指多款产品间通用范式部分的一致程度,分为整体样式、通用框架和常用场景及组件等维度。

对于⽤户⽽⾔,体验⼀致性的提⾼可以降低⽤户的操作时⻓及错误率,降低学习成本,提升⽤户的满意度。

对于产品设计及开发者⽽⾔,保持体验⼀致性可以提升开发效能,产品模块的可集成性、稳定性和可延续性更⾼。

3)满意度-——Happiness

满意度反映着用户对产品或服务的期望被满足的程度,这个指标一定程度上会反映用户再次使用和对产品进行推荐的程度。

4)任务效率——Task Success

任务效率包含任务完成率和任务完成时间,云产品的任务链路相对复杂。

针对有明确任务或有固定使用流程的产品,通过比对用户路径和产品设计的理想路径之间的差异,能够帮助我们发现产品流程设计上的问题。

5)性能——Performance

监控性能的指标有很多,其中最影响用户感知的指标是首屏渲染时间(FMP),指用户从发出请求到看到控制台主要内容的时间。

其次,还包括页面请求响应时间、API 请求响应时间等指标。

(易用性度量量表)

二、PULSE模型

PULSE模型(Page view、Uptime、Latency、Seven days active user、Earning):是传统的网站衡量指标。

主要是用来衡量网站基于商业和技术的产品评估,被很多公司和组织广泛应用于跟踪产品的整体表现。

1. Page View——页面浏览量

百度百科解释:

页面浏览量,通常是衡量一个网络新闻频道或网站甚至一条网络新闻的主要指标。网页浏览数是评价网站流量最常用的指标之一,简称为PV。监测网站PV的变化趋势和分析其变化原因是很多站长定期要做的工作。

实际上来说,网站在页面浏览量这块统计上,不单纯是总PV维度,还有日PV、周PV指标。

如果有些网站对精细化指标有要求,就会按照人群标签、时间维度等进行细分。

但对于当前网站的度量要求来说,UV也是一个非常重要的指标。

UV是指网站访问量,网站访问量的衡量标准一个是独立IP,即00:00-24:00同一个IP访问了网站10次,也算1次。

而PV是可以累计计算的。

因此,我们可以发现,相同时间段内的PV数量会大于UV数量。

2. Uptime——正常运行时间

正常运行时间是指网站需要有持续稳定运行的时间,如果平台出现故障,不仅降低了用户体验,且会对企业造成极大的损失。

现在市面上有很多可以监测网站运行时间的工具,例如站长工具。

3. Latency——延迟

百度百科解释:

网络延迟是指各式各样的数据在网络介质中通过网络协议(如TCP/IP)进行传输,如果信息量过大不加以限制,超额的网络流量就会导致设备反应缓慢,造成网络延迟。

因此,当用户打开网站时,感受到了明显的响应速度慢,页面迟迟刷新不出来,就会关闭网站,转去其他网站逛逛了。

关于网络延迟的指标,业界是有一定的定义的,如下(来自百度百科):

  • 1~30ms:极快,几乎察觉不出有延迟,玩任何游戏速度都特别顺畅。
  • 31~50ms:良好,可以正常游戏,没有明显的延迟情况。
  • 51~100ms:普通,对抗类游戏在一定水平以上能感觉出延迟,偶尔感觉到停顿。
  • 100ms~200ms:较差,无法正常游玩对抗类游戏,有明显卡顿,偶尔出现丢包和掉线现象。
  • 200ms~500ms:很差,访问网页有明显的延迟和卡顿,经常出现丢包或无法访问。
  • >500ms:极差,难以接受的延迟和丢包,甚至无法访问网页。
  • >1000ms:基本无法访问。

计算方法:1秒=1000毫秒(例:30ms为0.03秒)。

4. Seven days active user——7天活跃用户数

百度百科定义:

活跃用户,是相对于“流失用户”的一个概念,是指那些会时不时地光顾下网站,并为网站带来一些价值的用户。

7天活跃用户数是指7天内来到过网站的用户数,活跃用户数在一定程度上反映了用户对网站的认可程度。

7天活跃用户数有两种计算方式,一种是查重,一种是不查重。

查重只是对连续多日登录的用户只统计一次,不查重是指对连续多日登录的用户连续统计。

对于7天连续活跃用户数的指标需要精细化统计,否则数据将没有意义。

例如有些用户每天登录网站签到,但不进行其他任何行动,这样的活跃数是质量较差的活跃数。

对于内容类网站来说,可以统计每天阅读30分钟以上的7天活跃用户数,并且还可以对指标在进行拆分,分为轻度、中度、重度活跃用户数。

5. Earning——收益

不同类型的网站,收益模式不同。

例如B站是通过游戏、广告、直播获得收益;36氪是通过广告、企业增值服务、订阅服务获得收益;百度是通过广告、增值服务等获得收益 。

因此,收益维度的度量,不同的网站需要区分来看。

PULSE模型从网站较为关注的方面给出了度量的五个维度,提供了一套度量网站体验相对较为完善的框架。

三、HEART模型

Kerry Rodden 作为谷歌资深用户体验研究员和数据分析师,在大量度量用户体验的探索与实践中总结出了HEART用户体验度量模型,帮助团队高效选择正确的数据指标。

该模型在谷歌内部广泛使用,并通过论文、博客等渠道传播,使其他公司、团队也能够在使用的过程中受益。

HEART用户体验度量模型包括两个模块:

用户体验度量的5个维度

大量实践中,谷歌团队发现他们所监控的用户体验数据指标可以聚类归为5个类别,即度量用户体验的5个维度:愉悦度、参与度、接受度、留存率、任务完成度

明确这5个维度可以系统地从各维度入手,思考产品的用户体验目标在各维度下具体意味着什么,同时通过几个维度横向比较明确某产品用户体验的核心维度和核心目标:

1. Happiness——愉悦度

愉悦度或愉悦感是指用户在使用产品过程中的主观感受,包括满意度、净推荐指数(NPS)、视觉感受、易用性感知等。

主要通过问卷调查获取数据。

有时在版本迭代后的用户调查中,用户因为更习惯旧版本而觉得新版本愉悦度低,此时更多的是使用习惯改变带来的主观感受变化,不一定是新版本设计缺陷导致。

而通过标准化问卷监测一段时间内的愉悦度,可以排除使用习惯短期改变带来的干扰,更直接的判断新版本对用户体验愉悦度的影响。

《什么是净推荐值NPS?》https://www.zcool.com.cn/article/ZMTMyNjY2MA==.html

该方法通过调查客户问题“你有多大可能向您的朋友或者同事推荐我们公司的产品或服务?(0-10分)”获得

2. Engagement——参与度

参与度是用户在一个产品中的参与深度,在这个维度上,通常是一段时期内访问的频度、强度或互动深度的综合。

比如拍照应用的参与度可以体现在单个用户每天上传的照片数,视频应用可以体现单个用户每日视频浏览时长,滴滴可以是单个用户每周出行订单数。

应用数据总量的增长可能是由更多的用户产生,而不是由单个用户更多的使用产生,如上述例子,相比于关注数据总量,参与度这一维度是关注单个用户的参与程度并通过应用内用户行为数据得以体现。

参与度的衡量指标:有效活跃用户的数量。

3. Adoption——接受度

接受度反应产品对新用户的吸引,是很常见的维度。

接受度是通过特定时期内大量的用户统计来反应新用户对产品或功能的使用情况。

此处特定的时期(比如是一周还是一个月)和使用情况(比如使用是指打开应用,或进入发单流程,还是成功发出订单)需要团队在度量接受度时根据项目目标来决定具体指标。

接受度监控特定时期内有多少新用户开始使用产品(比如近7天内新建的账号)。

4. Retention——留存率

留存度是衡量现有用户的重复使用情况,比如有多少活跃用户在指定时间内仍在使用应用或某功能。不过通常相较于关注留存度,更多关注的是流失度,两者属于同一个维度,可以灵活选择。

接受度和留存度都是通过特定时期内大量的用户统计,来监控新用户和老用户,在产品不同发展时期对二者的侧重会有所不同。和接受度相同的是特定的时期以及如何定义使用需要各团队根据项目目标来决定。

留存率则监控特定时期内有多少用户在下一个时期内仍然存在(比如,某一周7天活跃用户在3个月后仍然在7天活跃用户中)。

接受度和留存率的衡量指标:定义产品核心功能。

改版核心功能的接受度和留存率与没改版之前作比较。

5. Task success——任务完成度

任务完成度维度包括一些传统的用户体验行为指标,比如效率(如完成任务的时间),效果(比如任务完成的百分比)以及错误率。

这一维度在产品或功能是工具型时尤为合适,比如记账、打车等这类工具性应用,或搜索、上传照片、客户服务这类工具型功能。

任务完成度的衡量指标:

1)任务完成率

成功完成任务的用户数除➗尝试完成任务的用户总数得到的结果。

2)任务完成时间

用户成功完成一个预先设置的任务场景的时间总和。

  • a.用户完成任务的时间;
  • b.从开始到用户放弃或者未正确完成任务的时间;
  • c.用户花费在一个任务上的总持续时间。

3)发生错误的数量

指用户在尝试任务时产生的任何过失、错误或疏忽。

出错率可以从0到无穷大,但在用户体验测试中,一个任务的出错数很少超过20。

四、PTECH 模型

PTECH是AntD基于HEART 模型,根据企业级产品实际情况修正得到的 PTECH 度量模型,用于度量企业级产品体验。

  • Performance——性能体验;
  • Task success——任务体验 ;
  • Engagement——参与度 ;
  • Clarity——清晰度 ;
  • Happiness——满意度。

五、GSM模型

GSM模型(Goals,Signals,Metrics):是Google提出的一种自上而下度量用户行为的方法,通常用于衡量产品/项目目标的实现程度。

1. Goals——目标

目标:需要解决的问题,通过对产品(项目)目标拆解推导出用户体验目标,体验目标辅助产品目标达成。

G目标:业务目标是什么?用户目标是什么?设计目标是什么?

要搞清楚要建立什么指标,可以从目标入手,以便选择实现目标过程中的指标。

很多人容易陷入头脑风暴的陷阱,一开始都以穷举的方式,把自己能想到的指标都列出来,最后把自己都搞晕了,却无法区分哪些是重点指标。

此时,我们需要拔高一个层次,从目标入手,拆解过程。

这就像我们的组织结构图,有一个顶点,下面多条分支

2. Signals——信号

信号:设计目标实现后所产生出的现象,设计目标是信号的必要条件;

S信号:与目标相对应的信号是什么?目标实现了,用户行为、态度会有什么改变?

3. Metrics——指标

指标:是对用户现象的量化,也就是信号所得出的可衡量的数据化现象。

M指标:与信号对应的关键指标有哪些?

六、K-MUX模型

为了达到产品⾼效,统⼀,灵活和有活⼒的体验,结合国际⽤户体验平均指标,制定了4个衡量维度来帮助产品达到预期的影响⼒,即:设计规范性、使⽤流畅性、性能稳定性、⽤户满意度。

1. 规范性 Standardability

模型主要评估产品的视觉和交互表现,从7个⽅⾯(整体样式、框架、常⽤组件、主要⻚⾯、⽂案、动效和适配)及其对应97个设计指标进⾏度量。设计规范化可简化设计开发流程,帮助⽤户降低学习成本,提⾼系统使⽤的稳定性,扩展性,可维护性以及⾼效性,从⽽让⽤户更好的完成⼯作。

2. 使⽤流畅性 Fluncy

以可⽤性度量的5E平衡⽅法:有效性Effffective,效率性Effiffifficient,吸引性Engaging,容错性Error tolerant,易学性Easy to learn维度对应10个指标进⾏度量,从⽽缩短任务完成时间,减少任务出错率,提⾼产品的易学度,进⽽提⾼产品整体的任务成功率,任务完成效率。

3. 性能稳定性 Stability

主要对最影响⽤户感知的⼏个性能指标:加载时间,响应时间,可访问性,报错率,⽹⻚安全性进⾏监控测量,从⽽提升⻚⾯加载速度,打造优质⽤户体验。

4. ⽤户满意度 Satisfifiability

满意度相对于其他指标来说,更偏向于⽤户的主观感受,是⽤户对以上三个维度的产品体验进⾏综合反馈。我们设置了统⼀的“聆听反馈”机制来收集⽤户数据,从⽽验证产品体验原则:⾼效,统⼀和灵活。

5.产品体验综合评分

设计规范性,使⽤流畅性,性能稳定性,⽤户满意度每个维度分别为100分,根据实际的业务与⽤户的差异性,可对各个维度所占有的评分权重进⾏调整。即产品体验质量总分公式为:

产品体验质量总分=设计规范性评分权重占比+使用流畅性评分*权重占比+性能稳定性评分权重占比+用户满意度评分权重占比

之后,我们对“产品体验质量总分”进⾏评级维度转换,相对应的评级维度有:⽤户接受度,产品体验质量评级,⽤户推荐值NPS。

之后,我们对“产品体验质量总分”进⾏评级维度转换,相对应的评级维度有:⽤户接受度,产品体验质量评级,⽤户推荐值NPS。

评分等级参考⽂献《5 WAYS TO INTERPRET A SUS SCORE》2018,该度量⼯程采集样本为10000例,时间跨度为30年。

其中,产品的上线分数规定为70分以上;若总分⾼于70,对产品体验进⾏⼩的改进即可;若总分⼩于51,则需要⽴即就体验问题或痛点进⾏关注。

七、总结

阿里的UES模型是一个本土的用户体验度模型,好理解且可操作性比较强。

在日常的设计或产品优化的过程中,我们可以从以上5个维度查看我们的产品体验度是否有变得更好。

同时通过其检验闭关的三点:收集体验数据,对体验有问题的及时跟踪与修复,不断迭代,来让我们的产品变得更好。

PULSE主要是用来衡量网站。

在实际项目中,并不是一定要应用所有维度的指标。

而是根据项目的环境和属性,选择适合的框架来确定如何进行用户体验衡量,从而有效改进产品的用户体验,完善合理的产品体验。

参考文献:

《全程演讲回顾:2019蚂蚁金服体验科技大会》https://meia.me/course/169628?p=5110

《产品使用体验如何量化与管理》https://mp.weixin.qq.com/s/9LJXsdXL54BzyuKcMjo8KA

《谷歌HEART模型》http://www.mysecretrainbow.com/blog/12460.html

《如何理解Heart模型》http://www.woshipm.com/user-research/5116026.html

《体验度量》https://design.ksyun.com/docs/design/model/

专栏作家

忻芸,人人都是产品经理专栏作家。专注于B端、SaaS产品,擅长技能用户体验设计、交互设计、用户研究、数据分析、项目管理。

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

题图来自 Unsplash,基于 CC0 协议。

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