特工宇宙 01月06日
百度已经有文心一言了,为什么还搞了个文小言 PC 端?
index_new5.html
../../../zaker_core/zaker_tpl_static/wap/tpl_guoji1.html

 

本文分析了百度推出的文小言PC端,并探讨了其与文心一言的差异与联系。文章指出,尽管文小言试图通过双端协同、自由编辑和文档解析等功能来提升用户体验,但这些功能在实际使用中并未展现出显著优势。同时,由于组织架构和战略定位的差异,文心一言和文小言之间存在功能重叠和生态割裂的问题。此外,与竞品豆包相比,文小言在生态建设和用户体验方面仍有差距,这使得其未来发展充满不确定性。文章最后认为,文小言的推出更像是大厂内部的赛马机制,存在重复造轮子的嫌疑。

🏢 文心一言与文小言的组织架构差异:文心一言网页端及文心大模型由TPG负责,而文心一言App、文心智能体平台AgentBuilder属于MEG,导致二者在产品定位和功能上出现重叠和不一致的情况。

💻 文小言PC端的功能亮点与不足:文小言PC端主打双端协同、自由编辑和文档解析功能,但实际体验中,这些功能并没有带来显著的创新和效率提升,用户下载成本高,历史记录查询模糊,且与文心一言网页版的功能重叠。

🌱 文小言与竞品豆包的生态差距:豆包在AI toC产品方面具有更强的可玩性和更完善的生态,其智能体角色丰富,用户增长迅速,而文小言在生态建设和用户体验方面仍有较大差距,未能实现双端互通和智能体生态的有效整合。

原创 Chroma Dong 2024-12-17 16:15 浙江

花开两朵。

内容丨Chroma Dong

排版丨宇宙编辑部

该文章由 Chroma Dong 首发于小红书,经作者授权转载至咱们「特工宇宙」公众号 ?

Chroma 同学是一位非常优秀的产品经理,欢迎关注她的 xhs 账号 @ChromaD ?

xhs 链接:http://xhslink.com/a/tTXlhMU83rN1

?核心观点 - 省流版

客观原因:组织架构冲突

潜在原因:战略定位的差异

个人观点:不看好

理由:

⚡️ 打通双端的意义是很强的,但是小言现在的打通形式并不好

⚡️ 一言和小言重复性较强,目前没有体现差异

⚡️ AI 生态做的不好,带来创作者和用户双向的体验折损(与豆包相比)

2024 年 12 月,百度宣布上线文小言 PC 端,但 2023 年百度已经有了 PC 端的对话式 AI 产品文心一言,同样的东西为什么要做两个?

首先给大家梳理几个时间线?

2023 年 3 月,百度推出文心一言,PC、移动端均可使用。

2024 年 Q2 时文心一言模型及 PC 端归属 TPG(百度技术中台事业群),文心一言移动端(又称 new app)归属 MEG(百度移动生态事业群);此外 MEG 还拥有文心智能体平台,但是其中的智能体在百度搜索中分发,文心一言内智能体并不支持。

2024 年 9 月,文心一言 App 官宣更名为文小言,定位变为新搜索智能助手,网页端仍为文心一言。

2024 年 12 月,文小言 PC 端上线,宣布提供双端协同、自由编辑(边搜边改)、文档解析功能。至此 PC、移动端 App 内外实现全面覆盖。

即到目前为止,文心一言承载 Web 端的服务,而文小言则包括了 PC 及移动端服务。

二者异同?

PC 端发布的目标分析从推广宣传的物料可以看出,文小言 PC 端主要提供了三个亮点:

1. 双端协同:消息互通、体验一致

⚡️ 解决了双端信息传输的需求,此前无法在PC使用文小言。

⚡️ 显著带来的优点是方便了部分办公人群/常用电脑人群,使得他们在电脑的部分场景下可以继续使用文小言或其提供的结果。

⚡️ 缺点:用户下载的成本比较高;历史记录的查询方式比较模糊;泛娱乐人群可能并没有双端需求,个人更加好奇这个功能带来的产品向结果;用户为什么选择使用文小言 PC 端而不是文心一言网页版?

2. 自由编辑:一边搜一边改

⚡️ 听起来:是比较实用的一个功能,内容生成的同时就把文字导出,一边提问一边整理。

⚡️ 实际体验:聊天框边栏加了个在线文档(类似于腾讯会议内嵌文档),也不会自动导入小言的回答结果,使用文心一言+开个随便什么文档工具都可以实现相同的功能,产品如果想不出新功能了可以不想,没必要突出强调。

