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

推荐订阅源

B
Blog RSS Feed
C
CERT Recently Published Vulnerability Notes
P
Proofpoint News Feed
Y
Y Combinator Blog
T
The Blog of Author Tim Ferriss
云风的 BLOG
云风的 BLOG
H
Help Net Security
Recorded Future
Recorded Future
The Register - Security
The Register - Security
F
Full Disclosure
N
Netflix TechBlog - Medium
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
酷 壳 – CoolShell
酷 壳 – CoolShell
H
Hackread – Cybersecurity News, Data Breaches, AI and More
爱范儿
爱范儿
Security Archives - TechRepublic
Security Archives - TechRepublic
Simon Willison's Weblog
Simon Willison's Weblog
Cisco Talos Blog
Cisco Talos Blog
I
InfoQ
T
Tenable Blog
T
Tor Project blog
人人都是产品经理
人人都是产品经理
D
DataBreaches.Net
NISL@THU
NISL@THU
Google DeepMind News
Google DeepMind News
博客园 - 叶小钗
B
Blog
V
V2EX
Jina AI
Jina AI
L
LangChain Blog
月光博客
月光博客
W
WeLiveSecurity
U
Unit 42
AWS News Blog
AWS News Blog
C
Cyber Attacks, Cyber Crime and Cyber Security
博客园 - 聂微东
V
Visual Studio Blog
A
Arctic Wolf
T
Tailwind CSS Blog
The Cloudflare Blog
SecWiki News
SecWiki News
S
SegmentFault 最新的问题
Hacker News - Newest:
Hacker News - Newest: "LLM"
宝玉的分享
宝玉的分享
MyScale Blog
MyScale Blog
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
S
Securelist
www.infosecurity-magazine.com
www.infosecurity-magazine.com
腾讯CDC
雷峰网
雷峰网

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
拒绝“听个响”:一线AI PM万字复盘,为什么90%的AI项目都在制造垃圾?
特意安 · 2026-01-21 · via 人人都是产品经理

AI热潮下,90%的项目沦为'听个响'的昂贵玩具?本文直击行业痛点,揭露'AI+'模式的三大致命困局,提出从场景重塑到组织落地的完整转型方案。教你用'四维罗盘'识别真需求,构建AI原生工作流,打造难以复制的数字资产护城河。

AI这个话题简直是太火了,感觉朋友圈里、行业会议上,要是不聊几句大模型,都觉得跟不上时代了,每天都有新的工具、新的模型冒出来,大家都很兴奋,好像马上就要迎来生产力的巨大飞跃,可冷静下来看看,我作为一个在一线扑腾的从业者,看到的现实是另一番景象。我看到的是,身边绝大多数的AI项目,最后都变成了“听个响”,雷声大雨点小,真正能给业务带来价值的寥寥无几……

很多人把原因归结为技术还不够成熟,模型还不够聪明,我觉得这不对,问题的根子不在技术,而在思维。我们太多时候都在玩一种“AI+”的游戏,就是把AI当成一个时髦的外挂,硬生生往现有业务上套,结果就是各种水土不服,真正的转型,应该是“+AI”,是反过来的,是用AI的思维去重新思考和构建我们的业务流程,让AI像水电一样,无感地融入进去,成为基础设施的一部分。

这篇文章,就是我这段时间的一些思考和总结,想聊聊怎么把AI从一个“昂贵的玩具”,变成一个能真正创造效益的商业引擎,希望能帮到一些同样在迷茫中的朋友。

01 认知重塑——告别“AI玩具”,拥抱“场景思维”

咱们先来聊聊认知,我觉得这是所有问题的起点,如果一开始的思路就偏了,后面做得再多,也是南辕北辙。

现在很多企业搞AI,都陷入了一个怪圈,就是我前面说的“AI+”模式。

“AI+”的三大困局

这个模式听起来很美,给销售加个AI,给客服加个AI,给设计加个AI,好像企业立马就智能化了。

实际上呢?往往会掉进三个大坑里:

第一个坑,叫场景割裂

