慣性聚合 高效追蹤和閱讀你感興趣的部落格、新聞、科技資訊
閱讀原文 在慣性聚合中打開

推薦訂閱源

L
LangChain Blog
The Cloudflare Blog
月光博客
月光博客
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
T
The Blog of Author Tim Ferriss
博客园 - Franky
MongoDB | Blog
MongoDB | Blog
大猫的无限游戏
大猫的无限游戏
雷峰网
雷峰网
腾讯CDC
Stack Overflow Blog
Stack Overflow Blog
WordPress大学
WordPress大学
J
Java Code Geeks
Engineering at Meta
Engineering at Meta
小众软件
小众软件
G
Google Developers Blog
量子位
罗磊的独立博客
Recent Announcements
Recent Announcements
A
About on SuperTechFans

人人都是产品经理

为什么你的产品找不到差异化?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 突围之路在何方 – 人人都是产品经理,
YC最新判斷:下一代大公司,可能不是賣軟體的 – 人人都是產品經理
张艾拉 · 2026-06-24 · via 人人都是产品经理

AI創業正在從單純的工具開發轉向更複雜的服務交付。YC提出的AI原生服務公司模式,透過重新設計服務流程,將AI能力深度整合到專業服務中。本文深入剖析了如何選擇合適市場、構建運營體系、規避早期陷阱,以及為何交付系統比單一模型能力更能決定這類公司的成敗。

過去幾年,AI創業最常見的方向,是做軟體。

比如做一個客服助手、銷售助手、律師助手、財務助手,把AI接進企業原來的工作流程裡,讓員工效率更高。

但YC最近強調的是另一個方向:AI原生服務公司。

01 什麼是AI原生服務公司?

AI原生服務公司和傳統AI軟體公司,最大的區別在於交付對象不同。

傳統軟體公司賣的是工具,客戶買一個系統,讓自己的員工用。

AI 原生服務公司賣的是結果,客戶把一件事交給你,你負責完成它。

比如完成一份稅表、處理一個保險理賠、推進一個審批、完成一個貸款審核、出具一份法律文件、完成一批審計底稿。

客戶不需要知道你背後用了多少模型、多少自動化、多少人工作業。

他只關心三件事:結果準不準、交付快不快、風險能不能控制。

這裡的關鍵不是把 AI 放進服務公司,而是從第一天起,就按 AI 能力重新設計整個服務流程:

先拆解流程,再判斷哪些步驟可以自動化,哪些步驟必須人工判斷,最後再配置團隊。

02 最適合的市場,有四個特徵

AI 原生服務公司能不能做起來,第一步是選市場。YC 對適合 AI 原生服務公司的市場,總結了幾個很清楚的標準。

第一個特徵,是客戶本來就願意外包。

這點非常重要。

如果一個客戶本來就把某項工作交給外部服務商,比如稅務申報、審計、保險理賠、法律文件、監管申報,那麼你進入這個市場時,不是在改變客戶行為,而是在替換原來的服務商。

客戶原來就有預算,原來就接受外包,原來就只看最後結果。這比賣一個新工具簡單很多。

第二個特徵,是任務層面的判斷不能太重。

這並不是說這個行業不需要專業能力。恰恰相反,整體工作應該足夠複雜,才值得做成服務。

但把工作拆開之後,大部分步驟不能都依賴人的主觀判斷。

如果每一步都需要一個資深專家看半天,AI 就很難放大效率。最後公司還是靠人堆,規模一大,質量就散,毛利也上不去。

理想情況是:大部分步驟可以標準化、流程化、自動化;少數關鍵節點由人判斷和複核。

第三個特徵,是整體工作門檻要足夠高。

這聽起來和第二點有點矛盾,但其實不是。

任務層面要盡量低判斷,整體服務卻要有高門檻。

如果一件事太簡單,模型自己就能完成,客戶遲早不會為服務付高價。真正好的市場,是客戶需要一個可信賴的交付方,而不是一個簡單工具。

