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

推荐订阅源

P
Proofpoint News Feed
T
The Blog of Author Tim Ferriss
aimingoo的专栏
aimingoo的专栏
M
MIT News - Artificial intelligence
N
Netflix TechBlog - Medium
Y
Y Combinator Blog
B
Blog RSS Feed
H
Help Net Security
Blog — PlanetScale
Blog — PlanetScale
Vercel News
Vercel News
Google DeepMind News
Google DeepMind News
Microsoft Security Blog
Microsoft Security Blog
G
Google Developers Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
博客园 - 司徒正美
L
LangChain Blog
IT之家
IT之家
F
Fortinet All Blogs
V
V2EX
C
Check Point Blog
The Cloudflare Blog
博客园_首页
阮一峰的网络日志
阮一峰的网络日志
A
About on SuperTechFans

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
构建下一代AI评测体系:从文本到多模态的闭环实战指南
一葉 · 2025-09-27 · via 人人都是产品经理

你还在用“问答打分”评AI?现在的模型早已能看图、听声、动手。这篇文章告诉你:如何构建真正适配多模态智能的评测体系,让AI评测不再停留在“文本时代”。

AI 产品经理搭建评测体系的核心目标,是让 AI 产品的 “能力”“体验”“价值” 可量化、可对比、可迭代—— 既要避免只看技术指标(如准确率)而忽略用户感受,也要防止仅靠主观体验而缺乏客观数据支撑。其评测体系需围绕 “AI 特性”“用户需求”“业务目标” 三大核心。

先锚定 “评测核心目标”:对齐业务与用户需求

所有评测设计的起点,是明确 “为什么测”—— 不同阶段、不同类型的 AI 产品,核心目标完全不同,直接决定评测重点:

  • 冷启动阶段:验证“AI能否用”,重点测“基础功能完整性”“核心能力达标率”(如对话机器人能否回答80%的高频问题);
  • 增长阶段:验证“AI好不好用”,重点测“用户体验满意度”“业务指标提升率”(如智能推荐能否提升10%的转化率);
  • 成熟阶段:验证“AI稳不稳定、够不够安全”,重点测“鲁棒性”“合规性”“工程稳定性”(如大模型生成内容的违规率是否低于0.1%)。

例如:若产品为“智能客服”,其核心目标,一定是机器能够代替人工,提高利用机器对于用户问题的准确率。那么我们评测的核心更多应该围绕业务的这个目标展开,而不是单纯从对话的流畅度来看。

AI 模型核心性能(技术层,决定 “AI 能不能干活”)

AI 产品的根基是模型能力,这是区别于传统产品的核心维度,需根据 AI 任务类型(NLP/CV/ 推荐 / 语音等)设计专属指标,避免 “一刀切”。

而维度的不同,对于模型的能力的要求也会不一样,锚定的指标也会不同。

关键提醒:模型性能需结合 “业务场景” 加权,再去细分一些维度,去衡量模型可能会经常出现的问题,并进行细分。

用户体验(交互层,决定 “用户愿不愿意用”)

除开技术指标,用户的体验度也非常重要。非常需要从 “用户视角” 设计可感知的指标,避免陷入 “技术自嗨”。

核心体验指标(定量 + 定性结合)

1)交互自然度

对话机器人的 “答非所问率”(用户问题与 AI 回答的匹配度);

多轮对话的 “上下文断裂率”(如用户说 “它多少钱”,AI 能否识别 “它” 指前文的商品);

2)响应效率

用户发起请求到 AI 反馈的 “端到端耗时”(如语音助手从唤醒到回答的时间,需≤1.5 秒,否则用户会感知卡顿);

3)容错性

用户输入错误(如错别字、口语化表达)时,AI 的 “纠错成功率”;

用户提出超出能力范围的问题时,AI 的 “友好拒答率”(而非生硬回复 “不知道”);

4)主观满意度

通过用户调研(如 APP 内弹窗)

可用性测试(邀请真实用户完成任务)收集 “满意度评分(1-5 分)”“推荐意愿(NPS)”。

评测方法

定量:埋点统计 “答非所问率”“耗时超标率”(如通过用户行为日志,统计 “用户提问后 10 秒内再次提问” 的比例,间接反映不满);

定性:招募目标用户(如智能客服的目标用户是 “电商买家”),让其完成具体任务(如 “用 AI 查询订单物流”),记录 “任务完成率”“操作困惑点”,并进行访谈。

业务价值(结果层,决定 “产品有没有用”)

AI 产品最终要为业务服务,需将 “AI 能力” 转化为 “可量化的业务指标”,这是说服管理层认可价值的关键。

例如:AI智能客服,那么它的问题解决率(用户无需转人工)、人工转接率(需下降)、平均会话时长,都代表着目前这个模型的使用情况,也代表着替代模型的一个效率,为企业赋能提效的一个根本。这决定了这个项目的价值,为企业省了多少钱/赚了多少钱。

长期迭代能力(迭代层,决定 “AI 能不能越用越好”)

AI 产品是 “活的”,需要持续迭代,评测体系需具备 “可扩展性”,并能跟踪长期效果。

  • 迭代效率:模型版本更新的“评测周期”(如能否在1天内完成核心指标测试);自动化评测覆盖率(如是否80%的指标可自动跑分,无需人工);
  • 效果衰减率:模型性能随时间的衰减情况(如推荐AI的CTR是否每月下降不超过2%,若衰减快,需重新训练);
  • 用户反馈闭环:用户投诉/建议的“处理效率”(如AI答非所问的投诉,是否能在3天内反馈到模型优化);用户反馈对模型性能的提升幅度(如根据投诉优化后,问题解决率提升多少)。

评测方法

1. 搭建 “评测巡检体系”,实时监控核心指标的长期趋势;

2. 定期(如每月)做 “全量指标复测”,对比迭代效果。

总结:AI 评测体系的 “3 个核心原则”

  1. 不唯技术指标:技术指标(如准确率)是基础,但需结合“用户体验”和“业务价值”,避免“准确率99%但用户不用”的情况;
  2. 定量+定性结合:客观数据(如CTR、解决率)反映结果,主观体验(如满意度、自然度)反映感受,两者缺一不可;
  3. 动态调整:评测体系不是一成不变的,需随产品阶段(冷启动→成熟)、业务需求(如新增场景)、法规要求(如数据合规)持续优化。

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

题图来自Unsplash,基于CC0协议