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

推荐订阅源

U
Unit 42
S
Security Affairs
Engineering at Meta
Engineering at Meta
MongoDB | Blog
MongoDB | Blog
Microsoft Security Blog
Microsoft Security Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
美团技术团队
月光博客
月光博客
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
有赞技术团队
有赞技术团队
博客园 - 叶小钗
Hugging Face - Blog
Hugging Face - Blog
Microsoft Azure Blog
Microsoft Azure Blog
V
V2EX
Vercel News
Vercel News
阮一峰的网络日志
阮一峰的网络日志
腾讯CDC
C
Cisco Blogs
T
Tor Project blog
The Hacker News
The Hacker News
雷峰网
雷峰网
MyScale Blog
MyScale Blog
博客园 - 司徒正美
AWS News Blog
AWS News Blog
GbyAI
GbyAI
Y
Y Combinator Blog
D
DataBreaches.Net
Simon Willison's Weblog
Simon Willison's Weblog
S
Securelist
The GitHub Blog
The GitHub Blog
S
SegmentFault 最新的问题
T
Tenable Blog
L
LangChain Blog
M
MIT News - Artificial intelligence
N
Netflix TechBlog - Medium
The Cloudflare Blog
A
About on SuperTechFans
IT之家
IT之家
F
Fortinet All Blogs
Security Latest
Security Latest
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
NISL@THU
NISL@THU
爱范儿
爱范儿
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
W
WeLiveSecurity
A
Arctic Wolf
I
Intezer
Application and Cybersecurity Blog
Application and Cybersecurity 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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
云厂商布局MCP的方向有何不同?
王智远 · 2025-04-16 · via 人人都是产品经理

MCP正在重构云计算生态,帮助企业和开发者更高效地连接数据、优化流程、降低成本,成为推动数字化转型的重要力量。

扣子、等智能体平台热潮刚过,MCP又成为新热点;阿里云率先推出MCP平台后,腾讯云跟进,百度云预计在4月25日的Create大会上发布相关产品。

开发者总冲在前面探路,但最终获益通常是大企业。

如果想赚到钱、或做出对企业、个人有用的产品,得了解云平台、它的生态、以及它给企业、个人提供什么样的价值场景,这样找准机会点。

那么问题来了,云厂商都在做MCP协议,有什么不同?

我认为战略角度不一样。阿里云强调全球化与全栈式技术布局,腾讯云是生态整合,百度云选择工具生态普惠,字节采用“内容+AI+云”的三螺旋战略,而AWS则聚焦语音交互底层设施。

怎么通俗理解呢?

先说说阿里,目前看,阿里云是电商+云计算双轮驱动。

就像一辆自行车的两个轮子,一个负责赚钱,一个负责技术。它把高德地图、菜鸟物流等50多个自家的服务都变成了MCP基础设施,如同把自家的工具都打包成一套“全家桶”,构建了一个“应用即协议”的生态闭环。

它的技术路径是全栈式技术布局,像盖房子,从打地基、砌墙、装修到安装水电,啥活儿都得干。

简单讲,从底层的硬件、服务器,到中间的软件系统、数据库,再到上层的应用开发、用户体验设计,都能搞定,这能形成一个完整的、从头到尾的技术体系,让整个系统能顺畅地运转起来。

所以,它的战略不仅在于吸引TOB新用户,更在于通过MCP构建一个万物互联的生态系统。

而阿里云百炼平台,可以看做一个“智能工具箱”,里面啥都有,比如:云计算、大数据、人工智能等,开发者和企业可以从“工具箱”里挑选适合自己的工具,快速搭建出自己需要的应用和服务。

再说说腾讯云,它的策略是:生态整合。

微信是一个巨大社交广场,腾讯云在广场上搭建了一个个“小摊位”,让开发者、企业可以在这里做生意;它采用边缘无服务器架构,就像把小卖部开在离用户更近的地方。

以前,所有的计算任务都放在很远的云端,每次处理数据都要跑很远的路,这导致延迟很高。现在,腾讯云把一些计算任务放在离用户更近的地方,这样数据处理起来就更快了。

所以,它的优势是:离用户近,速度快、不用操心后台、计算资源按需付费、请求多了自动扩容。

它的MCP模式更偏向“免费部署+社交裂变”。

腾讯云官方也说了,计划构建一个MCP Marketplace,另外,它还发布了AI开发套件,支持MCP插件托管,帮助开发者最快5分钟搭建业务型AI Agent。