比如監管申報、審計、理賠、法律服務、複雜稅務,這些事情不是隨便生成一份文件就結束。它們涉及規則、責任、流程、風險和行業經驗。

這類工作需要 AI,也需要人,還需要一套可持續交付的運營體系。

第四個特徵,是監管不一定是壞事。

很多創業者怕監管,因為監管意味著門檻、責任和流程。但在 AI 原生服務公司裡,監管反而可能是優勢。

監管行業的客戶通常更謹慎,對服務品質要求更高,對合規和責任更敏感。

也正是因為如此,普通工具很難直接替代服務商。

如果一家創業公司既理解監管要求,又能用 AI 提高交付效率,它建立的不只是一個簡單功能,而是一套合規能力。

這類市場的難點,也可能成為護城河。

03 判斷一個方向,要做一次「模型變強測試」

AI 創業還有一個很現實的問題:模型會持續變強。

所以做 AI 原生服務公司時,必須問一個問題:模型越強,你的公司會越強,還是會被模型本身替代?

這個問題可以理解為一次「模型變強測試」。

如果模型能力提升之後,你的服務交付更快、成本更低、質量更穩定,那就是好方向。

因為你把模型變強轉化成了公司的經營槓桿。

但如果模型一變強,客戶就可以直接用通用模型完成你的服務,那你的公司就會被商品化。

這類方向要謹慎。

比如某些簡單文案生成、基礎資料整理、低門檻表格處理,如果沒有數據、流程、責任、交付體系和客戶關係,模型變強之後,客戶沒有理由繼續透過你購買服務。

還有一種方向也要小心:涉及大量線下設備和現場人力的業務。

這類公司當然也可能是好生意,但它不太適合套用軟體公司的槓桿邏輯。

只要你要擁有設備、調度人員、現場施工、承擔物流和物理世界裡的複雜變數,毛利結構就會完全不同。

對 AI 原生服務公司來說,最理想的市場,是流程複雜、結果重要、客戶願意付費,但大部分交付發生在資訊層面。

也就是:高價值、重流程、少現場、可標準化。

04 團隊必須同時懂行業、懂模型、懂營運

AI 服務公司的團隊至少要有三種能力:

第一,行業理解。

你要賣給的是專業客戶,而且很多時候是在監管行業裡賣給謹慎買家。

客戶不會因為你用了 AI 就信任你。他們更關心你是否理解行業規則、交付標準、責任邊界和真實流程。

直接行業經驗最好,但不是唯一方式。

如果沒有做過這個行業,也要透過大量客戶訪談、專家合作、流程拆解和早期專案,把行業理解補起來。

關鍵是你要能讓客戶相信:你不是拿 AI 來試錯,而是真的知道這件事該怎麼交付。

第二,模型理解。

AI 原生服務公司不是傳統服務公司包一層 AI 概念。

創始團隊必須知道模型今天能做什麼,不能做什麼;哪些能力會很快變強,哪些地方仍然需要人工;哪些步驟適合自動化,哪些步驟必須保留複核。

這決定了產品怎麼設計,也決定了公司能不能隨著模型進步持續提高毛利。

如果團隊不懂模型,很容易把 AI 變成一個輔助工具,而不是生產系統。

第三,營運能力。

這點經常被低估,AI 原生服務公司最核心的產品,不只是介面,而是流程。

你要關心吞吐量、交付週期、標準作業流程、異常處理、品質控制、人員排班、客戶回饋和成本結構。

這些詞聽起來沒有「模型」、「智能體」、「新平台」性感,但它們決定公司能不能規模化。

05 產品不是給客戶用的,而是給內部人員放大能力的

做 AI 原生服務公司,產品視角也要變化。

傳統軟體的用戶通常是客戶,但 AI 原生服務公司的很多核心產品,首先是給內部團隊用的。

客戶看到的是服務結果,真正每天使用系統的,是公司內部的顧問、律師、審核員、營運人員、客戶經理。

所以這裡的產品,不一定是一套漂亮的客戶界面,而是一套能讓內部人員非線性提高效率的工作系統。

