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

推荐订阅源

WordPress大学
WordPress大学
Cyberwarzone
Cyberwarzone
The GitHub Blog
The GitHub Blog
云风的 BLOG
云风的 BLOG
P
Proofpoint News Feed
小众软件
小众软件
Recent Announcements
Recent Announcements
博客园 - 三生石上(FineUI控件)
Security Archives - TechRepublic
Security Archives - TechRepublic
W
WeLiveSecurity
Cloudbric
Cloudbric
博客园 - 司徒正美
美团技术团队
N
News and Events Feed by Topic
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
PCI Perspectives
PCI Perspectives
宝玉的分享
宝玉的分享
H
Help Net Security
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Google DeepMind News
Google DeepMind News
Help Net Security
Help Net Security
Last Week in AI
Last Week in AI
S
Schneier on Security
N
News | PayPal Newsroom
B
Blog RSS Feed
L
LINUX DO - 最新话题
T
Troy Hunt's Blog
S
Secure Thoughts
雷峰网
雷峰网
aimingoo的专栏
aimingoo的专栏
L
Lohrmann on Cybersecurity
G
Google Developers Blog
Microsoft Azure Blog
Microsoft Azure Blog
Hacker News - Newest:
Hacker News - Newest: "LLM"
T
Tenable Blog
S
Securelist
L
LangChain Blog
Recent Commits to openclaw:main
Recent Commits to openclaw:main
I
InfoQ
H
Heimdal Security Blog
Cisco Talos Blog
Cisco Talos Blog
F
Full Disclosure
Y
Y Combinator Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
K
Kaspersky official blog
T
Tailwind CSS Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
阮一峰的网络日志
阮一峰的网络日志
C
Cisco 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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第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 时髦的 SaaS 们,该考虑 ROI 了
牛透社 · 2024-04-16 · via 人人都是产品经理

在没有找到足够的需求钉子前,不要随便造锤子产品。软件作为服务终端,有价值的是+ AI,不是 AI +。

过去的一年多,SaaS 对新一轮 AI 技术的向往在沉默中保持着狂热。原因无他,笃定这就是未来。

与之对照的是 2023 年,IDC 发布过一组数据称,到 2024 年,预计有超过 85% 的企业软件将包含 AI 功能,其中 SaaS 应用将成为主要的交付方式。而现实的走向也是如此,基本上国内叫得出名号的 SaaS 都已经实现了部分功能的 AI 化,越来越多的 SaaS 服务商开始走上这条路。

然则,SaaS 产品探索功能 AI 化固然是好事,但万事讲究个“过犹不及”。

“去年 2 月我们就开启功能 AI 化的探索,最后到年底一共完成了 3 个 AI 场景(没产生商业价值),期间动员了多名产品经理、前端、后端、测试以及 AI 架构专家参与,共计投入成本近 100 人月。而 2024 年按照我们预计要开发 10 + 个场景(不确定是否具备商业价值),初步估算的年投入就超过千万元。”

这位在 SaaS 软件圈知名的服务商此时开始犹豫,自己值得投入那么多吗?何止是他,当下 SaaS 行业里有些人投入更多,却同样收获甚微。

此等情况,如同给一盆花施新肥,放多少?怎么放?如何做到 ROI 最大化?成为大家普遍困扰的问题。为此牛透社找到了 ZohoCOO  夏海峰、53 AI  创始人杨芳贤就上述问题聊了一聊……

01 不急,要稳

很理解那些拥有技术背景或与曾与技术工作密切相关的 SaaS 创始人们,对先进技术有向往。但在商言商,“大家在 AI 对产品的改造上,现阶段不要那么快,要一步步来。”杨芳贤说到。

尤其是当前中国软件市场还处在白热化的竞争状态里,新一轮 AI 技术不仅没让这种竞争状态放松下来,反而会进一步加剧,倒逼着大家进入“军备竞赛”。此时为了做而做,就容易变成「为了卷而卷」的无效竞争。

毕竟回顾过往企业服务软件的发展,很多新概念、新技术、新方法论带动大家在攀比式借鉴中走偏已经屡见不鲜,所以大家一定要吸取教训,确保自己不受外部嘈杂环境的影响,严格地按照自己的节奏前行。

再者说,企业服务并非单纯的互联网业务,它需要一定的技术积累和足够的落地经验和方法,尽管 AI 大模型的引入为企业服务带来了新的可能性,但并不意味着能够迅速取得成功。