3. 文档解析

⚡️ 每个通用 AI 都会提供的功能,做文档理解总结等效率办公场景。因为是通用的(豆包、kimi、文心等都有的功能,此处不多评价)。

另外,考虑到文小言的定位为搜索助手,但是使用方式上并没有明显感受到搜索属性,不过 PC 端的出现显著提升了效率属性,目前提供的功能更像一个办公助手(可能也因为当前 PC 端智能体还没有上线)。

客观原因:组织架构差异、竞品思路

接前文,在文心一言 App 尚未改名文小言时,二者已经归属不同部门。文心一言网页端及文心大模型由 TPG 负责,而文心一言 App、文心智能体平台 AgentBuilder 属于 MEG 的不同团队。

由此可以看到,组织架构和汇报对象的不一致,一定程度上导致了这样的结果,文心一言和文小言之间的关系也愈发不明朗。此外,组织架构的差异也能够解释 AgentBuilder 和文小言内智能体的不互通,本质上和智能体的创建框架有所不同有关。未来的产品迭代一定程度上也受到二者的 OKR 设定影响,未来是否继续保持较多的重叠未可知。

个人分别试用过两个平台 Agent 创建,AgentBuilder 会更加注重实用性,提供了丰富的智能体创建工具,创建的智能体在搜索场域调用,预期产生“有用”的产品,大家可以对标字节的扣子 Coze;而文小言大家可以对标豆包,是直接 for 用户,没有复杂的工作流搭建。

此外,我们可以看到字节做的 AI toC 产品豆包具有更强的可玩性,凭借丰富的智能体角色带来了极其快速的用户增长,实现了对文心系产品的反超,目前已经成为日活最高的 AI 产品之一。各家也都非常重视这样的一个新起之秀,百度自然不会想要放弃这块香饽饽。

但是观察二者的 Slogan 定位,其实能看到文小言还是想要强化“新搜索助手”的工具概念,在对话框中也加上了热搜词的底纹;而豆包则不强调自己的任何功能,主打“AI 全智能聊天对话问答助手”,关注和用户的对话。通过进入的默认界面以及产品架构的设计也可以看出来这一点。豆包做的更像是一个和 AI 社交对话的产品,默认也是进入和豆包的对话框,而文小言的默认是助手对话框,聊天列表和助手的关系是并列而非递进的。

这里没想明白的是,Coze 和豆包的生态打通相对较好,在年中使用的时候搭建的智能体就可以直接分发到豆包生态了,但是 Baidu 这边还没有实现……属实是没有搞清楚。

同时豆包能够实现网页端和 App 的互通,一定意义上也是能够做到双端互通的,但是文小言必须要下载 App 才可以实现互通,使用门槛较高,而且文小言和文心一言相互割裂,生态做的不好。

另外一点就是明明定位自己是搜索助手,但是一直在迭代的其实主要是智能体板块,以及内容社区;内容社区是个很有意思的模块,用户可以直接分享和智能体的对话到社区,也可以分享一些闯关类智能体的经验,或者是个人使用心得,再或者当一个普通的内容分享社区来用。AIGC 社区是一个可预见的趋势,但是这些内容目前仅在文小言生态内部流通,也有一些可惜。

综上所述,个人并不看好这次的发布,或者说基于文小言原有定位,这次功能发布满足目标和定位并不一致。和早就存在的文心一言相比,文小言只是填补了端的不足,但在浏览器得到广泛应用、云端使用得到了广泛认可的当下,这部分是否能带来显著的增量依旧存疑;放到外部竞争视角,文小言的生态和豆包还存在比较大的差距,另外存在定位不清的情况。

此外,当前文心一言和文小言的关系更类似于大厂内部的赛马,存在重复造轮子的嫌疑,发展有太多的不确定性。





阅读原文

跳转微信打开

Fish AI Reader

Fish AI Reader

AI辅助创作,多种专业模板,深度分析,高质量内容生成。从观点提取到深度思考,FishAI为您提供全方位的创作支持。新版本引入自定义参数,让您的创作更加个性化和精准。

FishAI

FishAI

鱼阅,AI 时代的下一个智能信息助手,助你摆脱信息焦虑

联系邮箱 441953276@qq.com

相关标签

文心一言 文小言 AI产品 组织架构 生态建设
相关文章