比如,一個人原來一天只能處理 5 個案件,現在藉助系統可以處理 20 個,而且質量更穩定、錯誤更少、交付更快。這才是真正的產品價值。

這也意味著,公司的產品指標不能只看常見的軟體指標。

除了用戶數、留存、使用頻率,還要看吞吐量、交付週期、單位成本、返工率、錯誤率、人工介入比例。

其中最重要的一個詞,是穩定性。

YC 把「不穩定輸出」看成這類公司的生死問題。

客戶會因為服務慢一點、貴一點而猶豫,但更容易因為輸出不穩定而離開。

今天交付品質很好,明天換一個人就變差;這個客戶處理得準確,另一個客戶出現明顯錯誤;同樣的問題,每次結果不一樣。這些都會快速摧毀信任。

所以,自動化不是為了炫技,而是為了穩定交付。

06 早期不要接太多客戶

這類公司早期很容易掉進一個陷阱:需求來得太快。

因為很多客戶確實願意試。

如果你說可以用 AI 更快完成稅務、審計、理賠、貸款審核、法律文件、監管申報,客戶很可能願意給你一個試點項目。

問題是,試點客戶太多,會很快壓垮團隊。

你還沒有把流程跑順,還沒有把產品做出來,還沒有明確哪些環節該自動化,哪些環節要人工複核,就被大量項目推著走。

最後公司會變成一家人工服務外包公司。

每個客戶都很重要,每個項目都要救火,每個交付都靠人補。團隊看起來很忙,收入也可能增長,但底層系統沒有變強。

這就是早期需求陷阱。

正確做法是,第一批試點客戶要控制數量。

先服務少數客戶,把他們當成產品打磨對象,而不是單純當成收入來源。

早期項目的目的,是找出真正有 AI 槓桿的環節。

哪些步驟重複度高?哪些步驟人工成本最高?哪些錯誤最常見?哪些交付會影響客戶信任?哪些節點可以用模型先做,人工再複核?哪些地方看似能自動化,其實仍然需要專家判斷?

這些問題沒有辦法在會議室裡想清楚,只能在真實項目裡跑出來。

但前提是客戶數量不能失控,否則你沒有時間做產品,只能不斷交付。

07 定價不能按成本加成,也不能簡單低價競爭

AI 原生服務公司的定價,比傳統軟體更難。

軟體公司通常按帳號、席位、用量或套餐收費。但 AI 原生服務公司不是在和軟體公司競爭,而是在和人工成本競爭。

客戶會拿你和內部員工、外包服務商、傳統顧問公司、律所、會計師事務所比較。

所以定價要圍繞結果,而不是圍繞模型調用量。

比較清晰的方式,是按單位結果收費。

比如每一份稅表、每一個理賠案件、每一筆貸款審核、每一份申報材料、每一個完成的項目收費。

這種方式客戶容易理解,你也容易計算毛利。

另一種方式,是按結果收費。

比如完成一個審批節點、拿到某種合規結果、為客戶節省某類成本後收費。這種方式與客戶利益更一致,但對公司自己的收入預測要求更高。

需要避免的是兩種定價方式:

第一種,是成本加成。

也就是你花了多少人工、多少模型成本、多少時間,再加一點利潤賣給客戶。

這會永久限制上限。

因為你把自己定義成了一個成本中心,而不是一個價值交付方。即使未來AI讓你的成本大幅下降,客戶也會要求你繼續降價。

第二種,是簡單低價競爭。

如果你只是比傳統服務商便宜30%、50%,客戶可能會覺得你品質也更低,尤其在法律、審計、保險、監管這些高風險行業裡,低價不一定是優勢。

正確的方式,是按價值定價。

你可以更快、更穩定、更可追蹤、更可控,也可以降低客戶內部管理成本和出錯風險。價格應該反映這些價值,而不是只反映你的成本。

08 這類公司的核心帳本,是損益表

很多 AI 創業者喜歡講模型、產品和市場,但 AI 原生服務公司最終要回到一張帳本:損益表。