就像你为了做一顿饭,买了一堆高科技厨具,一个自动炒菜机,一个智能电饭煲,一个声控烤箱,每个看起来都很厉害,但它们之间互不相通,炒菜机不知道米饭什么时候好,烤箱也不理会你的菜炒到了哪一步,最后你发现,你得在这些“智能”设备之间来回奔波,比自己动手还累。

企业里的AI工具也是一样,今天用这个工具写文案,明天用那个工具做图,后天再用一个工具分析数据,这些点状的功能堆砌在一起,没有形成合力,反而把工作流程切割得支离破碎。

第二个坑,是数据孤岛

AI的燃料是数据,这个道理大家都懂,在“AI+”的模式下,每个AI工具都可能在自己的小世界里沉淀一些数据,但这些数据就像一个个孤岛,互不联通。销售用的AI工具里的客户数据,跟客服AI里的用户反馈数据,可能是老死不相往来。

模型吃不到最新鲜、最全面的数据,就没法做出真正有洞察力的实时决策,它的聪明程度也就被锁死在一个很低的水平。

第三个坑,我管它叫价值衰减

很多AI项目,在演示的时候效果惊人,一到实际业务场景里就拉胯,为什么呢?

因为它可能是在一个非常特定的、被“喂”得很好的数据集上训练出来的,一旦换个环境,换个问法,或者数据稍微有点“脏”,它就懵了。这种效果很难横向扩展,离开实验室的无菌环境,价值就迅速衰减,根本没法大规模应用。

“+AI”的核心范式:业务以AI的方式运行

那要怎么破局呢?

就是要从“AI+”转向“+AI”,这听起来像文字游戏,但背后的思维方式是天差地别的。

“AI+”的思维是:我有一个业务,怎么用AI给它赋能?

“+AI”的思维是:如果我的业务从第一天开始就是由AI驱动的,它应该是什么样子?

这是一个重构的视角,不是给一辆旧马车装个发动机,而是去设计一辆全新的汽车。

在这种范式下,AI不再是一个外挂,一个可有可无的工具,它变成了业务流程里一个内嵌的组件,是知识和决策的核心接口,是新的生产引擎。整个业务流程,都要按照AI能够理解和执行的标准来重新设计,这才是真正的数字化转型,让业务以AI的方式去运行。

警惕三类“伪场景”

想做到“+AI”,第一步就是要学会识别场景的真伪,我见过太多项目,死就死在选了一个“伪场景”,这里我总结了三类需要特别警惕的:

第一类,想象型场景

这种场景纯粹是为了炫技,为了让老板在大会上能有个东西吹牛,比如搞个酷炫的数字人,能说会道,但它到底解决了什么真实的业务问题呢?——不知道。

这种项目往往投入巨大,最后除了一个演示视频,什么都没留下。

第二类,表层型场景

这种场景看起来有点用,但只是挠痒痒,没触及核心。比如,用AI来写一些非常简单的、模板化的邮件回复,这确实能替代一些简单的人工,但它有没有优化整个客户沟通的流程呢?有没有提升客户满意度或者转化率呢?——可能并没有

这种场景价值很薄,很容易被替代,也构不成壁垒。

第三类,一次性场景

这是最坑的一种,AI最核心的价值之一,是能够通过不断的反馈来学习和进化。一个好的AI应用,必须能形成“数据-反馈-优化”的持续闭环。如果一个场景,你用AI做完了就完了,没有后续的数据回来,模型也得不到优化,那它就是一个死的工具。这种一次性的投入,带不来复利效应,非常浪费。

所以,在动手之前,先擦亮眼睛,看看自己要做的,是不是这三类“伪场景”之一。

02 价值勘探——如何像侦探一样识别高价值场景

好了,既然知道了要躲开“伪场景”,那怎么找到那些真正有价值的“真场景”呢?

我觉得这个过程,有点像侦探破案,需要细致的观察、严谨的逻辑和一点点直觉,我习惯用一个我自己总结的“四维评估罗盘”来做判断,分享给大家。

场景价值的四维评估罗盘

这个罗盘有四个维度,分别是业务价值、数据可行性、技术适配性落地执行性,一个好的场景,必须在这四个维度上都不能有明显的短板。

第一个维度,业务价值

这是最重要的,也是一切的出发点。

