百度已经有文心一言了,为什么还搞了个文小言 PC 端?

全文2215字,阅读约需7分钟,帮我划重点

划重点

01百度推出了文心一言和文小言两个对话式AI产品,分别面向Web端和PC端。

02文心一言于2023年3月推出,而文小言于2024年9月更名并增加PC端功能。

03然而,文心一言和文小言在组织架构、竞品思路等方面存在差异,导致产品定位不清。

04文小言PC端的亮点包括双端协同、自由编辑和文档解析,但使用门槛较高。

以上内容由腾讯混元大模型生成,仅供参考

图片
内容丨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 社区是一个可预见的趋势,但是这些内容目前仅在文小言生态内部流通,也有一些可惜。
图片

图片

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