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

推荐订阅源

Martin Fowler
Martin Fowler
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
博客园 - 聂微东
IT之家
IT之家
GbyAI
GbyAI
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Y
Y Combinator Blog
博客园 - 【当耐特】
The Cloudflare Blog
宝玉的分享
宝玉的分享
罗磊的独立博客
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
V
Visual Studio Blog
小众软件
小众软件
博客园_首页
Last Week in AI
Last Week in AI
J
Java Code Geeks
V
V2EX
雷峰网
雷峰网
Apple Machine Learning Research
Apple Machine Learning Research
阮一峰的网络日志
阮一峰的网络日志
腾讯CDC
博客园 - 司徒正美
Engineering at Meta
Engineering at Meta
The GitHub Blog
The GitHub Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
D
DataBreaches.Net
博客园 - 三生石上(FineUI控件)
MyScale Blog
MyScale Blog
云风的 BLOG
云风的 BLOG
The Register - Security
The Register - Security
M
MIT News - Artificial intelligence
Microsoft Azure Blog
Microsoft Azure Blog
T
The Blog of Author Tim Ferriss
N
Netflix TechBlog - Medium
F
Full Disclosure
B
Blog
H
Help Net Security
C
Check Point Blog
WordPress大学
WordPress大学
人人都是产品经理
人人都是产品经理
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Jina AI
Jina AI
酷 壳 – CoolShell
酷 壳 – CoolShell
Blog — PlanetScale
Blog — PlanetScale
L
LangChain Blog
P
Proofpoint News Feed
D
Docker
Microsoft Security Blog
Microsoft Security 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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
设计师必备体验评估设计指南(组织篇)
58UXD · 2023-01-18 · via 人人都是产品经理

有关设计师必备的体验评估设计指南——本篇为组织篇,内容从策划、评估、跟进、复盘、推广、改正等步骤详细介绍了组织体验评估的整个过程,整理了升级的思路以及落地执行的详细流程,希望对你有所帮助。

前面两篇文章介绍了58UXD体验评估体系升级的思路:

本篇将介绍如何有序组织体验评估,并将详细讲解本次QMD升级的要点、难点是如何落地执行的。

我们选用质量管理工具PDCA来组织体验评估,做体验管理。以季度为评估周期,一个季度完成一次PDCA循环后,我们持续迭代评估体系,从而更好的完成下一个周期的体验评估。

设计师必备体验评估设计指南(组织篇)

一、策划-Plan

策划的主要内容就是大家很熟悉的5W1H了。

1.评估目标-Why

如第一篇文章所述,新的体验评估机制,评估目标从单一的提升体验质量,调整成契合业务目标的体验质量。参与体验评估,业务设计师的预期有:

  1. 提升产品使用体验;
  2. 提升业务核心指标。

QMD项目组需要兼顾参与评估业务的预期,目标有:

  1. 采用可靠的评估机制,度量契合业务目标的体验,发掘影响业务目标的体验问题,确保评估结果可信、可靠并易感知
  2. 确保按照规划周期性做体验评估、同步结论、跟进优化;
  3. 验证各个参评业务的评估指标、评估机制的可靠性

2.相关人员-Who

想要按照以上预期高质量的完成体验评估,离不开组织架构的支持。58UXD设立了由交互设计师和用研工程师组成的体验管理组。由体验管理组来组织全部业务的体验考核、体验评估、体验展示、体验跟进等一系列横向体验管理项目。

QMD作为体验管理的重要工具,由体验管理组中的QMD项目组来牵头策划完成。有同学对58UXD其他体验管理工具感兴趣的话,可以在评论区留言。明确了组织方及其职责,根据新的评估机制,还需要每个业务6名评估专家(2名产品、2名交互、2名视觉)。

QMD项目组采取了参评业务产品、交互、视觉交叉互评的方式,由第二篇文章介绍的评分者信度保障结果的可靠性。在新的体验评估机制下,有很多QMD项目组和业务设计师需要沟通协作的节点。

为了高效运行评估机制,QMD项目组在各个参评业务都明确了一位QMD对接人。各个角色的职责明确如下:

设计师必备体验评估设计指南(组织篇)

3.评估业务-What

新的体验评估机制对参评业务也有了新的要求。出于可行性和投入产出比的考虑,我们根据以下4点,深入了解各个业务的情况,做出研判,最终确定了参评业务。

  1. 当前阶段业务对于体验的重视程度如何;
  2. 业务是否有明确的、可持续监控的目标;
  3. 业务迭代的频率如何;
  4. 业务是否已达到一定用户规模。