你要问自己一个最朴素的问题:这个事儿,做成了,能给公司带来什么实实在在的好处?是不是直击了某个核心业务的痛点?能不能带来可以被量化的成本节约、效率提升,或者收入增长?

如果连你自己都说不清楚这个场景的商业价值,那最好别碰。

我见过太多技术人员,从技术可行性出发,做了一个很酷的东西,然后拿着锤子找钉子,到处去问业务部门“你们谁要用”,结果往往是被泼一盆冷水……

第二个维度,数据可行性

AI是数据喂出来的,没有足够且高质量的“燃料”,再牛的算法也跑不起来。

你需要评估,支撑这个场景需要的数据,我们有吗?这些数据是零散的还是结构化的?获取这些数据的难度大不大,合不合规?数据需不需要大量的清洗和标注,这个成本有多高?数据问题是很多AI项目里最头疼、最耗时的一环,必须在项目初期就想清楚。

第三个维度,技术适配性

这个场景需要用到的AI技术,现在成熟了吗?

是需要我们自己从零开始定制开发,还是市面上已经有成熟的解决方案或者开源模型可以用了?

技术的风险有多大,有没有可能搞到一半发现此路不通。

这里要有一个清醒的判断,不要盲目追求最前沿、最牛的技术,有时候,一个相对成熟、稳定、简单的技术,反而更能解决问题。

第四个维度,落地执行性

这个维度经常被忽略,但往往是致命的,就算你场景选得好,数据也够,技术也成熟,但如果组织上没准备好,一样白搭。

你要考虑,这个AI应用上线后,现有的业务流程需不需要重塑?业务部门的同事们,他们愿意用吗?会用吗?培训成本高不高?我们有没有一个清晰的试点和推广路径?是从一个小点开始,还是准备全面铺开?

这些问题不解决,你的AI产品可能就是一个没人用的“花瓶”。

这四个维度,就像一个罗盘,能帮你在一片迷雾中,找到正确的方向。

从抽象需求到可执行任务

光有罗盘还不够,我们还需要具体的工具,把那些模糊的需求,变成可以执行的任务,我常用两个方法:

一个叫“用户旅程地图法

就是找一个核心的业务流,比如“一个新用户从了解到购买的全过程”,或者“一个广告素材从创意到投放的全过程”,把它完整地画出来,然后,拿着放大镜,去审视这个流程里的每一个环节,我们要找的是那些“高频、重复、高认知负荷”的环节。

  • 高频,意味着这个环节每天都在发生,优化的价值很大
  • 重复,意味着这个环节有固定的模式,适合让机器来做

高认知负荷,意味着这个环节很费脑子,人做起来很痛苦,也容易出错,用AI来辅助或者替代,能极大地解放生产力,把这些环节找出来,就是AI最好的切入点。

另一个方法,叫“5W1H需求清单法

当业务部门跟你提一个需求,比如“我想要一个AI帮我写文案”的时候,千万别直接就去干了,你要像个记者一样,用5W1H去追问,把这个模糊的需求拆解成具体的信息。

  • Who:谁来用这个AI?
  • What:他们要写什么样的文案,用在什么地方?
  • When:他们在什么时间、什么场景下会用?
  • Where:在哪个平台或者工具里使用?
  • Why:他们为什么需要AI来写,现在的痛点是什么?
  • How:他们希望AI以什么样的方式来帮助他们,是直接生成,还是提供建议?

把这些问题都问清楚了,你才能真正理解需求的本质,而不是做一个自己想象中的东西。

03 方案设计——围绕场景落地的三个进阶动作

找到了高价值的场景,接下来就是怎么把它变成一个可用的产品方案,这里面也有很多门道

不是说找到痛点,直接扔一个AI模型过去就完事了……

好的方案设计,是围绕场景,层层递进的,我把它总结为三个进阶的动作

动作一:体验优化层——设计“有弹性”的人机协作

第一个动作,也是最基础的,是在体验层做优化,核心是设计一种“有弹性”的人机协作关系

什么叫有弹性?

就是你的AI产品,不能是“一刀切”的。你要考虑到,使用你产品的用户,他们的专业能力和需求是不一样的,有的是小白,有的是专家。所以,你的AI介入的深度和方式,也应该是分层的。