杨芳贤讲到,新一轮AI技术,确实有可能改变企业服务是低人效的苦活,但不容忽视的是,在产品改造阶段,一定需要一把手亲自参与。并且建设中,一味地“比快”就意义有限,反之精细化运作的深度和全员参与的广度才是结出“甘甜果实”的重点。

“ 2014 年就意识 SaaS 会走向智能化,2017 年起我们特别成立了专业的研发团队做这件事,到了 2022 年初,AIGC 新兴 AI 技术的出现打动了我们,在此基础上,我们开始基于新一轮的A技术不断推动产品功能的 AI 化进程。”

但是,“自始至终,Zoho 都没有被过度刺激,也从不为了创新而研发,更没有去盲目地基于新技术去创造新产品。”

至于为何会不急,夏海峰的解释是“够用就行”。

在推动产品功能 AI 化中,SaaS 需要明确一件事:我们不是开拓者,我们的目标也不是变成“乔布斯”,我们的目的是让这项技术可以帮助产品更好解决需求,更广泛地解决需求,这个过程是以产品为基底去实践,只有这样,市场才会广泛地认识我们、认同我们认可我们。

汉弗莱·戴维发明了电灯,但被广泛记住,广泛认同的是那个让电灯走进了千家万户的托马斯·阿尔瓦·爱迪生。

“对于 SaaS 产品来说,在目的明确下,AI 技术的价值就是增加原有产品功能集的服务深度、服务广度。变成为原有‘木桶’中增加「服务容量」的一块新木板。这块‘新木板’不需要有多长,只需要超过原有‘木桶’最短的那块木板就能基本足够。”

所以在 AI 技术的引入中,夏海峰明确谈到“ SaaS 服务商不应该追求技术的先进性,这是现在 AI 大模型厂商,研究机构的工作。相反追求技术的适用性,让产品有更好的体验,更好解决需求的能力才是我们要实践的目标。”

也正是强调技术的适用性,像产品通用的基础功能,完全没必要“重复造轮子”,接入第三方 AI 大模型厂商技术就够用。

而专业的场景需求,SaaS 服务商也不用着急做,除非彻底明确某一场景在产品功能 AI 化后,存在实际商业价值。夏海峰讲到:“这样做可以有效避免沉迷于‘先进性、超前性’技术研发和产品创新的主观幻想中,确保工作始终保持务实和高效。”

02 实践:与客户共创&数据驱动

“稳”是实践方式,至于选择什么实践路径则是另一个重要问题。

“坦率地说,今天大模型的落地应用,如果不是与客户(包括自身公司有需求)共创的,而是由产品经理和技术人员拍脑袋拍出来的,这个产品一定是不会成功的,一定是无法落地的。”

因为,与客户携手研发的产品,经过市场的初步检验,已满足实际应用场景的需求,为后续的广泛应用奠定了坚实基础。所以只有这种根据各种要求,经过精心打磨的产品,通常都符合市场需求,是值得投入和推广的正确产品。

“况且还是坦率地说,现在其实大模型到底在哪些行业有哪些具体的落地的应用场景,大家都没摸透,整体的商业化还是荒芜的。”作为远离很多行业业务场景的开发端,我们此时做一些自认为有价值的 AI 功能出来,大概率会失败。这属于屁股决定脑袋。

所以找业务场景、找商业化场景,一定要从客户实际业务痛点中挖掘,因为只有找到水管哪里漏了,才能更好地去补。

不过杨芳贤也说到,“并不是每个客户都适合与自己共创。与客户共创的话,一定是要去筛选客户企业,这背后有一套方法。”

例如,在共创客户企业选择上,一定要选行业内相对头部的企业,虽然不一定是最大的,但一定是相对头部的,只有这样的客户,他们的场景需求才可能具有典型性,具有前沿性,所共创出的产品才有可能具有更广泛的适用性。如果与行业内的腰部和尾部企业共创,价值可能就没有这么明显。

还有,选择共创的客户企业,其老板、公司的一把手要特别重视 AI 化,重视智能化,肯始终如一地接受 AI 技术的引入和应用,并主动加入这个项目里,共同推动自己进行智能化的改造,绝不能只是停留在口头承诺上的“叶公好龙”。

此外,所选择的共创企业亦需拥有明确的认知,特别是对接的负责人应具备相应的技术知识。同时,共创企业要理解项目执行,以确保双方沟通保持同步,从而实现有效地互动交流。

