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

推荐订阅源

Martin Fowler
Martin Fowler
有赞技术团队
有赞技术团队
博客园_首页
H
Help Net Security
GbyAI
GbyAI
aimingoo的专栏
aimingoo的专栏
V
Visual Studio Blog
The Cloudflare Blog
腾讯CDC
Jina AI
Jina AI
Last Week in AI
Last Week in AI
月光博客
月光博客
博客园 - 叶小钗
Google DeepMind News
Google DeepMind News
B
Blog RSS Feed
Blog — PlanetScale
Blog — PlanetScale
人人都是产品经理
人人都是产品经理
Engineering at Meta
Engineering at Meta
Y
Y Combinator Blog
Hugging Face - Blog
Hugging Face - Blog
博客园 - 聂微东
爱范儿
爱范儿
N
Netflix TechBlog - Medium
F
Fortinet All Blogs

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
豆包推出付费版本之我见
互联网怪盗团 · 2026-05-07 · via 人人都是产品经理

豆包率先打破国内AI免费惯例,推出三档付费服务引发行业震动。作为MAU超3亿的顶流应用,其68-500元的定价策略精准卡位海外竞品间隙,但免费版权益模糊与竞品反应仍是最大变数。本文深度剖析这场商业化豪赌背后的用户分层逻辑与市场博弈。

作为目前国内MAU最多的AI原生应用,豆包已经官宣将推出三档付费服务:标准版每月68元、加强版200元、专业版500元。

请注意,付费服务目前尚未正式开始,不过应该只是时间问题。下面我简短地说一下自己的看法。

首先,全球最流行的AI大模型应用,都有不同层次的To C收费版本——我就同时是GPT, Claude, Grok以及Gemini的付费会员。然而在国内,由于互联网免费模式的极端发达,对C端直接收费还是很难想象的。此前红极一时的DeepSeek,哪怕在算力严重不足的情况下也没有开C端付费,而仅仅是以排队的方式限制一般用户的算力消耗。千问的C端商业化探索主要是与阿里电商体系打通,也没有开C端付费(至少目前如此)。豆包算是开了一个先例,所以格外引人注意。

关键在于,在开通付费之后,免费版本的使用额度如何,会有很大限制吗?如果限制不多,甚至没有“硬限制”(例如每天或每几个小时的问答或Token上限),那对一般用户的影响较小;否则影响还是不容忽视的。现在我们还不清楚免费用户和付费用户的区别究竟有哪些,所以无法判断这究竟是一次商业化试水,还是全面商业化的号角吹响。

再看付费版本的价格:标准版包月68元、加强版200元,这个定价很微妙,介于海外四大模型(GPT, Claude, Gemini, Grok)的第一档和第二档定价之间。以GPT为例,入门级带广告付费方案每月8美元(目前仅限美国),最流行的Plus每月20美元;Claude Pro和Google AI Pro也是每月20美元。

如果你买了豆包付费标准版,那么支付的费用大约相当于GPT广告版;加强版的费用则比GPT Plus高一半左右。当然,我们不能这么简单的对比,因为豆包给各个付费层级的用户额度不一定跟海外竞争对手的相同。我的猜测是:豆包标准版有可能提供相当于GPT Plus(或略低)的Token消耗量,加强版则有可能提供介于GPT Plus和GPT Pro之间的消耗量,以让用户感觉到性价比。当然,这个猜测没有来源,只是我的个人推断。

必须承认一点:基座大模型实力从来不是豆包的强项,它的强项在于产品和运营。从全球迄今的经验看,愿意为AI应用持续付费的个人用户,主要是三种:

程序设计师,以及需要使用Agent工具(例如龙虾)的人。他们是Claude的大金主,也是Anthropic今年的ARR超过OpenAI的核心力量。

多模态用户,他们对图片、视频等多媒体内容的生成有较强需求。

一般文本会话用户,在欧美已经形成了良好的付费习惯,付费渗透率较高。

豆包的编程能力不算太强,也从来不以编程为主要卖点,所以第一项可以先略过。第二项乍一看很合理:在Seedance 2.0发布之后,几乎昼夜不息有人排队,看样子这是一个不错的卖点?

问题在于,Seedance 2.0的大部分Token消耗都来自B端用户,毕竟常识告诉我们,有大量持续视频生成需求的用户,十有八九是企业级的内容方或承制方。究竟会有多少C端用户为了日常生成短视频而向豆包付费呢?Seedance又能给他们分配多少算力资源?这些都还是谜。

至于第三项,国内的“大模型会话发烧友”其实不少,我每天就平均有1-2个小时花在与大模型会话上,相信比我更发烧的大有人在。不过,最发烧的(也是付费意愿最强的)那一波人,往往都订阅了不止一个全球先进大模型付费方案。对于豆包而言,最现实的用户,是其中“不太发烧的”那一层级:日常比较依赖大模型,又没有意愿或能力订阅海外大模型。他们可能成为豆包付费用户的主力军。

总而言之,我认为豆包做的无非是一个“用户基数 x 付费意向比例”的乘法题:由于前者已经很大(高于3亿),哪怕后者稍微低一点,做乘法的结果也不会太差?我想,豆包团队肯定在内部做过很多调研和测算,认为上述的付费方案在一定程度上是可行的。所谓可行,就是指既能赚到钱、又不出现大规模用户流失。

然而,这需要竞争对手的“配合”。竞争对手会配合吗?具体而言,阿里、腾讯、百度等大厂,乃至DeepSeek, Kimi, MiniMax等独立大模型公司,会顺势一起推行C端付费,还是会坚定免费路线从而抢夺用户?我认为其中至少有半数公司,会选择继续扩大用户基数、不急于从C端赚钱。因此,今年的C端AI应用竞争格局会非常复杂。

不管怎么说,今年以来,随着AI编程、Agent工作流和多模态的全面推进,全球AI算力紧缺的格局在加剧。在这种情况下,对于大厂而言,C端AI用户往往成为了“累赘”:付费能力比不上B端用户,但算力消耗极大。硅谷大厂的幸运之处在于,欧美用户早已养成了为互联网应用(非游戏类)付费的习惯,为AI付费几乎不需要市场教育,即可“无痛实现”。而在国内就没有这么好的事情了。

从这个角度讲,我倒是希望豆包的付费尝试取得一定的成功,以便打开国内C端AI应用的商业化空间。不过事实告诉我不会那么简单,尤其是在许多竞争对手还非常乐意砸钱而不是考核ROI的情况下。

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

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