我举个例子,比如我们做一个AI辅助写作的工具。

对于效率层的小白用户,他们可能就想要一个“一键生成”的功能,你给他一个指令,他就能快速拿到一个可用的初稿,解决从0到1的问题。

对于协作层的进阶用户,他们有自己的想法和框架,不希望AI完全代劳,那我们就要提供像“局部重写”、“多版本建议”这样的功能,让他们在自己主导的框架里,把AI当成一个可以随时调用来激发灵感、润色表达的伙伴。

对于深度层的专家用户,比如专业的写作者或者研究员,他们对内容的要求非常高,那我们的AI就要提供更专业的能力,比如“术语校准”、“逻辑链检查”、“推理过程可视化”等等,赋能他们进行更高阶的创作和分析。

你看,同样是AI写作,针对不同的人,我们的产品形态和交互方式是完全不同的。

这种分层设计的理念,就是为了让人和AI能够以最舒服、最高效的方式进行协作,而不是互相掣肘。

动作二:流程重塑层——构建“AI原生”的业务工作流

如果说体验优化是“点”上的改进,那第二个动作,流程重塑,就是“线”上的变革,这才是“+AI”思维的精髓所在。

我再举个我之前接触过的例子,电商广告素材的制作,很多公司做这个事,思路就是做一个“AI作图工具”,运营上传一张产品图,AI帮忙换个背景,加点文案,生成一张广告图,这是典型的“AI+”思路,AI只是替代了设计师的一部分工作。

而“+AI”的思路是怎么样的呢?

我们要重构的,不是“作图”这个动作,而是“广告素材规模化生产”这个完整的工作流,你想想,一个电商公司,一个产品可能需要在不同的社交平台、不同的广告位,针对不同的用户群体,用不同的语言,投放成百上千张不同的素材,这个流程如果靠人来做,效率极低,成本极高。

一个AI原生的工作流应该是这样的:运营只需要上传一张产品图和核心卖点,系统就能自动分析产品特性,结合不同平台的设计规范、不同国家的语言文化、近期的热门元素,全自动地生成上百个尺寸、风格、文案各不相同的广告素材,并且自动推送到广告系统进行小流量测试,根据点击率、转化率等数据,自动筛选出效果最好的素材,再进行大规模投放。

在这个流程里,AI不再是一个孤立的“功能点”,它变成了串联起整个业务流的“自动化中枢”,这才是真正意义上的流程重塑,带来的效率提升是数量级的。

动作三:资产与生态层——沉淀以“角色”为核心的护城河

第三个动作,是更深层次的思考,关于如何构建企业的长期护城河,当AI技术越来越普及,单纯的功能和流程优化,很容易被模仿和超越,什么东西才是真正属于你自己的、别人拿不走的?

我觉得,是“资产”

在AI时代,有一种新的资产形式正在浮现,那就是以“角色”为核心的数字资产,特别是在泛娱乐、内容创作这些领域,这个趋势尤其明显。你想想,当一个用户花了很多时间、精力和情感,去调教、养成一个属于他自己的AI伙伴、一个虚拟偶像、一个游戏里的智能NPC,这个“角色”对他来说,就不仅仅是一个工具了,它承载了情感和创造力……

这个“角色”本身,就成了平台最核心的资产,是用户留存和迁移成本最高的那个东西,从企业的角度看,我们也要转变思路,从做一个个“项目”,转向沉淀一种“能力”。我们为解决某个场景而开发的AI解决方案,不应该在项目结束后就束之高阁,我们应该把它抽象出来,沉淀为一个个可复用、可组合的企业级“智能体”能力单元。

比如,一个“财报分析智能体”,一个“市场洞察智能体”,一个“代码审查智能体”,当这些智能体越来越多,我们就构建起了一个属于自己公司的、独特的AI能力资产池,未来,当新的业务需求出现时,我们就可以像搭积木一样,快速组合这些能力单元,生成新的解决方案。

这才是真正的、可持续的竞争力。

04 组织与实施——穿越落地深水区的行动路线图

想法再好,最终还是要落地执行。AI的落地,尤其是在传统企业里,是一个会踩无数坑的过程,我见过太多公司,轰轰烈烈地开始,最后悄无声息地结束……