换言之,开发者可以在此基础上,开发出各种AI应用,并通过MCP Marketplace推广给更多用户。

所以,这种模式优势是,开发门槛低,能借助微信生态的社交裂变,快速吸引了大量用户。

百度的策略是工具生态普惠化,用MCP Store构建一个类似“AI时代的Github+AppStore混合体”。

怎么理解呢?

GitHub是一个代码共享的社区,开发者可以在这里分享代码、协作开发项目;AppStore是应用商店,用户可以在这里下载各种应用程序。

百度的MCP Store也想做到类似的事情,让开发者能够方便地共享和使用各种AI工具和模型,就像在超市货架上拿取商品一样简单。

所以,百度通过MCP Store,想实现三点:

  • 降低开发门槛,让开发者更容易地调用和使用AI能力;
  • 促进生态繁荣,提供一个开放的平台,吸引更多的开发者和企业参与,
  • 形成一个繁荣的AI生态系统。

这像在AI的世界里,既有一个超市,又有社区,大家都能找到自己需要的东西,还能一起分享和交流。

字节在MCP协议上布局是”内容+AI+云”三螺旋战略。

抖音/TikTok像一个巨大的内容池,字节跳动用内容池构建MCP服务;同时,字节的豆包大模型整合了MCP协议,并在火山引擎上开放了“一句话开发”能力,开发者输入自然语言,就能生成调用抖音电商API的智能体。

商业化方面,字节跳动对中小开发者提供免费的MCP调用额度,而对企业客户,则打包出售MCP服务与抖音流量资源。

这就像给小商家提供免费试用,给大企业打包销售,让不同规模的用户都能从中受益。

值得一提是的AWS。它聚焦语音交互底层设施,用Amazon Nova Sonic语音模型与Bedrock服务结合,构建“语音+工具调用”的模式,也就是说,用语言助手打通一切。

所以,对比几家,我们能看到什么?

一个结论是:每个厂商在根据自己的优势、市场需求选择不同路径;阿里云强调全球化,腾讯云用微信生态做社交场景的闭环,百度云想做开发者的MCP Store。

字节则是“内容+AI+云”,让开发能和内容结合;而AWS则提供语音交互的基础设施。

既然这样,开发者应该选择什么样的MCP平台呢?我认为,关键要看生态。所谓生态,是厂商自身的客户选择。

阿里云,是全行业渗透的超级基建。

核心客户覆盖90%互联网公司、90%上市商业银行、90%汽车品牌、以及90%手机品牌(OPPO、vivo),还有超1000家政企客户(国家电网、中国石化)。

它的生态壁垒是电商+政务双引擎。当这些APP应用都转化为MCP接口时,就形成了全链路闭环托管。

举个例子:

你基于阿里云的MCP服务开发一个智能旅游规划系统。

它调用高德地图获取景点信息和导航,结合天气预报API提供实时天气,还能推荐附近的美食和酒店;用户输入目的地和出行日期,系统就能生成详细的旅游计划,包括行程安排、交通路线和预订建议。

这就是全链路。

对于开发者来说,阿里云更适合深度对接传统行业系统(如工业质检、跨境贸易)且对国产化合规要求高的企业级项目,更偏向TOB组织内部。

百度智能云,核心客户涵盖能源(国家电网)、制造(三一重工)、教育(新东方)以及大量的中小开发者。

它的生态壁垒体现在两个方面:

一是“地图+搜索双入口”,百度地图的MCP Server支持自然语言导航,比如“明早8点到杭州火车余票查询”,它就能帮你搞定。

二是千帆AppBuilder支持SDK一键转化MCP Server。如果你要快速调用地理信息服务,比如:物流路径规划,或者你是个人开发者,希望参与工具分成,百度智能云是个不错的选择。

因为你可以把开发的MCP产品直接嵌入大企业的某个模块中,实现快速变现。

腾讯云核心客户群体是互联网企业、游戏开发者、中小企业以及要快速部署和扩展的开发者,市场定位是“产业间的连接器”,擅长利用微信生态和社交平台的优势。

生态上有两点:

  • 靠着微信和QQ这两个超级入口,用MCP Marketplace能直接触达10亿用户;
  • 另一方面,是边缘计算网络。它在全球有3200多个节点,能让MCP服务的延迟控制在800毫秒以内,数据处理起来叫一个快,用户体验自然就好。

对于开发者来说,适合做社交裂变类的应用,比如:小程序电商,借助微信的社交力量,让应用像病毒一样快速传播开来。