收入減去直接交付成本,得到毛利潤。

毛利潤再減去研發、銷售、管理等運營費用,得到經營利潤。

這類公司的成敗,很大程度上就取決於這張表能不能越跑越好。

收入通常不是最難的部分。

如果市場選得對,客戶本來就有預算,也願意嘗試更高效的服務。早期簽合同不一定難。

真正難的是,你能不能一次又一次穩定交付。

直接交付成本才是重點。

這裡面主要包括三類:模型成本、雲服務和系統成本、人工複核和交付人員成本。

每一項都要有數字、趨勢和負責人,尤其是人工成本。

如果收入增長 2 倍,人工也必須增長 2 倍,說明公司沒有真正形成 AI 槓桿。你只是把傳統服務公司換了一個包裝。

好的方向應該是:隨著產品變強,單位交付成本下降,毛利率提高。

YC 把這種變化稱為 AI 運營槓桿。

它不是一開始就出現的。早期為了學習流程、服務客戶、建立信任,公司可能會做很多不規模化的事情,甚至有些試點項目毛利很低。

但這不能成為長期狀態。

你必須能看到一條清晰路徑:更多流程被系統接管,人工介入比例下降,交付週期縮短,單位成本降低,品質更穩定。

傳統服務公司的利潤率通常有天花板,因為增長依賴人員擴張。

純軟體公司毛利更高,但可服務市場有時沒那麼大。

AI 原生服務公司的賭注就在於:

它面對的是巨大服務市場,同時又有機會透過 AI 把利潤率推向更接近軟體公司的水平。

09 不要輕易收購一家傳統服務公司再加 AI

有些創業者會想走捷徑:直接買一家傳統服務公司,然後在上面加 AI。

這個想法看起來很合理。

買一家有客戶、有收入、有牌照、有團隊的公司,再用 AI 提效,好像可以跳過冷啟動。

但這通常是陷阱。

原因很簡單:你買不到產品市場匹配,PMF。

傳統服務公司有自己的組織慣性。

它的員工習慣、客戶預期、交付方式、考核指標、管理節奏,都是按傳統服務邏輯長出來的。你把 AI 放進去,不會自動改變這些東西。

更現實的問題是,傳統服務公司的團隊不一定願意按 AI 原生方式重構流程。

他們可能把 AI 當成輔助工具,而不是重新設計生產系統。這樣一來,公司看起來有收入,但底層效率沒有根本改變。

當然也有少數例外。

如果某個行業的牌照非常關鍵,比如保險牌照、特定監管資質,收購可能有意義。

但除非是為了快速獲得監管門檻,否則從零開始搭建 AI 原生流程,往往比改造一家老公司更合理。

因為這類公司的核心,不是舊業務加 AI,而是從第一天起,就按 AI 可以參與生產的方式設計公司。

10 最後拼的不是模型,而是交付系統

AI 原生服務公司表面上看,是 AI 創業。

但真正做下去,會發現它拼的不是單一模型能力,而是整個交付系統。

你要選對市場,找到客戶本來就願意外包、結果又足夠重要的服務場景。

你要拆解流程,把能自動化的步驟自動化,把必須人工判斷的節點保留下來。

你要控制早期客戶數量,避免被項目拖著走。

你要把產品做給內部團隊用,讓一個人可以穩定處理過去幾個人的工作量。

你要盯住損益表,讓單位成本隨著產品能力提升而下降。

你還要持續解決穩定性問題,因為服務行業的信任,建立很慢,失去很快。

這也是為什麼 AI 原生服務公司更重,更慢,也更考驗細節。

但它的機會也更大。

因為它不是在搶一個軟體預算,而是在重做一個原本就巨大的服務市場。

以上,祝你今天開心。

作者:張艾拉 公眾號:趣味AI每一天 (Fun AI Everyday)

本文由 @張艾拉 原創發佈於人人都是產品經理。未經作者許可,禁止轉載

題圖來自作者提供