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

推荐订阅源

B
Blog
The Cloudflare Blog
J
Java Code Geeks
Apple Machine Learning Research
Apple Machine Learning Research
T
Tailwind CSS Blog
L
LangChain Blog
Recent Announcements
Recent Announcements
Hugging Face - Blog
Hugging Face - Blog
Microsoft Security Blog
Microsoft Security Blog
F
Fortinet All Blogs
Microsoft Azure Blog
Microsoft Azure Blog
V
V2EX
I
InfoQ
博客园 - 司徒正美
T
The Blog of Author Tim Ferriss
G
Google Developers Blog
云风的 BLOG
云风的 BLOG
aimingoo的专栏
aimingoo的专栏
小众软件
小众软件
H
Help Net Security
博客园 - 三生石上(FineUI控件)
S
SegmentFault 最新的问题
B
Blog RSS Feed
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
豆包付费是字节整理Agent生态的开始
窄播 · 2026-05-12 · via 人人都是产品经理

豆包推出三档订阅服务,标志着消费端AI正式迈入付费时代。从隐藏PPT生成等复杂功能入口,到构建分层付费体系,这款国民级AI产品正试图突破免费模式桎梏。本文将深度解析豆包如何通过Agent能力底座重构商业逻辑,以及这场付费实验对AI行业生态的深远影响。

5月4日,豆包的App Store页面出现了订阅服务声明,在免费的基础版之外,增加了三个付费版本:标准版连续包月每月68元,连续包年每年688元;加强版连续包月每月200元,连续包年每年2048元;专业版连续包月每月500元,连续包年每年5088元。

消息传出后,豆包官方对此的回应是:

「豆包始终提供免费服务。在免费服务的基础上,我们也在探索推出更多增值内容,以满足不同用户的差异化需求。相关方案细节目前还在测试阶段,正式上线时会通过官方渠道发布完整信息。」

在付费声明发布之前,《见实》就已经发现豆包在移动端开始灰度隐藏PPT生成、长文档AI排版、Word一键美化等复杂任务场景的入口,同时还在移动端下线了AI思维导图生成、流程图自动排版的入口。这种针对移动端的功能下线,可以被看作是对任务场景进行的预先分层。

很明显,豆包走向付费是消费端AI业务发展的一个分水岭。

过去豆包虽然在基于一个Chatbot不断增加新的AI能力,但用户与豆包的交互大部分还是集中在聊天、搜索等对话场景中,缺乏高价值的付费功能,难以打破中国用户的免费思维。并且,因为对话场景的Token消耗可控,大厂还能坚持采用互联时代的先免费圈地,再规划商业模式的思路。

但面向未来,对话成为标配,执行任务有了更强吸引力。豆包这样的通用AI助手事实上需要与OpenClaw类产品进行博弈,争夺大众用户而不是开发者用户。这也意味着,豆包需要具备相应的能力,来满足大众用户不是那么高频出现的生产力需求,以此保证大众用户不会投入到OpenClaw类产品的怀抱,进而跑出新的竞争对手。

这个判断有一个前提是,中国用户也将开始习惯于为生产力场景中的AI服务付费。无论是在豆包中,还是在OpenClaw类产品中,AI完成生产力场景中的任务基本都需要依托于一套建立在AI Coding上的Agent能力底座。这套底座才是未来留存用户、让其付费的基础。

豆包进行的付费尝试是与这套能力底座相匹配的。通过梳理消费端AI业务,豆包会对用户需求进行分层,将更耗费算力、成本更高的生产力场景抽离出来,按照不同层级调用这个Agent底座的能力,并付出相应的费用。

01 AI的商业模式遇到了挑战

豆包提出付费模式,是为了应对Token用量的大规模爆发,提前铺设一个可量化、可分层、可扩展的商业基础设施。

一方面,当人们见识到了Agent具备了解决问题的能力,就会更有意愿让Agent来解决复杂问题。这样豆包就需要满足大众用户解决复杂问题的需求,有了从免费走向付费的契机。之前的对话功能还是可以保持免费,而更复杂的PPT制作、思维导图制作等会大大提升用户付费的可能性。

另一方面,让复杂问题获得更好解决,就需要使用更高级的模型,消耗更多Token。没有一家企业愿意承受指数级的Token消耗增长,生产力场景必然走向付费。只是这个过程中,Agent售卖的是一种解决问题的能力框架,其运行方式是变化的、不固定的,算力成本也会因此变得不可预测,按月付费的方式可能会遇到挑战。