字节核心客户是内容创作者、电商品牌和MCN机构。

容创作者需要提效工具,比如智能剪辑工具,能快速加口播、字幕,一键生成精彩片段,或者知识库类产品,方便查找和管理创作素材。

电商品牌则需要BI类分析工具,基于它们的CRM系统,帮助分析数据,提高营销效果和投资回报率(ROI)。

因此,主要围绕内容创作、流量赋能和工具赋能这三点,只要你的MCP工具能在这三个方面发挥作用,那在字节的生态里,就有很大机会。

最后说说AWS。

AWS像全球企业的“技术基石”,客户五花八门,啥样的都有。既有像Netflix、Spotify、Airbnb、Snapchat这样的互联网巨头,也有汽车、医疗、航空这些传统行业的“大块头”。

还有游戏和新科技领域,比如:动视暴雪、育碧,甚至还有DirectiveGames基于AWS构建的《头号玩家》VR游戏。

总之,从大型企业到中小企业,从传统行业到新兴科技都有;那对于开发者来说,要做一些全球化的东西,AWS绝对是不错选择。

因为WS的全球节点部署能让你轻松搞定。要是搞AI或者物联网,SageMaker(你的数据专家)和IoT Core(智能设备快递员)组合起来,也很方便。

你是个成本敏感型的初创团队,那免费套餐绝对是救命稻草。还有,AWS中国区已经支持了95%的全球服务功能,而且数据完全本地化存储,不用担心数据安全问题。

所以,它适合既要国内、又要国外市场的开发者。

从我的视角,给开发者选择建议是:全栈技术+政企合规,适合传统行业数字化转型的场景;百度智能云,地图SDK+工具分成生态。

腾讯云,适合社交电商和实时互动场景。字节跳动,内容创作与流量变现,适合内容创作者和电商品牌;AWS全球化部署,适合跨国项目;你可以对照自己,看看在哪方面更有优势。

不管在哪个平台做MCP开发,什么样的人能赚钱?

从商业逻辑来看,企业愿意为MCP服务买单,是因为它能帮企业省时间、省力气,或者少花钱。

比如说:

企业里销售的数据散落在不同的地方,有的在CRM系统里,有的在Excel表格里。以前,要人工把数据整理好、分析清楚,再做成报告。

但如果有一个厉害的MCP服务,能自动把数据连起来,用简单的指令就能生成动态看板、PPT报告,还能预测未来的情况,那企业就愿意掏钱。

再看看实际的应用场景,赚钱MCP服务有两个特点:

  1. 深度整合。比如外贸企业用MCP把ERP系统、微信和物流系统连起来,只要说一句话,就能调取跨国订单的数据,还能自动生成备货建议,这肯定有挖掘价值。
  2. 标准化可复制。这应该不难理解。在钉钉、飞书的审批流程里装一个MCP插件,用低代码的方式,快速满足中小企业的需求。

所以,云平台提供的MCP服务,是把复杂的API对接、权限管理、负载均衡等底层问题都搞定,让企业可以专心搞业务创新,而不是花时间在技术调试上。

将来,随着Serverless架构越来越普及,MCP服务可能会按实际调用量收费,这样企业用起来的门槛就更低了。

说白了,能赚钱的MCP服务,是把企业零散的数据、僵化的流程,变成AI能理解的标准化操作,最终帮企业省时间、省人力、省决策成本。

为啥我喜欢从赚钱的角度看问题?

因为赚钱的本质是帮别人解决问题,只有别人觉得值,才会给你钱;当我们找到一个场景,满足一部分用户的需求,让他们愿意掏钱并真正使用产品,这才是真正的“最小可行产品”(MVP),也说明产品初步跑通了。

不过,大家对跑通的理解不一样。真正的跑通,不仅是产品上线,还要找到愿意付费的用户群体,证明它的市场价值。

Manus的创始人肖弘很会做商业化,我记得,他办公室有张海报,大概意思是:做产品别想着一步登天,憋个大招。

你可以像玩变形金刚一样,先弄个滑板,能跑就行;有人买了滑板,你再把它改成滑板车,再升级成自行车、摩托车,最后变成汽车。每一步都要能真正用,解决实际问题。

所以,在MCP Server上做出有效产品,赚到钱,得换个角度看问题。

先看云厂商战略选择,再看看他们的用户,试着从用户身上找找怎么帮他们提效,最后,围绕需求开发新产品,卖出去。

这比单纯自己闭门造车强多了。你觉得呢?

文:王智远

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

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