这里我想聊聊我观察到的企业落地AI的几个典型阶段,以及怎么能更快地穿越“深水区”。

企业落地的四个典型阶段与避坑指南

我发现,大部分公司搞AI,都得经历四个阶段,像升级打怪一样。

第一个阶段,狂热期

这个阶段,大家对AI充满了不切实际的幻想,觉得它无所不能,于是,公司里从上到下,开始盲目地试用各种新出的AI工具,今天试试这个聊天机器人,明天试试那个绘画应用,不亦乐乎。

这个阶段的特点是热情高涨,但缺乏焦点。

第二个阶段,幻灭期

新鲜劲儿过去后,问题就来了。大家发现,这些通用工具虽然好玩,但用到实际工作中,好像不是那么回事,生成的文案不符合品牌调性,画出来的图不满足业务规范,为了让这些工具能协同工作,沟通成本反而增加了。

于是,热情迅速消退,很多人开始抱怨“AI也不过如此”,甚至产生抵触情绪。

第三个阶段,觉醒期

经历过幻灭,一部分人开始冷静下来思考,他们意识到,问题不在AI本身,而在于没有找到真正的痛点,他们开始尝试去识别业务中那些真正需要被解决的问题,但很快又会发现新的困难:现有的技术和业务需求之间,好像总隔着一层,不太匹配。

这个阶段,是痛苦的,也是最有价值的,因为它标志着思考开始走向深入。

第四个阶段,生产力期

只有少数团队和企业能最终走到这个阶段,他们不再迷信通用的“万能钥匙”,而是围绕自己识别出的真实场景,进行定制化的开发和集成。他们不再把AI当成一个独立的工具,而是想办法把它无缝地融入到核心的业务流程中去。

这个阶段,AI才真正开始释放它的威力,成为驱动业务增长的引擎。

我的建议是,企业应该有意识地去管理这个过程,鼓励大家快速试错,尽快地穿越前三个阶段

不要在狂热和幻灭中停留太久,要以一种“造一把好锤子来砸特定钉子”的务实心态,直奔第四个阶段。

找到“刚需场景”与切入策略

那具体要怎么做呢?

关键是找到那个“刚需场景”作为突破口。

从哪里开始找?我的经验是,别一开始就想搞个大的,去颠覆什么核心业务,步子迈得太大,容易扯着,最好的切入点,是那些员工最痛恨的、重复性极高的繁琐工作。

比如,没完没了的会议纪要整理,各种数据的复制粘贴和格式调整,每周都要做的报表生成,这些工作价值密度低,但又不得不做,占用了大量的时间和精力,是员工幸福感的第一杀手。从这些地方入手,用AI去解决,效果立竿见影,员工的接受度会非常高,能快速建立起大家对AI的信心。

怎么切入呢?

初期,可以非常轻量化,现在有很多智能体平台,可以让你用很低的成本,快速搭建和验证一些小工具,比如做一个会议纪要智能体,一个报表生成智能体,通过一个统一的门户让大家去试用。

当这些小工具被验证确实有效,用的人越来越多的时候,再考虑进入中后期阶段,也就是,把这些AI能力,跟企业现有的业务系统,比如OA、ERP、CRM等,进行深度的集成。

让AI能力,真正嵌入到员工每天都在使用的工作流里去。

面向未来的组织能力:构建“云组织”与智能体中台

当AI应用在企业内部遍地开花,新的管理挑战就来了,我们需要构建面向未来的组织能力。

这里有两个概念,我觉得很重要。

一个是“云组织”,未来的企业,不太可能把所有AI人才都招到自己内部,更现实的模式是,保持一个精干的核心团队,他们负责定义场景、把握方向、整合资源,然后,通过一个开放的生态,弹性地调用市场上的各种外部资源,比如算法专家、数据标注团队、模型部署服务商等等……

这种模式,就像云计算一样,按需取用,能让一个10人的核心团队,撬动100人的资源,实现10倍的资源拓展能力。

另一个是“智能体中台”,当企业内部的智能体数量从几个、几十个,激增到几百个、几千个的时候,如果没有一个统一的管理平台,一定会陷入混乱,谁开发的智能体?谁在用?权限怎么控制?消耗了多少计算资源?效果怎么样?