4.时间规划-When

如前所述,新的体验评估机制关键节点多,时间跨度长,需要周密的规划和严谨的时间管理。QMD项目组是以季度为单位做周期性体验评估的,所以在季度初就会做好整个季度的规划,并严格执行。同时采用周报制来及时处理意外事件,保障项目准时完成。

另外值得提一下评估场次时间的确定,除了视评估专家的时间安排外,也需要考虑线上测评的版本是否符合业务预期,晚几天可能就到了发版时间,是否需要评估最新版,需要综合情况和业务协商。同时也要求QMD项目组在规划之初,就要留好类似这种情况的buffer。

5.评估地点-Where

确定好评估时间,就可以提前约会议室了。然而我们在2022年的Q2和Q4,遇到了两次因疫情大量同事远程办公的情况。如此我们需要保证线上评估或者部分同学线上评估的结果可靠性。原理如第二篇文章所述,需要保障人员可靠性、认知一致性,标准化实施方案。

6.怎么评估-How

给到专家评估,我们需要至少准备评分工具和主观问题反馈工具。这些都需要以评估指标为基础,我们从第一篇文章了解到指标的制定原理后,各个业务的评估指标具体怎么确定呢?

首先,调整基础指标:我们知道业务的评估指标由基础指标和自定义指标构成的,我们在制定指标前需要根据新的指标体系需要,重新审视原有的基础指标。我们认为一个良好的基础指标,应该是清晰、准确、普适、易懂;我们邀请专家对这样的指标进行评估,应该是对体验设计有指导意义的

所以对基础指标做了如下调整:评估指标由原来的一级指标改为二级指标,颗粒度更细,聚焦到具体问题;相似指标合并,二级指标由15个合并成10个;增加动效、语义等方面的评估;评估指引描述方式更直白、易理解;等等。

设计师必备体验评估设计指南(组织篇)

我们把基础指标给到业务,由业务设计师参考以下几个原则制定个性化指标体系。

  1. GSM模型(Goal- Signal- Metric):方法在第一篇文章中;
  2. 反向思考:场景拆解到什么程度,可以结合业务的实际需要,由希望监控的颗粒度来定,以结果的实用性为准;
  3. 有迹可循:场景的设计目标,需要是可量化、可监控的,一方面可以追踪优化效果,另一方面可以反向验证指标制定的合理性;
  4. 因地制宜:评估指标需要足够细化、贴合业务场景。比如基础指标中的“品牌”指标,在基础指标中的描述是“”,是考虑普适性的描述方式。而其在不同业务中的具体元素、形式、原则等体验要素都差别较大,所以需要额外说明当前业务的“品牌”具体需要达到什么体验要求。有些业务会额外提供一份品牌手册,供专家评估参考;
  5. 稳定性:指标体系内的元素需要在一定时间范围内保持稳定,尽量不因业务的调整而频繁变化。

有了细化的评估指标制定指引,我们向参评业务做了详尽的讲解,并充分探讨其在各个业务的可行性。业务设计师按照要求,结合实际情况,制定了由总目标、影响总目标的场景、场景的评估指标、评估指标的详细说明四个部分构成的指标体系。

而后交由QMD项目组审核,确定无误后,由业务设计师根据模版,自行制定体验评估要用到的评分工具和主观问题反馈工具,这里我们用的分别是58问卷和在线协作表格

二、评估-Do

1.体验评估

一切准备就绪后,就可以邀请专家来评估了。就像第二篇文章介绍的那样,为了保障评估结果的可靠性,我们对评估工具、专家、环境等都制定了标准化方案。下图是QMD项目组在专家评估前宣讲的评估目标、机制及评估注意事项

设计师必备体验评估设计指南(组织篇)

2.信度评估

>专家评估后,我们就拿到了评分问卷和主观问题记录表的原始数据。首先最重要的一件事就是预处理评分数据,评估信度,完成校验闭环。我们采用的信度可靠对照关系如下:

设计师必备体验评估设计指南(组织篇)

如果第一次信度评估可靠程度不高,则需要调整数据组,重新进行信度评估,直至信度可靠。我们并非每一场体验评估都一帆风顺,在疫情期间远程体验评估时,我们就遇到了无论如何调整数据组都不能达到信度可靠的结果的情况。