今年以来,AI厂商们频频传出调整付费模式的消息。核心的变化就是从针对Chatbot的无限制月付模式,切换到了针对Agent的按消耗付费模式。

Kimi将付费会员的计费方式从「按次」改为「按实际消耗」。调整之后,经常有复杂任务需求的用户可能就需要购买更高级的权益。GitHub也将基于请求次数的使用限制,变成了既限制对话数量,也限制每周token使用量。OpenAI则推出了每月100美元的新订阅套餐。

同时,开发者们也发现云厂商的Coding Plan正在变成Token Plan,并且新的套餐也开始有了更严格的限制。比如,新版GLM Coding Plan有了5小时和周额度双重限制,并且套餐周期内最多能进行1600次提示。阿里云下架了Lite版套餐,现在在售的是200元/月的Pro版套餐。

这些变化和测算背后的一个确定性趋势是,人们会在未来越来越依赖使用Agent解决问题。

其中既有「按需型」Agent,由用户发起任务后自主规划、执行并返回结果,也会有「常驻型」Agent,比如持续在后台运行的邮件监控、日程管理或数字生活助手。Agent在运行过程中会不断消耗Token来持续监控上下文并在需要时主动行动。

GitHub产品副总裁Joe Binder表示,长时间运行、并行执行的工作流确实能为用户带来巨大价值,但也对GitHub的基础设施和定价结构提出了挑战。高盛的模拟数据显示,Chatbot每次会话消耗约1000个Token,嵌入式Copilot每天消耗超过5000个Token,常驻型Agent每天的消耗可以达到100000个Token。

02 Agent是一种能力底座

豆包走向付费,提供了一个重新审视消费端AI发展的节点。这件事的意义不在于豆包开始收钱了,而在于它标记了一个时代的切换:Chatbot时代结束了。

Chatbot时代的产品逻辑是「模型即产品」——谁聊得更好、更聪明、更懂你,谁就赢。但这个逻辑正在失效。当所有主流模型的对话能力都进入到高水平时,「聊得好」就成为了一种标配。

在Agent时代,解决个性化问题的能力才是吸引和留存用户的关键。这个办事的框架像一个八爪鱼。有一个承载用户数据、Skill、模型和操作台的统一基座,然后从基座向不同入口延伸出一个个通道——每个通道负责接收任务、返回结果,同时将新的数据和Skill沉淀回基座。

豆包只是字节这只章鱼最粗壮的一根触角。它连接着3.45亿月活用户,绝大多数时间在满足闲聊、翻译、讲题等轻量交互。这些交互高频但浅层,甚至不需要调用基座的深度能力,基座上的模型、工具链、知识库在这类场景中处于闲置状态。

但这些用户还会有低频但深层的需求:做一份讲课PPT、为孩子生成一个生日视频、把一堆散乱的笔记整理成报告。这些需求一旦触发,就必须调用基座的能力,需要模型深度推理、需要工具链协作、需要Skill编排。

但是,用户也可能会在飞书上用ArkClaw自动生成周报、用多维表格让AI处理数据,或者打开扣子搭建一个专属工作流来完成更复杂的任务。这些也是字节章鱼的不同触角。甚至相比豆包,它们连接着更多生产力场景中的高价值用户。飞书上的企业员工、扣子上的效率极客,这些用户天然就比豆包的闲聊用户更容易被说服付费。

那为什么豆包还要为低频需求做付费?因为豆包需要与整个字节AI生态形成协同,不是把用户留在一个入口上,而是让用户将AI的未来使用习惯植根在自己生态中。入口只是触角之一,真正的壁垒在基座——谁的数据最厚、谁的Skill最多、谁的模型最懂用户,谁的飞轮转得最快。

未来的Agent的竞争,也是一个个被打通、理顺之后的生态体系的碰撞。用户会更加慎重地选择在某个生态体系内付费,将自己的数据积累在这个体系中,然后会对这个生态体系保持更强的忠诚度。所以,AI厂商未来的竞争策略可能是整理和收束业务布局,聚焦在一个Agent底座上,打通一套付费体系,然后服务同一群用户。

从这一点看,豆包的收费可能会成为字节在基座层面构建Agent生态的护城河的开端。

作者 | 李威

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

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