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

推荐订阅源

云风的 BLOG
云风的 BLOG
IT之家
IT之家
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
V
Visual Studio Blog
博客园 - 司徒正美
美团技术团队
Last Week in AI
Last Week in AI
月光博客
月光博客
博客园 - 叶小钗
MongoDB | Blog
MongoDB | Blog
U
Unit 42
T
Tailwind CSS Blog
GbyAI
GbyAI
T
The Blog of Author Tim Ferriss
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
H
Hackread – Cybersecurity News, Data Breaches, AI and More
酷 壳 – CoolShell
酷 壳 – CoolShell
Google DeepMind News
Google DeepMind News
H
Help Net Security
Hugging Face - Blog
Hugging Face - Blog
爱范儿
爱范儿
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
N
Netflix TechBlog - Medium
B
Blog RSS Feed
大猫的无限游戏
大猫的无限游戏
aimingoo的专栏
aimingoo的专栏
A
About on SuperTechFans
Y
Y Combinator Blog
罗磊的独立博客
D
DataBreaches.Net
有赞技术团队
有赞技术团队
MyScale Blog
MyScale Blog
博客园_首页
博客园 - 三生石上(FineUI控件)
G
Google Developers Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
雷峰网
雷峰网
博客园 - 【当耐特】
Engineering at Meta
Engineering at Meta
博客园 - Franky
M
MIT News - Artificial intelligence
B
Blog
The Cloudflare Blog
Apple Machine Learning Research
Apple Machine Learning Research
I
InfoQ
S
SegmentFault 最新的问题
F
Fortinet All Blogs
阮一峰的网络日志
阮一峰的网络日志
Stack Overflow Blog
Stack Overflow Blog
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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
AI搜索应该显示几条结论?
王智远 · 2024-11-09 · via 人人都是产品经理

在信息爆炸的时代,我们每天都在与海量数据打交道。AI搜索技术的发展,让我们在寻找答案时既充满期待又面临挑战。本文深入探讨了AI搜索结果的展示方式,分析了不同产品的答案数量和结构化呈现对用户体验的影响。让我们一起了解,在追求效率与信息量之间,AI搜索如何找到平衡点,以及用户真正期待的搜索体验是什么。

使用AI搜索时,我注意到一个问题:

不同AI搜索产品给出的答案数量参差不齐,有的比较简单,一两句话总结;有的比较复杂,结构化呈现5-6条,没一个能用的。

这让我好奇,AI搜索结果,到底展示多少条合适?要不要结构化?多少条是人们接受的?带着问题,进行了测试和调研。

先说结论:最满意Kimi.AI和知乎直答。为什么呢?

测试部分,我问Kimi探索版,AI搜索应该显示几条内容?它搜索39个网页后,给出的结论只有5句话:即:

搜狗搜索每页显示10条结果,最多可以设置为100条;百度搜索可以提供10条、20条或50条内容,数量取决于用户选择。

必应则说自己有置顶框,会展示AI总结和相关链接。perplexity只呈现五六条结果;360 AI是通过答案再提供20到30条信源链接。

从Kimi的回答结果看,搜狗、百度的结论是基于传统搜索引擎,而必应、perplexity、360可能是基于AI的。

带着问题,我又问了腾讯的ima.copilot,这是一个笔记软件,能搜索所有公众号内容;我说:AI搜索应该显示几条内容?

它提到结果呈现方式取决于搜索目的、用户需求、内容类型和AI算法性能;百度一般显示10条结果,最多100条;Google可以在10到100条之间显示,根据用户需求决定。

不过,它的答案的确很繁琐,结构化了还很长,以上都是我帮它优化后的。

接着,我测试了知乎知答。答案很简单,只有4句话:

AI搜索内容不固定,由算法根据用户最有价值、最相关的结果决定;搜索引擎的目标是提供最相关的结果,数量从几条到几十条不等,同时考虑用户体验和多样性。

比如:谷歌搜索可能显示10条结果,并提供下一页链接以浏览更多内容;AI搜索工具会挑选最重要、最合适的内容,关键在于质量而不是数量(这个例子是知乎直答答案中的)。

然后,我测试了文心一言,它给出5条结构化内容。