最后,即便是“共创”客户企业也一定要“付费”,这样做则是为了保证共创模式的持续性、稳定性。因为只有“付费”,在执行中需求方才可以全心全意地提需求,服务方才会兢兢业业地解决需求,双方共同打磨出的产品才可能真的有价值,否则共创也不会有好的结果。

当然,在推动产品功能 AI 化上,除“共创”极为关键外,“数据驱动”亦是另一条不容忽视的重要途径。

夏海峰强调,产品功能 AI 化的创新优化主要源自两方面。一方面,客户的明确需求是推动某些功能智能化的关键动力。另一方面,团队紧密围绕产品本身,不断研究如何将这些功能进行智能化升级。在后者过程中,“数据驱动”发挥了决定性的作用,是实现这一升级目标的核心要素。

所谓的“数据驱动”,实际上是指通过观察用户在使用产品中,对某项功能的使用率,当某项功能的使用频次高时,这在一定程度上意味着这项功能满足了用户的某种需求,用户对其产生了依赖。特别是那些能够直接帮助企业创收的功能,其打开率越高,越能证明该产品功能 AI 化具备商业化价值。

而 AI 如何增强原有功能,则核心在于明确原有功能旨在解决何种问题,在原有的核心解决能力上通过 AI 技术做加深。

就像,若需增强数据分析能力,用 AI 通过机器学习算法来优化数据处理流程;若需处理高重复率任务,用 AI 通过自动化工具来提高工作效率;若需理解上下文以提供建议等,用 AI 结合自然语言处理技术来实现等。

“通过纯粹的数据反馈采样率,包括工单反馈和呈现效果,基于最客观的数据去找商业化或落地应用场景,这是不容忽视的途径。”

事实上,数据作为客观、无声的证词,能够深度反映用户的实际需求与期望,为我们探索实践路径提供了有力的支持。通过深入分析用户数据,我们可以更加准确地了解用户的行为习惯、偏好和需求,从而优化产品功能和用户体验。

“‘共创’是一种偏被动地去实现产品功能的 AI 化,使用‘数据驱动’则更具有主动性。”夏海峰说到,合理地融合使用这两种方式,会帮助 SaaS 产品加速发展更多的商业化场景,进而为其发展带来利好。

03 AI 到来,加速 SaaS 间淘汰?

任何事情都有两面性,就像人们常说的某个事件的发生、某项技术的出现,带来的既是挑战,也是机遇一样。这一轮新兴 AI 技术对 SaaS 的改造,也不能免俗。

机遇,大家普遍有了解,这里暂时省略。至于挑战则是:AI 到来,会加速 SaaS 间淘汰。

“功能 AI 化的推进,会让 SaaS 变化成解决一定程度多样性需求的标准化产品。”因为智能化的价值在于其具备高度精准的终端自适配处理能力,无需依赖人的分析,自己直接可完成相应工作,最后再由相关工作人员阅读后决策,即能高效完成任务。

这如同地铁站旁边的共享单车处理交通最后三公里路程一样,走什么路径不再被限制,只需满足停放在周边有摆放区域的地点即可。这样的做法,提升了 SaaS 产品整体的服务价值。

例如,一家医疗的企业找服务商合作,由于他的需求不够明确,往往无法直接点出在哪个环节有哪些问题,无非决定自己想通过什么来提升什么? 这个时候就需要人参与进来,一步步结构场景点挖出待解决的环节问题。

但是现在的 AI 技术通过自我分析及推理,能做到把一个稍微复杂的业务结构构成一个个很小的业务单元,通过标准化和一定的应变能力进入到各个小业务单元里去优化人的解决效率,甚至在特定一些场景直接代替人在这个环节的工作。

也是因为 AI 技术赋予产品在需求末端一定的自处理能力,“SaaS 产品也不用再担心像素级借鉴。”

杨芳贤解释到,未来在解决实际场景需求中,很多 SaaS 虽然看上去的功能类似,但因为 AI 化能力的差异,其造成单功能处理问题的效率与结果会出现差异化,让最终呈现的业务价值变得高低立现。

而这还只是某一环节功能的 AI 化。诸多功能成体系组合,才会集成为一款产品,最终造成的产品层面的价值差异化会更加明显,这就是新一轮 AI 技术带给 SaaS 行业的「月之暗面」。