发现了这种情况,我们立即响应,临时邀约更多专家,快速加测了一场。欣慰的是,两场评估结果合并后,经过数据组调整,评分信度可靠。

3.业务复议

通过第二篇文章我们知道,复议阶段的目标一是矫正部分理解有偏差的主观问题,二是让业务尽快了解QMD的结论,感受到其可靠可信,快速迭代优化问题。所以:

  • 复议呈现给业务的内容有:评分、分数对比、对应的主观问题、截图等;
  • 需要留给业务复议的反馈空间;
  • 想要做体验评估的你,需要具备一定的数据分析基础和表格操作技巧。

4.输出报告

报告是为了让体验评估结论更加直观、可信,便于查阅与传播。我们对报告做了一些调整:

  1. 评分和问题对应展示;
  2. 评分间差距标记更加清晰明了;
  3. 增加QMD项目组的优化建议。希望业务重视分数洼地、不及竞品的指标对应的影响较大的主观建议。

高优场景/指标/问题判断标准如下,供参考:

  • a.权重最高或较高;
  • b.和均值比差10%/8%/5%/3%以上;
  • c.和竞品比差10%/8%/5%/3%以上;
  • d.同比/环比差10%/8%/5%/3%以上

三、体验跟进&项目复盘-Check

前面两篇文章介绍的体验评估指标体系和评估机制,是我们通过现状分析、理论分析等综合确定的,此时我们需要校验两点:‍‍一是需要校验根据认知、经验主观拆解的评估指标是否符合预期;二是需要校验QMD机制全程保障的专家评估结论是否可靠

我们采取的校验方式,就是看体验评估的结论应用到业务的体验优化后,是否带来如预期程度的业务指标的提升。所以我们在报告同步后,下一次体验评估前,留足业务改进优化的时间,组织参评业务复盘QMD结论落地情况。由各个业务阐述以下内容:

  1. 问题发掘&解决:QMD报告分析&洞察、解决思路&方案、上线效果&数据、结论;
  2. 项目管理:优化进度、迭代计划。

同时为了激励、帮助业务设计师推动结论落地,我们邀请设计总监、设计负责人和高阶设计师从三个维度为业务复盘的内容打分、点评,包括逻辑合理度、指标结果相关度、进度

设计师必备体验评估设计指南(组织篇)

同时QMD项目组收获了业务设计师对于整个体验评估机制的一些想法,结合组织过程遇到的问题和思考,做了周期性的复盘。

四、推广&改正-Action

通过业务复盘及评委打分、点评,我们了解到业务的大部分迭代效果都是正向的,小部分负向效果的迭代需要尝试其他设计方案。所以目前没有因为复盘结果而要调整指标的情况。由此印证QMD体验评估的结论是可靠的,整个体验评估流程也是可靠的。

如果有业务出现按照QMD的结论设计方案,验证发现预期的业务数据没有提升或者反而下降,则需要反思指标制定、分析、洞察、解决思路、方案是否有问题,逐一排查关键环节,及时作出调整。

如开篇所述,QMD项目组也在每次体验评估完成后进行复盘,持续优化评估机制,目前整个流程已经形成SOP,便于高效组织每次评估,跟紧业务节奏,打好配合。

设计师必备体验评估设计指南(组织篇)

五、最后

以上详尽介绍了我们QMD项目组,组织58UXD各个业务体验评估的过程与思考。我们认为整个体验评估体系的升级和实践,最关键的思考逻辑就是闭环管理,这个逻辑贯穿始终,让所有人为因素的影响降到最低,保障过程和结果可靠可信。

我们设定的闭环管理一共有以下三个方面:

  1. 在策划环节,各业务制定的指标体系、整理的评估工具,都由QMD项目组审核,确保指标拆解符合指引要求,评估工具准确无误;
  2. 在评估环节,各个业务的专家的评分都需要评估评分者信度,确保评分可靠;
  3. 在跟进环节,通过业务复盘了解优化效果,校验指标制定的可靠性,以及整个QMD新机制为业务体验设计带来的价值。

设计师必备体验评估设计指南(组织篇)

作者:58UXD

来源公众号:58UXD(ID:i58UXD),58UXD,全称58同城用户体验设计中心。

本文由人人都是产品经理合作媒体 @58UXD 授权发布于人人都是产品经理。未经许可,禁止转载。

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

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