不同的是,它比较模棱两可;它说,答案数量取决于用户需求、搜索上下文、设备和界面、算法与性能以及用户体验,并且会根据这些因素动态调整。

微信的AI搜索自然也不能放过,它的AI在“搜一搜”里,相对隐蔽。我测试了几个问题,发现微信搜一搜的AI生成式答案相对简单直接。

我搜索“王智远是谁”时,结果显示王智远是个多才多艺的人,有多种身份,包括一级建造师、艺人和商业创作者,每个身份都有进一步的5点介绍。

综上认为,Kimi的答案结构化,且简洁有力;知乎知答则更为直接,没有列出具体条数,但直接给出了答案;相比之下,文心一言的回答与问题的相关性较弱,微信搜一搜则更注重直接陈述。

对比不难看出,AI搜索给出的答案,大致分为两类:

一,简洁明确的;问题和答案匹配,不拖泥带水,二,切题详实的,AI会围绕答案展开很多讨论;这些讨论看似正确,实际上只有一部分对用户有帮助。

为什么会这样?带着好奇,我询问了身边两位技术朋友:他们说,可以从问题理解、技术逻辑和使用体验三个角度来看。

首先,使用AI搜索,不能指望它像人类一样理解我们。

聊天时,我能知道你的过去、经验和外貌,但AI做不到。AI更像一个“缸中之脑”(Brain in a Vat)。这个概念有点奇怪,就像一个人的大脑被放在装满营养液的缸里,通过电脑来操纵,让它感觉像人脑一样。

实际上,AI的模型像大脑,外部信息像营养液,我们给AI一个问题,它会在各种知识库中搜索,然后整合信息找到答案。

因此,它对问题的理解是基于大量数据做出的平衡,平衡什么呢?就是那些被大量点击的,或者相对准确的信息,有些模型为了准确性,自然会选择呈现多一些内容。

其次,从技术角度来看,当你输入一个问题后,AI会捕捉这个问题,利用搜索引擎,比如Google,或者一些第三方服务来寻找答案。

AI会用一种叫embedding的技术来处理搜索结果,这个技术就像给结果排序和分类,让它们更容易管理;最后,AI会使用RAG技术,从众多网页中挑选出与你问题相关的信息,再通过一个大型模型整合这些信息,最终给出答案。

很多AI搜索产品不会自己建立搜索引擎,因为成本太高了,爬取5000万个网页可能需要花费一两百万人民币,而且爬取的内容还需要进行安全检查。

现在大型搜索引擎拥有的网页数量是以千亿计的,这是多年积累的结果,从时间和金钱来,一般创业者难以承担。

所以,AI搜索找到网页内容后,会把它们按照段落、句子切成小块,这样处理更方便,那么,很自然地如果问题很长,答案可能也会很详细;如果问题很短,或者一个词有多个解释,它也可能给出很多相关的信息。

这就像找东西,一个词能引出很多相关内容。

朋友还说,针对一个问题,AI给的答案比较丰富,也取决于生成式(generative)和交互式(interactive)。

什么意思呢?

AI搜索系统本质上是一个问答系统,它的答案和传统检索方式有很大区别。

传统检索只是把相关网页展示出来,而生成式可能返回一个文档或一组链接,这样用户可以直接获取所有信息,不用再从多个来源中筛选总结。

这种技术有创造性,因为它要理解你的语料后,再给出答案。所以,虽然有些内容可能我们不需要,但这些多余的内容能增强人与AI的互动性。

比如说:

你问“如何提升工作效率?”,AI可能会先给你一个常见的几条建议,比如设定清晰目标、合理分配时间等。

但它还可能进一步提到一些新工具或方法,类似于“你可以尝试使用时间管理工具,如Notion或Todoist,它们能帮助你更好地安排任务”;这样,你会因为这些额外的信息对某个工具产生兴趣,从而进行下一次的搜索。

问题是:我们真需要那么多答案吗?我从体验角度做了样本测试。

有些人说:用AI搜索时,喜欢先看到结论,再看过程,这样能让他们更快地找到想要的信息。

虽然AI能提供很多长文本,但并不是每个人都想要,就像一个知识渊博的人能讲很多,但并不是所有内容我们都感兴趣一样。