“所以,随着 AI 技术的不断深入与应用,SaaS 产品的功能与服务将逐渐呈现两极分化的趋势。这一变革将加剧市场竞争,对无法满足用户需求或解决问题能力不足的 SaaS 产品构成压力,进而加速其退出市场。”杨芳贤说到。

夏海峰差不多也是这个意思。“过去的资本的介入让大家有点盲目自信,觉得大家的产品差不多,我先低价拿市场保证市占率,然后通过‘活得久自然而然就成为赢家’的逻辑发展着。”

但在如今市场强调高质量发展的背景下,企业们也经过早期的 SaaS 产品市场教育,其所做出的决策与购买行为变得更为理性。因此,产品必须充分展示其价值,为客户提供远超其所投入的成本回报。此时,AI 化刚好是让各个产品拉开差距的关键点,把握不住的 SaaS 服务商会面临严峻的挑战。

此外,夏海峰亦强调:“实现众多 SaaS 产品的 AI 化并非易事。”这不仅仅依赖于构建一个精确的模型架构,更依赖于基础的数据处理能力。其中,关于模型架构造成的忧虑相对较小。因为根据 Gartner 技术成熟度曲线,技术成熟并普及化会缩小技术差距,届时造成的影响会变小。但数据的丰富程度则不一样,它将成为决定 AI 化能力强弱更为重要的因素。

“ SaaS 服务商所沉淀、掌握的数据专业度和数量差异,极大程度上将决定谁会生存,谁终将离去。”

并非夸张,像一些 SaaS 服务商,它有百万用户、千万用户甚至上亿用户,它在很多行业解决方案上造诣都不错,有世界 Top500、全国 Top500 的标杆客户企业,服务某行业企业有近百余家。那么他们通过服务而沉淀的经验,在转化成数据喂养给 AI 后,其形成的逻辑处理能力一定是具有极高水准的存在,甚至堪比资深业务处理人员。

而那些只有 100 个或 200 个客户,在行业解决方案上处理能力有限的 SaaS 服务商们,即便也走上产品功能 AI 化的道路,但因为积累的差距,自然从开始到最后都无法超越前者。

“在我的理解中,这次 AI 创新带来的机会,更多是偏向有基础有准备的群体。带来的打击,则是瞄向了那些底子薄弱,且依旧不知道积累的群体。”想要万丈高楼平地起,最后会发现小丑就是你自己。

想要避免淘汰,就要在明知道自己“油少”的情况下,少走错路,多走正途,步步为营,及时补油。

夏海峰和杨芳贤都表示,现在还是 AI 化的起始阶段,正如上述所说,大量有商业价值的场景智能化还没明确,此时做行业化的数据量积累,为后续发展做铺垫并不晚。

况且众所周知,每个行业均具备独特的行业特性,其细分领域亦包含多样化的应用场景,这既构成了实现这些场景功能 AI 化的挑战,也是决定未来功能 AI 化价值深度的核心要素,而正如没有全知全能人一样,任何一个 SaaS 的服务商也不可能全知全能,所以现在找到一些日后持续深挖的行业场景为底盘,并在此深扎、发展,在未来还是有可能获得生存空间。

如何深挖?则可以选择成立咨询业务,基于共创服务去进一步熟悉各行业场景外,也能为现阶段帮助客户实现有价值的场景智能化提升建设效率,属于一举两得的方式。除此之外,基于公开的论坛等,对选择某项特定行业的客户企业需求进行提取分析和汇总,亦是一种可操作的积累方式。

04 结语

与二位交谈过后,牛透社不由想起在 AIGC 刚刚火爆来袭之际,就有人表示这项新技术并不属于所有人的狂欢,而是那些有数据积累,熟悉业务场景群体的盛宴。

当时可能不以为然,但这个言论在当下来看,真的是越发正确,毕竟“这一拳,有 20 年(概数词,指各企业服务软件在业务服务数据方面的积累)功力”,这不是随便一个“愣头青”就能抵挡得住。

可话说回来,虽然现在起步有点晚,但总比“原地等待”要强一些,活下去的概率也大一些。况且山高路远,稳健前行的乌龟,未必不会超过具有天然优势的兔子……

本文由人人都是产品经理作者【牛透社】,微信公众号:【牛透社】,原创发布于人人都是产品经理,未经许可,禁止转载。题图来自 Unsplash,基于 CC0 协议。