这些问题都需要一个中台来解决,这个智能体中台,负责对所有智能体进行全生命周期的管理,包括开发、测试、发布、监控、迭代,还要负责统一的资源调度和权限控制。它就像是企业AI能力的大管家,确保所有的AI应用都能安全、高效、有序地运行。

05 未来展望——AI场景化应用的进化方向

聊了这么多现在该怎么做,最后也想稍微展望一下未来。

AI场景化的应用,还会往哪些方向进化呢?

产业趋势:从单点智能到场景系统

一个非常明显的趋势是,AI正在从一个个独立的、炫技的“单点智能”产品,进化成融入我们生活和工作方方面面的“场景系统”,就像今年年初的CES展上看到的,最亮眼的已经不是某个能对话的机器人,或者某个能画画的软件了,而是那些把AI无缝集成到家居、出行、健康等完整场景里的解决方案。

比如,一个智能家居系统,它不是简单地让你用语音控制灯光,而是能根据你的作息习惯、室外的光线、甚至你的情绪状态,自动调节整个家的环境;一个智能座舱,它能在你上车时就自动设置好你喜欢的音乐和温度,还能在你疲劳时主动提醒你,甚至帮你规划更轻松的路线……

未来的AI,追求的是一种无感的交互和自然的融入,它不是一个需要你主动去“使用”的东西,而是像空气一样,时刻围绕在你身边,为你提供支持。

技术融合:多模态与具身智能

为了实现这种“场景系统”,技术上也在发生融合。

一个重要的方向是多模态AI。

未来的AI,不再是只能处理文本,或者只能处理图像,它能够像人一样,同时理解和处理文本、图像、声音、视频等多种信息。你可以一边跟它说话,一边给它看一张图片,它能完全理解你的意图。这种多模态的能力,将使得AI能够应对更复杂的、更接近真实世界的交互场景

另一个更激动人心的方向,是具身智能。

就是让AI拥有一个“身体”,能够与物理世界进行真实的交互,这个“身体”可以是一个机器人,也可以是一辆车,甚至是一件衣服,当AI能够通过传感器感知物理环境,并通过执行器去改变物理环境时,它能做的事情就有了质的飞跃。从帮你整理房间,到在工厂里进行精密操作,再到进行灾难救援,这些都将成为可能。

多模态和具身智能的结合,将解锁无数过去我们想都不敢想的、更复杂、更拟人的应用场景。

核心结论:技术永远是第二位的

说了这么多未来的趋势,但我还是想把大家拉回来,回到我这篇文章最核心的观点上。

那就是,技术永远是第二位的。

我反复强调这个,是因为我真的觉得太重要了,无论AI技术发展到多么先进的程度,最终能够在市场上胜出的应用,不一定是用到了最前沿算法的那个,而一定是最贴近真实业务场景、最能解决具体用户痛点的那个。

你对一个行业本质的理解,你对一个具体场景的拆解能力,你把复杂问题翻译成AI可执行任务的能力,这些软实力,是比算法本身更深、更持久的护城河。

技术会迭代,模型会更新,但对业务和人性的洞察,是永恒的……

写到最后,想说的其实也很简单,就是回归常识。

AI不是魔法,它就是一个工具,一种新的生产力。

它的价值,不在于技术本身有多么酷炫,而在于它与一个具体的业务痛点成功对接的那个瞬间,那个瞬间,可能是帮一个运营人员从繁琐的作图中解放出来,可能是帮一个销售找到了最有可能成交的客户,也可能是帮一个管理者从海量数据中看到了别人没看到的风险。

所以,对于绝大多数企业来说,AI转型的第一步,不是去追逐最新的模型,也不是去制定一个宏大的战略,而是静下心来,去找到那个让你或者你的员工最痛苦的、微小但确切的场景,然后,用AI,用一种优雅的方式,去解决它。

就从这里开始,一步一步,你就能走出一条从“AI热”到“AI效益”的坚实路径,并以此为基础,逐步构建起一个由AI驱动的、全新的业务范式。

本文由 @特意安 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自作者提供