你要不明白,就想象一下,在工作中,如果领导问你事情办得怎么样,你先说一大堆过程,最后才说没办成,领导肯定不高兴,相反,先告诉领导结果,再详细说过程,这样更好。

但也有人觉得,AI搜索显示的内容越多越好,因为这样可以学到更多知识,提高找信息的效率。

比如:我问一个问题,可能还没完全想清楚,如果AI能展示很多内容,有些反而会激发我的好奇心,这种好奇心再次引导我探索更多不同的解决方法。

然而,实际情况是这样吗?

虽然历史上没有专门研究AI搜索结果,但我查了一些关于传统搜索引擎的用户调研。

到了2024年,谷歌搜索的用户调研显示,排名第一的链接点击率高达39.8%,第二名是18.7%,后面的点击率会越来越低。这说明用户更关注搜索结果页面靠前的链接,越往下,关注度就越低。

统计数据还显示,75%的用户从不浏览搜索结果第一页之外的内容,只有0.78%的用户会点击谷歌第二页的结果。

而那些直接显示答案的精选摘要(Featured Snippets),在2018年初的出现频率约为12%,到2020年初增长到了约16%;这意味着在搜索页面上,直接展示答案可能减少了用户对更多搜索结果页面的需求。

换言之,用户愿意直接获取答案,不想浏览无关信息。

我也读了谷歌核心工程师玛丽莎·梅耶(Marissa Mayer)的一些用户调研。她说:

很多用户告诉她,他们希望每页能看到尽可能多的结果,20个不够,25个也不行,最好是30个;但当她观察用户的实际行为时,发现了一个不同的趋势:用户其实更喜欢每页显示较少的结果。

当搜索结果数量在10到20之间时,用户的点击率会急剧下降。当每页显示25个结果时,点击率下降得更多,而当每页显示30个结果时,情况最为糟糕。

最后,梅耶决定每页显示10个搜索结果,这个决定也被谷歌一直沿用至今。

所以,这个结论是:用户在AI搜索时,往往只关注一个屏幕内的内容;如果这一屏的前面就能完整呈现结论,他们就能获取所需要的结果,而后面的内容,对他们来说,可能就没那么相关了。

问题是,为什么人们说的话和实际行为不一致呢?我们总说想看到更多内容,但当AI搜索结果真的呈现大量内容时,却不愿意花时间去看?

经过长期使用AI搜索,我找到了答案:「速度」。很多人没有意识到,大量搜索结果会干扰我们的认知,影响体验。

举个例子:‍‍

我尝试了Kimi和天工AI的探索版,当我问它们一个心理学研究的问题时,一个给了简短有力的答案,并适当引导我去网页查看更多。

另一个却给了很多内容,要我先浏览再点击链接查看;相比之下,后者让我感到选择困难,甚至觉得大脑负担加重,而前者的信息,让我获取得更直接、更方便。

扎克伯格在Facebook早期发展时,也遇到过类似情况。

当Facebook从哈佛扩展到耶鲁和哥伦比亚大学时,学生们一开始表示怀疑,甚至有些嘲讽l尽管他们抱怨,但没人真正删除信息或停止使用,反而使用频率增加了。

扎克伯格得出结论:“人们并不擅长预测自己对新事物的反应。”Facebook的成功证明,用户可能对新事物持怀疑态度,但最终会喜欢成为其中的一部分。

很少有人能清楚表达自己的真实需求,尤其是在面对未知的新事物时,语言可能会骗人,但行动不会,因为行动的代价比语言更大。

在产品开发中,我们常听到一句话:“不要听别人说什么,要看他们做什么。”这句话同样适用于AI产品,用户可能会说他们想要更多功能或选项,但他们的行为表明,很多人更喜欢简单快捷的解决方案。

所以,有两个结论:

一,AI搜索一开始不要展示太多内容,搜索引擎应该先直接给出答案,然后,逐步引导用户探索,这样更合适。

二,AI越专业,答案越简洁,长文本能力应该用在解释过程上,而不是直接给答案。

文:王智远 

本文由人人都是产品经理作者【王智远】,微信公众号:【王智远】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

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