估值 95 億美元 Gusto 聯合創始人專訪:重返一線寫代碼,打造顛覆後勤的“AI 聯合創始人”

Edward Kimco-founder and CTO of Gusto
目錄

觀點原文

一、 創業前奏與機緣:從單人開發到千億美元級痛點

  • 單兵開發者的“副業天花板”:
    • 在創辦 Gusto(原 ZenPayroll)之前,Eddie 曾關閉第一家創業公司並陷入短暫財務拮据。
    • 隨後憑藉自學敏銳抓住早期 Android 系統的生態紅利,開發了數款純工具類應用(如解決找車難題的 Car Locator,以及在當時系統尚未原生支持截屏時推出的 Screenshot It,單款收費高達 7 美元)。
    • 個人年收入巔峯期接近 70 萬美元,實現了財務自由與時間自由,但因敏銳意識到底層操作系統終將吞噬這些輕量單點工具,決定尋求更具長期複利與社會價值的嚴肅事業。
  • 偶發契機與創始人聚首:
    • 毫無馬拉松系統訓練的 Eddie 憑藉一時衝動參加舊金山半程馬拉松,在起跑線上偶遇斯坦福大學電氣工程系的同班同學 Josh Reeves。
    • 賽後雙方在舊金山第四街與 King 街交匯處的 The Creamery(硅谷早期著名的早期項目與風投匯聚地)喝咖啡覆盤,發現彼此均渴望做大體量、解決深刻現實問題的產品。
    • 隨後引入斯坦福校友網絡介紹的以色列理工學院高材生 Tomer London,組成三位工程背景的聯合創始團隊。
  • 底層商業洞察的原點:
    • Eddie 幼年時父母在南加州經營一傢俬立診所,父親在前臺接診,母親則承擔了全部瑣碎繁雜的後勤支持(排班、算薪、報稅、報銷、員工社保、醫療合規)。
    • 母親每天在非核心業務上的繁複勞動成爲埋藏在 Eddie 記憶深處的痛點種子,最終催生出將中小企業核心流程自動化的薪資管理平臺 Gusto(服務超過 30 萬家小微企業,估值超 95 億美元)。

二、 早期技術聯合創始人的心路歷程與自我管理

  • “敲代碼 vs 喫牛排”的心理失衡:
    • 很多技術創始人(Founding CTO)在早期都會遭遇心理失衡——自己每天在電腦前連續寫代碼 16~18 個小時,而負責商務/CEO 角色的合夥人因早期業務尚未展開,主要工作是與投資人喝咖啡、看球賽、喫牛排融資。
    • 破局認知:這並非不公平,而是由初創團隊不同分工的特性所決定的;必須徹底放下防禦性的“自我執念(Ego)”,拉長週期來看,不同合夥人在各自階段承擔的壓力與負荷會動態平衡。
  • 早期角色與產權明晰:
    • 入選 Y Combinator(2012 年批次,此前 Eddie 在 2008 年就曾參與過早期 YC)後,三位創始人圍坐在三把椅子上,開誠佈公地進行了一次極度坦率甚至令人不適的對話,當場確立了 Josh 擔任 CEO、Tomer 負責產品(CPO)、Eddie 負責技術(CTO)的分工,避免了未來 70% 導致創業公司內耗崩解的控制權爭端。
  • 從 IC(獨立開發者)到團隊管理者:
    • 團隊擴充至 10 名工程師時,Eddie 曾因沉迷修復具體 Bug 而屢次推遲員工 1-on-1,導致管理流程梗阻。
    • 經 CEO 坦誠指出後,通過向 Dropbox 前 CTO Aditya Agarwal、VMware 前 CTO Steve Herrod 等資深顧問請教,系統化轉型爲全職技術管理者,徹底告別寫代碼長達 10 年之久。
  • 情緒觸發(Triggers)的生理化應對技巧:
    • 自我受到攻擊或挑戰時,人體會自發進入“戰鬥或逃跑(Fight or Flight)”狀態(呼吸停滯、心跳加速),大腦的高階理性決策區域會暫時關閉。
    • 實操做法:識別自身軀體反應(如發現自己屏住呼吸時),強迫自己“按下暫停鍵”,藉口去洗手間洗手幾分鐘,拉開物理距離重置情緒,從被動防禦轉向主動選擇成長型視角。

三、 重新迴歸一線:大模型驅動的技術管理者蛻變

  • 重拾編碼的導火索與希思羅機場奇遇:
    • 2026 年初,Eddie 接觸到開源與前沿 AI 實驗(如基於 Telegram 驅動的 OpenClaw 等個人代理環境),被其“週期性主動輪詢與自動觸發(Heartbeat 機制)”的理念震撼。
    • 2026 年 2 月在馬德里旅行返程途中,因前序航班延誤在倫敦希思羅機場滯留 5 個半小時。坐在貴賓廳內,Eddie 藉助 Claude Code 等前沿工具,獨自在短短 5 小時內寫出了一個開創性的原型系統。
  • AI 抹平技術斷代與學習羞恥感:
    • 過去 10 年由於專注於人事與戰略管理,Eddie 與現代企業級工具鏈產生脫節(例如從未親自配置過 DataDog 或自建複雜的數據看板),重返架構開發會有巨大的心理負擔。
    • AI 編程助手成爲了一個“沒有任何鄙視鏈、毫無評判偏見的頂級技術導師”,讓管理者能在數天內無障礙補齊 10 年的技術棧落差,無需動用任何工程下屬即可獨立產出生產級原型。

四、 全新產品“Co-founder”:重塑小微企業的全流程工作流

  • 從純應用到“主動執行的自主工作流”:
    • 最初構想是讓小企業主像用 Lovable 一樣,在 Gusto 界面內通過對話生成專屬的小型 CRUD 網頁應用;
    • 但與用戶深入溝通後發現,小微企業的根本痛點不是“缺一個界面”,而是“缺人把雜事徹底做完”。
    • 產品實質:用戶通過日常溝通渠道(短信、WhatsApp、Slack、郵件),自然語言告訴“Co-founder”自己的業務邏輯,AI 代理會按照設定好的週期(Heartbeat)自主、端到端地完成履約。
  • 現實典型場景:線下按摩養生館(Spa)算薪全流程替代:
    • 傳統模式下,店家使用預約系統(如 MindBody)排班,包含技師服務時長、不同精油產品提成比例、不同項目加價分紅、各技師小費等碎片數據;
    • 老闆通常需要先從排班系統導出原始數據至 Excel,編寫各種函數拆解計算績效與獎金,覈算完畢後再人工手動輸入至 Gusto 發放。
    • Co-founder 的接管方案:AI 代理直接調用底層表格或系統數據源,自動解析極其垂直複雜的個性化提成規則,並在後臺直接完成工資校驗與最終批覆發放,將原本數小時的案頭工作縮減爲零。

五、 組織效能劇變:“AI Builders”與十週極速交付

  • 告別 Jira、排期規劃與繁文縟節:
    • 打造 Co-founder 的敏捷核心團隊僅由 5~8 人組成,內部統稱爲“AI Builders”,徹底拋棄了傳統的長期技術 Roadmap、繁瑣的 Jira 任務拆解與形式主義會議。
    • 跨職能融合:團隊中的產品設計師藉助 AI 輔助,已能直接編寫並向主代碼庫提交高水準的生產級前端與全棧代碼,打破了“產出 Figma 原型設計稿後交付工程師二次翻譯”的低效割裂。
  • 極限落地週期:
    • 3 月初在丹佛進行初步白板架構;
    • 5 周後在紐約當面交付給 10 家種子客戶完成實操驗證並收集反饋;
    • 再過 5 周面向全球客戶開啓公開公測與 Waitlist。全流程僅耗時 10 周,實現了大廠內部近乎黑客馬拉松級的極速落地。
  • 對現代技術領導者的核心啓示:
    • 無論是創始層還是中高層技術管理者,在當前技術質變拐點,必須重新回到泥土裏親自動手(Hands-on)。
    • 僅通過下屬彙報或宏觀看板,無法感知當今真實軟件開發流程中的架構阻滯,而親自寫代碼能同時完成對客戶真實需求、開發者工程體驗與底層產品護城河的三維重塑。

ABAB AI 解讀

Gusto Eddie Kim:AI 正在把軟件公司重新變回五個人的創業團隊

如果只把 Eddie Kim 最近的故事理解成:

“一個十年沒寫代碼的 CTO,重新用 Claude Code 寫代碼。”

會嚴重低估這件事情。

真正值得關注的不是:

Eddie 又會寫代碼了。

而是:

爲什麼一家年收入已經超過 10 億美元、服務超過 50 萬家小企業的大型軟件公司,反而需要讓聯合創始人重新回到最前線,帶着只有 5 個人的小團隊,像創業第一天一樣開發產品?

2026 年,Gusto 已經跨過 10 億美元過去 12 個月實際收入,服務超過 50 萬家小企業;其 2025 年員工股份流動交易對應估值約 93 億美元,而更早的融資輪估值曾達到約 95 億美元。所以嚴格來說,今天更準確的說法不是“當前估值 95 億美元”,而是這是一家約 90 億美元級、收入超過 10 億美元的成熟科技公司。

但就是在這樣一家已經高度成熟的公司裏,Eddie Kim 做了一件非常“不像大公司 CTO”的事情:

他重新開始寫代碼。

最終,一個只有 3 名工程師、1 名設計師加 Eddie 本人的 5 人核心團隊,從零開始,在 10 周內做出了全新的一級產品線:

Gusto Cofounder。

過程中幾乎沒有:

傳統 PM;

長期 PRD;

複雜 Jira;

傳統 Figma → 工程交接;

大量會議;

長期 Roadmap。

他們更多依賴:

Claude Code;

實時原型;

Perma-Zoom;

客戶反饋;

以及不斷“寫出來—試一下—不行就扔掉”的極短反饋循環。

這件事真正重要的地方在於:

它可能預示着軟件公司的組織結構正在發生一次非常深的變化。

過去二十年,軟件行業一直在解決:

“怎樣讓更多工程師協作?”

AI 時代的新問題可能變成:

當一個人已經擁有過去五個人、十個人的執行能力後,我們還需要那麼多協調層嗎?

這纔是 Eddie Kim 這次迴歸一線真正值得研究的地方。


一、Gusto 的故事本身,就來自一個最典型的小企業“後勤黑洞”

Eddie Kim 創辦 Gusto,並不是因爲:

Payroll 很性感。

恰恰相反。

工資、稅務、福利、員工入職和合規,可能是創業世界最不性感的一類工作。

但:

越不性感、越重複、越必須完成的工作,往往越有商業價值。

因爲老闆無法不做。

工資不能:

“下週有空再發。”

稅不能:

“今年太忙就不報。”

員工福利不能:

“先放一放。”

這些工作屬於:

Mission-critical Back Office。

關鍵後臺工作。


二、Eddie 小時候看到的,其實不是一個醫療問題,而是一個 SMB 生產率問題

他的父母經營醫療業務。

真正讓他留下印象的,不只是醫生給病人看診。

而是一個小企業背後大量看不見的勞動:

發工資;

做排班;

稅務;

員工福利;

保險;

報銷;

各種行政事務。

這正是美國大量小企業老闆的現實。

一個廚師開餐館以後,

很快發現自己不僅要做菜。

還要:

招聘;

算工資;

管保險;

處理稅務;

安排員工。

於是:

Founder → Chief Everything Officer。

老闆最後花大量時間做:

自己根本不是爲了這些事情才創業的工作。

Gusto 的商業機會正來自這裏。


三、這也是爲什麼“小企業 SaaS”是一個巨大的市場

大型企業可以擁有:

HR 部門;

Payroll 團隊;

Legal;

Finance;

IT。

一家有 15 個員工的 Spa 呢?

老闆自己就是:

HR。

老闆自己就是:

Payroll。

老闆自己就是:

運營。

所以大型企業可以通過:

人

解決複雜度。

小企業必須通過:

軟件

解決複雜度。

這就是 Gusto 的基本經濟學。


四、但 AI 又把這個邏輯向前推進了一步

傳統 SaaS 的答案是:

給老闆一個更好的工具。

AI Agent 的答案可能變成:

不要讓老闆學工具,直接把工作做完。

這是兩代軟件真正的區別。

傳統 Gusto:

幫你管理 Payroll。

Gusto Cofounder:

試圖直接替你:

Run Payroll。

Gusto 官方現在把 Cofounder 定義成一個“always-on AI assistant”,它可以主動發現問題、執行重複工作,並通過 SMS、Slack 或 Web 與老闆交互。

這不是 UI 升級。

而是:

Product Category Shift。


五、軟件第一次真正開始從“工具”變成“員工”

過去軟件公司的商業邏輯:

Human + Software → Work。

人操作軟件。

完成工作。

Agentic Software:

Human → Goal。

AI + Software → Work。

人只提供:

目標;

規則;

批准。

中間過程由機器完成。

這意味着:

Software is moving from interface to labor。

軟件從界面變成勞動。


六、這可能是 SaaS 歷史上最重要的一次變化

傳統 SaaS 賣:

Seat。

比如:

一個員工每月 $50。

AI Agent 更像賣:

Outcome。

不是:

“給你一個 Payroll Dashboard。”

而是:

“工資已經算完了,異常已經標記,需要你確認這裏。”

產品價值從:

Access

變成:

Completion。

這也是爲什麼 AI SaaS 最終可能侵入:

Labor Budget,

而不只是:

IT Budget。


七、Eddie 的個人經歷非常有意思,因爲他其實早就體驗過“一個人公司”

在 Gusto 之前,他曾經做過 Android 應用。

那是智能手機早期一個極其特殊的時代。

Android 操作系統還不成熟。

大量今天看起來理所當然的基礎功能,當時並不存在。

於是獨立開發者可以圍繞這些系統缺口:

開發小工具;

直接在應用商店出售。

例如:

找車;

截屏;

各種系統工具。

本質上屬於:

OS Gap Arbitrage。

操作系統缺什麼,

開發者補什麼。


八、這類生意爲什麼可以讓一個人賺很多錢?

因爲 App Store / Android Market 帶來了一個巨大的經濟變化:

Distribution Cost → Near Zero。

過去寫一個軟件以後:

需要渠道;

代理商;

光盤;

零售。

移動應用商店以後:

一個程序員

可以直接觸達:

全球用戶。

所以一個人突然擁有:

Global Distribution Leverage。

這正是移動互聯網時代的超級槓桿。


九、但 Eddie 很早就理解了這類業務最大的風險:平臺會吞掉功能

今天截屏是一個獨立 App。

明年:

Android 自己支持。

公司歸零。

這叫:

Platform Absorption Risk。

所有建立在大型平臺功能缺口上的創業公司都必須面對。

瀏覽器插件如此。

ChatGPT Wrapper 也如此。

Shopify Plugin 也如此。

如果你唯一的價值是:

“平臺暫時還沒有這個按鈕。”

那平臺增加一個功能:

公司就沒了。


十、這是今天 AI 創業者尤其應該記住的一課

現在大量 AI Startup 本質都是:

Model Gap Arbitrage。

OpenAI 暫時沒做。

Anthropic 暫時沒做。

Google 暫時沒做。

於是:

創業公司做出來。

問題是:

下一代模型更新以後呢?

所以創業者真正需要問:

如果基礎模型明天免費提供我的核心功能,我還剩什麼?

客戶?

數據?

工作流?

品牌?

分發?

監管?

系統集成?

如果答案是:

沒有。

那就和 2010 年一個“截圖 App”沒有本質區別。


十一、Gusto 爲什麼比那些小工具大得多?因爲它進入了 System of Record

工資不是:

一個小功能。

它連接:

員工身份;

銀行賬戶;

稅務;

福利;

合規;

工資記錄;

歷史數據。

這使 Gusto 逐漸成爲:

System of Record。

而 System of Record 擁有一個巨大優勢:

Context。

AI 要幫企業幹活,

首先必須知道:

企業是誰;

員工是誰;

什麼時候發工資;

過去發生過什麼;

規則是什麼。

Gusto 已經擁有這些數據。


十二、所以 Gusto Cofounder 最大的優勢可能不是模型,而是“它已經認識你的公司”

這正是 Gusto 官方強調的:

Cofounder 不需要用戶從零告訴它公司結構,因爲它已經知道:

團隊;

工資週期;

福利;

合規日曆。

這意味着:

AI 產品的競爭優勢越來越從:

Model Intelligence

遷移到:

Context Ownership。

模型大家都可以買。

企業上下文不是。


十三、這可能是未來所有傳統 SaaS 最大的反擊武器

Salesforce 有:

客戶數據。

Workday 有:

員工數據。

ServiceNow 有:

IT 工作流。

Gusto 有:

Payroll + People Data。

QuickBooks 有:

財務數據。

因此 AI 並不一定首先摧毀這些公司。

如果它們轉型成功,

反而可能利用:

Existing Context

成爲 Agent 的操作系統。

真正危險的是那些:

沒有核心數據;

沒有關鍵工作流;

只是一個漂亮 UI

的 SaaS。


十四、Eddie 爲什麼十年不寫代碼以後,突然必須重新下場?

因爲他意識到:

你不能靠 PPT 理解技術範式變化。

這是整場訪談最值得技術管理者思考的地方。

一個 CTO 可以:

看團隊週報;

看 Roadmap;

聽模型演示;

看 Benchmark。

但是:

直到你親自和 Claude Code 工作幾個小時,

你可能仍然不知道:

軟件開發本身到底發生了什麼。


十五、這和 1990 年代的 CEO 不親自上網類似

想象 1996 年。

一個媒體 CEO 說:

“我不用互聯網,但我的團隊每週給我彙報互聯網趨勢。”

他能真正理解互聯網嗎?

很難。

今天 AI 可能處於類似階段。

如果一個技術領導者從來沒有:

親自用 Coding Agent;

構建 Agent;

設計 Workflow;

讓模型調用工具;

做 Evals,

那麼他對 AI 的判斷很容易停留在:

Second-hand Knowledge。

二手認知。


十六、技術革命時期,領導者最危險的事情就是離生產資料太遠

正常時期:

管理層不需要親自做所有事情。

這是組織規模化必然結果。

但是技術範式發生變化時:

過去十年形成的管理抽象層,

可能突然失真。

Dashboard 顯示:

Engineering Velocity。

但底層工程師的工作方式已經完全變化。

這時候:

領導層必須重新:

Touch the Metal。

接觸真實技術。


十七、Eddie 迴歸編碼最大的意義,不是證明 CTO 也要每天寫代碼

並不是所有 CTO 都應該重新成爲全職程序員。

真正的原則是:

決定技術戰略的人,必須對新生產工具擁有一手經驗。

這和工廠管理一樣。

你不一定每天親自開機器。

但如果生產線從:

人工車牀

升級成:

自動化機器人,

管理者必須真正理解:

新機器意味着什麼。


十八、AI Coding 最大的組織影響,可能不是“工程師快了 30%”

這是最容易低估它的地方。

如果只是:

原來一天寫 100 行。

現在寫 130 行。

那只是:

Productivity Tool。

但 Eddie 團隊表現出來的是另一種變化:

Role Boundary Collapse。

角色邊界正在消失。

設計師開始提交生產代碼。

技術領導可以獨立做完整原型。

工程師參與產品設計。

這不是:

速度提高。

而是:

組織結構變化。


十九、過去的軟件組織爲什麼產生 PM、Designer、Frontend、Backend、QA?

因爲每個專業能力:

學習成本高。

產品經理寫需求。

設計師做 Figma。

工程師把設計翻譯成代碼。

QA 再測試。

每一步之間存在:

Translation Cost。

需求翻譯成設計。

設計翻譯成代碼。

代碼翻譯成測試。

AI 開始減少這些翻譯步驟。


二十、每一次“交接”都是組織成本

產品經理:

寫 20 頁 PRD。

設計師:

理解。

做 Figma。

工程師:

重新理解。

寫代碼。

過程中信息不斷損失。

這叫:

Coordination Tax。

當真正寫代碼的成本非常高時,

這些流程有價值。

因爲:

必須提前計劃清楚。

但如果:

AI 讓實現成本下降 10 倍,

另一種方法出現:

不要寫 20 頁文檔解釋產品,直接把產品做出來。


二十一、這就是 Eddie 所謂“Trash-can Method”真正革命的地方

過去:

寫代碼非常貴。

所以:

先討論;

先審批;

先寫文檔。

避免:

浪費工程資源。

AI 以後:

代碼越來越便宜。

於是團隊可以:

先寫。

看看。

不喜歡?

直接扔掉。

How I AI 把它總結爲 Eddie 的“trash-can method”:直接建立完整 PR,再用真實實現來做產品討論,如果不值得繼續,就關閉 PR。

這裏真正變化的是:

Cost of Experimentation。

實驗成本暴跌。


二十二、當代碼便宜以後,“規劃”本身的經濟價值會下降

傳統大型軟件開發:

做錯方向非常貴。

100 個工程師幹半年:

成本巨大。

所以:

Planning 很重要。

但如果 5 個人 + AI:

三天做出真實版本,

那你爲什麼要:

開兩週會?

寫三十頁文檔?

可以直接:

Build to Think。

通過構建思考。

這和過去:

Think → Plan → Build

完全不同。


二十三、這可能改變整個產品管理職業

這並不意味着 PM 消失。

而是 PM 的價值會從:

寫 Ticket;

維護 Jira;

同步狀態;

翻譯需求

遷移到:

判斷什麼值得做。

也就是:

Customer Insight;

Prioritization;

Taste;

Strategy。

AI 最容易自動化:

項目管理的協調層。

最難替代:

真正的產品判斷。


二十四、未來頂級 PM 可能必須更像 Builder

不會寫傳統代碼也沒關係。

但必須能夠:

自己原型;

調用模型;

做真實測試;

連接數據;

給用戶演示。

否則:

所有思考都必須等工程師翻譯。

在 AI 時代:

這是非常大的速度損失。

所以:

Prototype Literacy

很可能成爲未來產品經理的基本能力。


二十五、Gusto 的設計師案例爲什麼如此重要?

Cofounder 項目的設計師 Katie Kovalcin 公開描述,她與四位工程師一起工作,並且使用 AI 直接把自己的原型遷移爲 production frontend,再由工程師審覈後上線。

這在過去組織裏意味着:

Designer Crossing Into Engineering。

而節目甚至提到:

她在內部代碼產出指標中一度達到很高百分位。

真正重要的不是排名。

而是:

Design → Production

之間的翻譯層正在縮短。


二十六、這可能催生一種新的職業:AI Builder

不是純:

Engineer。

也不是純:

Designer。

也不是:

PM。

而是一個人能夠:

理解用戶;

設計流程;

構建原型;

寫生產代碼;

連接模型;

測試;

部署。

以前這叫:

“全棧天才。”

未來可能逐漸變成:

普通高水平知識工作者。

這就是 AI 最大的組織意義之一:

Generalist Returns。

通才重新升值。


二十七、工業革命提高專業化,AI 可能部分逆轉專業化

過去公司規模越來越大,

原因之一就是:

專業分工提高效率。

Adam Smith 的制針工廠:

每個人做一個步驟。

互聯網公司也是:

Frontend;

Backend;

Infra;

PM;

Design;

Analytics。

AI 讓個人重新獲得:

跨專業執行能力。

這可能導致:

企業重新模塊化成更小的高能力團隊。

不是取消專業知識。

而是:

減少專業邊界之間的摩擦。


二十八、爲什麼 Cofounder 只有五個人反而可能是優勢?

團隊越大:

Communication Channels

增長得極快。

5 個人:

10 條雙向關係。

20 人:

190 條。

50 人:

1,225 條。

這就是爲什麼:

組織一大,

流程自然出現。

Jira;

Standup;

Manager;

Program Manager;

Roadmap。

這些東西不是因爲大企業笨。

而是:

Coordination Complexity。


二十九、AI 如果讓五個人擁有過去二十個人的執行力,就能直接消滅一部分協調成本

這纔是最重要的生產率躍遷。

不是:

20 人每人快 30%。

而是:

原來需要 20 人,現在只需要 5 人。

後者的生產率變化遠大得多。

因爲你同時減少:

工資;

會議;

管理;

溝通;

交接;

組織政治。

所以 AI 最大的企業效率提升可能來自:

Smaller Team Size。


三十、未來最值錢的公司指標之一,可能是 Revenue per Employee

互聯網已經提高了這個指標。

AI 會進一步提高。

過去:

10 億美元收入

可能需要:

10,000 人。

未來:

可能只需要:

1,000 人。

再未來:

某些軟件公司可能幾百人就做到。

於是:

企業價值

與:

員工數量

越來越脫鉤。

這將改變:

辦公室;

管理層;

招聘;

組織設計。


三十一、但千萬不要把“5 人開發成功”理解成所有企業流程都應該取消

這是最容易產生的錯誤。

Cofounder 項目能做到:

No Jira;

No PM;

少文檔,

有幾個非常特殊的前提:

高級人才;

極小團隊;

高信任;

創始人直接參與;

短期衝刺;

技術探索;

內部已有成熟 Gusto 基礎設施。

一家:

500 人金融系統遷移項目

不能照抄。

所以真正應該學習的是:

Process should match coordination cost。

而不是:

Process = Bad。


三十二、流程本質上是“組織規模稅”

創業初期:

大家坐一張桌。

不需要 Jira。

1000 人以後:

沒有流程會崩潰。

所以問題從來不是:

有沒有流程。

而是:

AI 是否讓公司能夠長期保持更小團隊,從而推遲流程出現的時間?

如果答案是:

是。

那麼 AI 不只是提高生產率。

它在改變:

Company Scaling Curve。


三十三、這會讓未來創業公司“成熟得更晚”

傳統 startup:

5 人。

20 人。

100 人。

500 人。

爲了增長必須不斷招聘。

AI startup 可能:

5 人;

15 人;

40 人;

收入已經很大。

所以:

組織官僚化發生得更晚。

Founder 能更久保持:

直接產品控制。

這可能重新提高:

創業公司的創新速度。


三十四、Eddie 的故事另一層很重要:技術 Founder 常常被自己的成功推離技術

創業初期:

Founder 寫代碼。

公司增長後:

招聘;

1-on-1;

績效;

預算;

組織設計;

董事會。

最後:

CTO 不再 Touch Code。

這是正常的。

因爲:

公司的瓶頸已經從:

Coding

變成:

Organization。

Eddie 自己也經歷了這種轉型。


三十五、很多技術創始人真正痛苦的並不是不會管理,而是“身份丟失”

你原本的人生身份是:

Builder。

突然每天變成:

Manager。

會議;

招聘;

績效;

衝突。

會產生一種很深的心理變化:

Who am I now?

過去成就來自:

“我做出了東西。”

後來成就來自:

“我讓別人做出了東西。”

這兩種獎勵機制非常不同。


三十六、這也是爲什麼技術 Founder 很容易“搶代碼寫”

團隊出了 Bug。

Founder 看到。

直接修。

短期:

最快。

長期:

最危險。

因爲:

你永遠成爲:

團隊裏最昂貴的 IC。

而你的真正工作已經是:

建立團隊。

這就是:

Founder Delegation Trap。

創始人委託陷阱。


三十七、所以 Eddie 當年停止寫代碼可能是正確的,而今天重新寫代碼也可能是正確的

這兩件事一點都不矛盾。

2015 年:

組織擴張是瓶頸。

他應該管理。

2026 年:

技術範式發生變化。

技術理解成爲瓶頸。

他重新 Builder。

優秀領導者最大的能力不是:

永遠堅持一種管理方式。

而是:

知道當前組織真正的瓶頸在哪裏。


三十八、這就是爲什麼 Leadership 的本質不是“做什麼”,而是“在哪個階段做什麼”

創業早期:

Founder = Builder。

公司增長:

Founder = Recruiter。

進一步:

Founder = Manager。

成熟:

Founder = Capital Allocator。

技術範式變化:

可能又暫時回到:

Builder。

真正優秀的人能完成:

Role Switching。

很多 Founder 失敗:

不是能力不足。

而是:

停留在過去最擅長的角色。


三十九、聯合創始人之間的衝突,本質也是角色與公平感的問題

早期技術 Founder 經常經歷一個心理:

我每天寫代碼到凌晨。

CEO 爲什麼:

見投資人;

喫飯;

聊天?

看起來:

我幹活。

他社交。

但這是對創業分工的:

Short-term Accounting。

早期團隊不能每天算:

誰工作小時更多。

真正應該看:

長期誰承擔:

什麼責任;

什麼風險;

什麼結果。


四十、Founder 團隊最危險的不是分工不均,而是“未說出口的不公平感”

這種情緒如果積累:

技術 Founder 覺得:

CEO 沒幹活。

CEO 覺得:

CTO 不理解市場。

Product Founder 覺得:

自己沒有權力。

最後:

公司不是輸給競爭者。

而是:

內部解體。

所以 Eddie 團隊早期明確:

Josh Reeves → CEO;

Tomer London → Product;

Eddie Kim → Technology,

真正價值在於:

Role Clarity。

角色清晰。


四十一、很多創業公司真正死於“控制權模糊”

大家是朋友。

所以:

先不談。

這是錯誤。

越是朋友:

越應該提前談。

CEO 是誰?

重大決策誰做?

產品最終誰負責?

技術誰負責?

股權爲什麼這樣分?

如果公司失敗怎麼辦?

如果某人離開怎麼辦?

越早把:

Ambiguity

消滅,

未來越少情緒債務。


四十二、情緒管理其實是 Founder 最被低估的生產力工具

Eddie 談到:

人在受到攻擊或挑戰時,

會出現明顯生理反應。

心跳加速;

呼吸變化;

Fight or Flight。

這類時刻最危險的事情是:

立即回應。

因爲:

你以爲自己在“理性爭論”。

其實:

身體已經進入防禦狀態。


四十三、優秀領導者真正需要的是“Meta-awareness”

不僅知道:

發生了什麼。

還知道:

我現在正在發生什麼。

我爲什麼生氣?

我的 Ego 被挑戰了嗎?

我是在保護公司,

還是保護自己的身份?

這叫:

Metacognition。

對自己的思考進行觀察。

越高層的領導,

越重要。

因爲:

一句失控的話,

可能影響:

幾十個員工;

融資;

聯合創始關係。


四十四、暫停幾分鐘爲什麼有效?

因爲真正高級的管理不是:

永遠不產生情緒。

不現實。

而是:

Emotion → Pause → Interpretation → Response。

普通人:

Emotion → Reaction。

這中間增加一個 Pause,

就會產生巨大差異。

這也是優秀 CEO 和普通 Manager 之間經常存在的能力差異:

Response Latency。

不是越快越好。

而是在高情緒情況下:

知道什麼時候不要立即回答。


四十五、AI 編程助手還有一個非常被低估的價值:它降低了“學習羞恥成本”

Eddie 十年沒有一線編程。

今天技術棧已經完全變化。

重新問員工:

這個怎麼配?

Datadog 怎麼弄?

框架怎麼用?

對一個高級 CTO 來說,

會存在心理成本:

我是不是應該已經知道?

AI 沒有這種社會判斷。

你可以問:

極基礎的問題;

重複問;

讓它解釋十次。

沒有人覺得你蠢。

這叫:

Zero-Judgment Tutoring。


四十六、這可能改變成年人學習技術的方式

成年人學習最大的障礙常常不是:

智力。

而是:

Ego。

大學生可以問:

“這個是什麼意思?”

一個工作 20 年的 VP Engineering 反而不好意思問。

AI 把這種成本降到零。

所以 AI Tutor 最大的市場之一可能不是:

學生。

而是:

Mid-career Reskilling。

中年職業重訓。


四十七、未來高管的“技術斷代”問題可能顯著下降

過去:

工程師 → Manager → VP → CTO。

離代碼越來越遠。

10 年以後:

很難回去。

AI 讓重新進入變容易。

這可能意味着:

技術領導者可以在:

Management

和:

Building

之間反覆切換。

這是一種新的:

Career Elasticity。

職業彈性。


四十八、希思羅機場那五小時爲什麼象徵意義這麼強?

因爲過去一個高管有一個新想法。

第一步:

找 PM。

PM 寫需求。

安排團隊。

排進 Roadmap。

可能:

三個月以後開始。

現在:

拿出電腦。

Claude Code。

五小時:

原型出現。

這意味着:

Idea → Artifact

之間的距離突然坍縮。

這是 AI 創業最重要的變化之一。


四十九、技術創業最大的瓶頸正在從“能不能做出來”轉向“應該做什麼”

過去一個人有 idea。

但不會:

Backend;

Frontend;

Database;

Deployment。

只能:

找技術聯合創始人。

今天 AI 可以幫助完成大量實現。

於是:

Implementation Scarcity ↓

而:

Judgment Scarcity ↑

知道:

什麼問題值得解決,

越來越重要。


五十、這並不意味着技術聯合創始人沒用了

恰恰相反。

真正優秀技術 Founder 的槓桿更大。

過去:

一個優秀工程師 = 3 個普通工程師。

未來:

一個優秀工程師 + AI

可能等於:

10 個甚至更多普通執行者。

所以 AI 不是簡單:

“讓不會編程的人取代程序員。”

更可能是:

Amplify the Best Builders。

放大最強 Builder。


五十一、這也是爲什麼小團隊創業可能迎來黃金時代

過去 SaaS Startup:

需要:

Frontend;

Backend;

Infra;

Designer;

PM;

Data;

DevOps。

今天:

少數幾個綜合型 Builder

可以覆蓋更多領域。

於是 Startup 最早期 Burn Rate 下降。

Runway 延長。

試錯次數增加。

這提高:

創業成功的 Optionality。


五十二、Gusto Cofounder 真正聰明的一點,是它沒有停留在“讓老闆自己造 App”

Eddie 最初想法更接近:

讓小企業老闆描述需求,

AI 幫他做一個:

Mini App。

聽起來很酷。

但客戶研究後發現:

老闆根本不想要:

又一個 App。

老闆真正想要:

你幫我把事情做掉。

這是一個非常重要的產品認知。

創業者經常愛:

Solution。

客戶只愛:

Outcome。


五十三、小企業最大的敵人不是“缺軟件”,而是軟件太多

餐廳可能有:

POS。

排班軟件。

工資軟件。

會計軟件。

訂餐平臺。

Delivery。

CRM。

評價平臺。

每個 SaaS 都說:

“提高效率。”

最後老闆變成:

Human API。

手動從一個系統複製到另一個系統。

這反而創造了新的工作。


五十四、AI Agent 最大機會之一,就是消滅“Human API”

假設 Spa 用 Mindbody 管預約。

裏面有:

服務項目;

工作時間;

小費;

提成;

額外費用。

工資在 Gusto。

過去老闆需要:

導出 CSV;

Excel;

計算;

重新輸入 Payroll。

老闆實際上承擔:

Integration Layer。

Cofounder 想做的是:

AI 直接讀數據;

理解規則;

計算工資;

給老闆確認;

執行 Payroll。

也就是:

Machine-to-Machine Workflow。


五十五、這纔是 Agent 真正有價值的地方:跨系統執行

一個 Chatbot 只能:

回答。

一個真正的 Agent 必須:

Read;

Reason;

Act;

Check;

Repeat。

比如:

讀取 Mindbody;

計算佣金;

發現異常;

調用 Gusto;

等待批准;

執行工資。

這才叫:

End-to-End Task Completion。


五十六、Agent 最大的市場可能不是“知識問答”,而是公司內部那些沒人喜歡的雜事

例如:

催 Timesheet;

員工入職;

檢查 Payroll;

準備稅務資料;

更新 CRM;

處理發票;

檢查合規;

客戶 Follow-up。

這些工作共同特點:

不是特別難。

但:

重複;

跨系統;

必須做。

這是 AI 最容易創造 ROI 的地方。


五十七、企業 AI 的黃金公式可能是:

High Frequency

× High Friction

× Clear Rules

× Digital Inputs

× Measurable Outcome

高頻。

高摩擦。

規則相對清晰。

輸入數字化。

結果可驗證。

Payroll 非常符合。

這也是爲什麼:

Back Office

可能成爲 Agent 最早大規模商業化的區域。


五十八、爲什麼“Heartbeat”概念很重要?

傳統 ChatGPT:

你不問,

它不做。

真正的員工不是這樣。

優秀員工會:

知道星期五發工資;

星期四主動檢查 Timesheet;

發現異常;

提前找老闆。

這就是:

Proactivity。

Heartbeat 的意義在於:

AI 定期醒來,

檢查:

現在有沒有事情應該做?

Gusto 官方已經明確把 Cofounder 設計成主動監控:

Payroll;

Filings;

異常;

提醒

的系統,而不是單純等待 Prompt。


五十九、Agent 的真正質變不是 Intelligence,而是 Agency

Intelligence:

知道答案。

Agency:

主動完成事情。

過去 LLM 革命主要提高:

Intelligence。

下一階段:

Tools + Memory + Scheduling + Permissions

提供:

Agency。

這纔會真正進入企業工作流。


六十、但工資這種業務揭示了 Agent 最大的風險:錯誤會直接變成真錢

聊天機器人答錯:

用戶重新問。

Payroll Agent 答錯:

工資可能發錯。

稅可能報錯。

員工可能拿不到錢。

因此 Agentic Software 必須比普通 Chatbot 多一層:

Control Architecture。

權限;

批准;

日誌;

回滾;

異常檢測。

Gusto 自己也明確提示,Cofounder 輸出可能存在錯誤,Payroll、稅務和合規決定仍由客戶負責;其條款也明確將自動化動作與授權機制納入現有僱主責任體系。


六十一、所以未來 Agent 產品真正的護城河可能不是模型,而是“安全執行層”

誰都能調用:

Claude;

GPT;

Gemini。

真正難的是:

怎樣讓 AI:

安全訪問銀行數據;

發工資;

改保險;

提交稅務;

修改員工記錄。

這需要:

Permissions;

Audit Logs;

Human Approval;

Identity;

Compliance。

也就是:

Enterprise Agent Infrastructure。


六十二、這就是爲什麼老 SaaS 公司反而擁有一個巨大優勢

它們已經擁有:

用戶信任;

權限系統;

企業數據;

審計體系;

法規經驗。

一家新 AI Startup 可以更聰明。

但:

讓客戶允許它直接發工資

是另一回事。

所以:

AI 時代真正的大公司可能不是:

模型最強的人。

而是:

最有資格讓 AI 執行動作的人。

這是極其重要的判斷。


六十三、“誰擁有 Action Permission”可能比“誰擁有最強模型”更值錢

想象未來企業 Agent。

它需要:

付款。

改 CRM。

發合同。

審批費用。

發工資。

如果每一步都需要:

新的身份驗證;

新的授權,

體驗會很差。

真正擁有:

System of Record + Permission Layer

的平臺,

天然佔據:

Action Layer。

Gusto 在 Payroll 就擁有這種位置。


六十四、這可能成爲傳統 SaaS 從“被 AI 顛覆”到“利用 AI 反擊”的最佳路徑

不要只加:

AI Chat。

而是把自己的:

數據;

工作流;

權限

暴露成:

Agent Actions。

未來 Salesforce 的價值:

不只是 CRM。

而是:

AI Agent 可以在那裏安全執行 Sales Work。

Gusto:

安全執行 Payroll Work。

QuickBooks:

執行 Finance Work。

這是:

System of Record → System of Action。


六十五、爲什麼小企業尤其需要“AI Cofounder”?

大型公司可以招:

Chief of Staff;

HR;

Finance;

Operations。

小企業老闆沒有。

所以 AI 對 SMB 最大意義不是:

替代 100 人團隊中的 10 人。

而是:

讓一個 5 人企業獲得過去 50 人公司的管理能力。

這叫:

Capability Democratization。

能力民主化。


六十六、這可能導致小企業數量進一步爆發

創業成本過去已經因爲:

Cloud;

Shopify;

Stripe;

Social Media

下降很多。

AI 再進一步降低:

Coding;

Marketing;

Accounting;

Operations;

Customer Support

成本。

於是:

Minimum Efficient Firm Size

繼續下降。

也就是:

維持一家可競爭公司的最低規模越來越小。


六十七、宏觀經濟上,這可能產生一次“小企業復興”

過去幾十年:

大公司擁有:

規模經濟。

因爲:

HR;

Legal;

IT;

軟件

這些固定成本,大公司攤得更便宜。

AI 如果把後臺能力變成廉價數字服務:

小公司開始獲得類似能力。

這可能降低:

Scale Advantage。

讓小企業重新獲得競爭力。

Gusto 自己 2026 年調查中,約三分之一小企業主表示 AI 已經讓創業更容易,62% 認爲 AI 有機會縮小小企業與大企業之間的競爭差距。

當然,這是 Gusto 自己調查得到的態度數據,並不等同於已經證明宏觀差距會縮小。


六十八、未來一個人開公司的最大變化可能不是“一個人寫完產品”

真正難的是:

經營公司。

銷售;

工資;

稅務;

客服;

財務;

合規。

如果 AI Agent 把這些後臺工作逐漸承擔:

Solo Founder

才真正可能長期存在。

所以:

AI Coding

只是 Solo Company 的第一層。

AI Back Office

纔是第二層。


六十九、最終可能出現“公司操作系統”

Founder 只需要說:

本月收入目標。

新增三個人。

控制營銷成本。

保證星期五發工資。

系統自動協調:

Payroll Agent;

Recruiting Agent;

Finance Agent;

Sales Agent。

老闆真正做:

Strategy + Judgment。

這可能是:

Autonomous Enterprise OS。

Gusto Cofounder 可以看成這種未來非常早期的雛形。


七十、但不要被“Cofounder”這個名字誤導

真正的聯合創始人有:

價值判斷;

風險承擔;

創造力;

責任;

信任關係。

AI 目前並不能真正承擔:

法律和經濟責任。

所以 Cofounder 更準確地說:

是:

Agentic Operations Teammate。

名字是產品定位。

不是法律意義上的聯合創始人。

這一點必須區分。


七十一、從投資角度看,Gusto Cofounder 爲什麼比一個獨立 Agent Startup 更值得關注?

因爲 Gusto 擁有:

50 萬+ 客戶;

超過 10 億美元過去 12 個月收入;

Payroll System of Record;

企業權限;

長期客戶關係。

這意味着:

新產品一旦有效,

Distribution Cost 極低。

不用:

重新找客戶。

直接:

Upsell / Deepen Engagement。

這就是:

Installed Base Advantage。


七十二、成熟 SaaS 真正最大的 AI 資產可能不是代碼,而是 Installed Base

Startup 有:

技術速度。

Incumbent 有:

客戶。

AI 時代勝負取決於:

誰更快把:

Technology

和:

Distribution

結合。

如果傳統公司太慢:

Startup 搶走客戶。

如果傳統公司足夠快:

它可以直接把 AI 分發給幾十萬客戶。

Gusto 正試圖走第二條路。


七十三、這也解釋了爲什麼讓創始人親自帶這個產品很重要

大公司創新常見的問題:

新產品必須通過:

預算;

委員會;

管理層;

Roadmap;

季度規劃。

越具有顛覆性的產品,

越容易被現有組織殺死。

因爲:

它不符合當前 KPI。

Founder 親自帶隊:

相當於給項目一個:

Organizational Shield。

組織保護罩。


七十四、這就是 Christensen 所說 Innovator’s Dilemma 的現實版本

成熟產品已經賺錢。

爲什麼冒險做:

可能蠶食自己現有模式的新產品?

傳統 Manager 很自然會保護:

當前業務。

Founder 更容易說:

如果有人要顛覆 Gusto,

那最好:

Gusto 自己顛覆 Gusto。

這是優秀成熟科技公司最難做到的事情。


七十五、所以 Eddie 迴歸一線真正代表的是“Founder Mode”的另一種版本

不是:

Founder 每件事都管。

而是:

當出現一個足夠大的技術範式變化時,

Founder 應該:

繞過組織慣性;

直接重新學習;

直接接觸客戶;

直接做原型。

因爲:

這種變化不能只通過:

Management Chain

理解。


七十六、“No Jira、No Docs”真正應該被翻譯成什麼?

不是:

管理工具沒用了。

正確翻譯是:

儘可能減少 Build 與 Feedback 之間的距離。

如果:

今天想到。

今天寫。

明天客戶用。

後天修改。

這就是:

Learning Velocity。

創業真正競爭的不是:

Code Velocity。

而是:

誰學習得最快。


七十七、軟件公司的最終競爭優勢可能越來越從“開發速度”遷移到“學習速度”

所有公司都能用:

Claude Code。

於是:

Coding Advantage

被壓縮。

真正區別變成:

誰更快:

找到客戶;

理解問題;

做實驗;

獲得反饋;

改變方向。

公式變成:

Build → Observe → Learn → Rebuild。

誰循環次數最多,

誰更可能找到:

Product-Market Fit。


七十八、所以 AI 最終不是讓產品判斷不重要,而是讓錯誤判斷更快暴露

過去:

做錯產品。

半年以後才知道。

AI:

兩週做出來。

客戶說:

不要。

很好。

因爲:

只浪費兩週。

因此 AI 的商業價值之一是:

Increase the Number of Bets。

增加試錯次數。

VC 世界喜歡 Optionality。

產品開發也是。

更多便宜實驗

提高:

找到大機會的概率。


七十九、未來產品團隊的核心資產可能是“實驗組合”

同時試:

方案 A;

B;

C;

D。

因爲代碼便宜。

但是:

用戶注意力仍然貴。

所以瓶頸從:

Engineering Capacity

遷移到:

Customer Attention。

這也是爲什麼用戶研究和真實分發反而越來越重要。


八十、AI 時代產品最危險的陷阱:因爲什麼都能做,所以什麼都做

Claude 可以:

一天生成 20 個功能。

很爽。

但客戶:

可能一個都不要。

這叫:

Capability Trap。

技術能力無限擴張以後:

最大的風險反而是:

沒有聚焦。

所以 Taste 的價值上升。

知道:

什麼不做。


八十一、Steve Jobs 時代講“Focus”,AI 時代這個詞反而更加重要

過去不做功能:

因爲工程資源有限。

未來工程資源變便宜。

因此約束消失。

沒有約束以後:

最容易發生:

產品臃腫。

所以真正優秀 Product Leader 必須創造:

Artificial Scarcity of Attention。

人爲限制:

什麼值得投入。

否則 AI 會製造:

Feature Explosion。


八十二、Eddie 這次真正重新學習的,可能不是代碼,而是“技術直覺”

十年管理以後,

最容易失去的不是:

Syntax。

而是:

Feel。

現在什麼很容易?

什麼很難?

Agent 會在哪失敗?

什麼需要人工批准?

模型真的能做什麼?

這些無法通過:

季度報告

獲得。

只有親自 Build,

才能恢復:

Technical Intuition。


八十三、對所有技術管理者,這是一條非常重要的警告

如果你的職位越高,

你越容易獲得:

抽象信息。

Dashboard;

Metric;

Summary;

Slide。

但:

技術革命最早發生在:

細節。

Prompt 爲什麼失敗?

Agent 爲什麼循環?

Tool Call 哪裏斷?

模型什麼時候幻覺?

只有接近:

Ground Truth

才能知道。

所以:

Executive Abstraction Debt

也是真實存在的。


八十四、未來優秀 CTO 可能必須在兩個極端之間切換

Macro:

架構;

組織;

資本;

人才;

長期戰略。

Micro:

親自運行模型;

寫 Prototype;

看 Trace;

做 Eval。

過去 CTO 可以主要停留 Macro。

AI 快速變化時期:

必須保持:

Macro-Micro Oscillation。

高層和底層不斷切換。


八十五、Gusto 這件事對大型公司的最大啓示:AI 轉型不能只是“給員工買 Copilot”

很多公司所謂 AI Strategy:

採購 ChatGPT Enterprise。

培訓員工。

結束。

這只是:

Tool Adoption。

真正的 AI-native transformation 要問:

組織還需要這些角色嗎?

工作流應該重新設計嗎?

哪些流程可以整個刪除?

哪些決策必須人工保留?

這是:

Operating Model Redesign。

難度完全不同。


八十六、最重要的不是讓舊流程快 30%,而是問舊流程還需不需要存在

例如:

傳統流程:

PM 寫需求;

設計師做稿;

工程師寫代碼;

QA;

發佈。

AI 時代可能:

產品 Builder 直接做出真實版本;

工程審覈;

用戶測試。

這不是:

把舊流程每一步快 30%。

而是:

刪除步驟。

真正巨大的效率提升幾乎總來自:

Process Elimination。


八十七、這和 Toyota、Lean Manufacturing 的思想其實非常類似

Lean 最重要的不是:

讓每個人工作更快。

而是:

消滅 Waste。

等待;

庫存;

搬運;

返工;

不必要流程。

AI 軟件組織也是:

哪些會議是 Waste?

哪些文檔只是爲了交接?

哪些 Ticket 只是因爲人無法直接表達?

AI 正在重新定義:

Software Lean。


八十八、如果把 Gusto 的 10 周實驗擴展到整個經濟,意義非常巨大

美國有數百萬中小企業。

每一家都有:

後臺摩擦。

假設 AI 每週幫老闆節省:

5 小時。

100 萬老闆:

500 萬小時/周。

一年:

2.6 億小時。

這就是:

Aggregate Productivity。

真正的 AI 經濟價值不會只來自:

幾個大型模型公司。

而是來自:

無數很小的時間節省累積。


八十九、這也是爲什麼“小企業 Agent”可能是非常大的市場

消費者 AI:

可能每人每月願意付:

$20。

企業 AI:

如果一年幫助老闆節約:

$50,000,

可以收費:

$5,000;

$10,000。

因爲:

ROI 清晰。

真正優秀 B2B AI 的定價錨不是:

模型成本。

而是:

Economic Value Created。


九十、Gusto 已經證明過這種“隱藏價值自動發現”邏輯

2026 年春季,Gusto 稱其 AI 稅收功能幫助小企業識別並申報約 7000 萬美元聯邦稅收抵免。公司也明確提醒,“申報額度”不等同實際退款,最終收益取決於企業自己的稅務情況。

但這個案例仍然說明:

AI 最容易創造價值的領域之一是:

複雜規則 + 用戶不知道自己遺漏了什麼。

Tax;

Payroll;

Compliance

尤其適合。


九十一、未來 AI 的一個巨大功能不是“回答問題”,而是“發現你不知道應該問的問題”

老闆不知道:

有一個稅收優惠。

所以不會問。

傳統 Chatbot:

沒人問就不回答。

Agent:

發現:

你符合條件。

主動告訴你。

這就是:

Latent Need Discovery。

潛在需求發現。

價值比搜索引擎高一個層級。


九十二、這也是爲什麼 Proactive Agent 會比 Chatbot 更像真正的員工

真正優秀員工不會等老闆說:

“提醒我報稅。”

他會說:

“下週截止,我已經準備好了。”

所以 Agent 產品真正成熟的標誌是:

從:

Prompt-driven

變成:

Event-driven + Goal-driven。

事件驅動。

目標驅動。


九十三、但主動型 Agent 的風險也隨之成倍增加

越主動:

越容易:

誤操作。

所以 Agent 產品存在一個核心權衡:

Autonomy vs. Control。

自治程度越高:

用戶越省事。

但風險越高。

真正好的系統必須設計:

哪些動作:

自動執行。

哪些:

建議。

哪些:

必須人工確認。


九十四、因此未來 Agent UX 的核心可能不是 Chat,而是 Permission Design

今天大家都在設計:

聊天框。

但真正成熟 Agent 最重要 UI 可能是:

權限。

例如:

可以讀:

Payroll。

可以計算:

獎金。

可以草擬:

工資。

但:

最終轉賬必須我確認。

這叫:

Progressive Autonomy。

逐步自治。

用戶信任增加以後:

權限逐漸擴大。


九十五、這和自動駕駛的 Level 體系很像

L1:

AI 建議。

L2:

AI 執行部分步驟。

L3:

AI 大部分執行,人監督。

L4:

限定環境自動完成。

企業 Agent 也可能形成類似等級。

不同任務:

不同自治等級。

Payroll:

謹慎。

Birthday Reminder:

可以自動。

這會成爲:

企業 Agent 產品設計的重要基礎。


九十六、Gusto Cofounder 真正可能形成的護城河,是“每一家小企業自己的工作方式”

例如:

這家 Spa:

A 技師抽成 40%。

B 項目另加 $15。

週末規則不同。

某員工有特殊 Bonus。

這些都是:

Tacit Business Logic。

隱性業務規則。

過去:

存在老闆腦子裏。

如果 Agent 學會這些:

它開始擁有:

Business Memory。


九十七、Business Memory 可能成爲未來企業軟件最值錢的數據

System of Record 保存:

發生了什麼。

Business Memory 保存:

我們爲什麼這樣做。

包括:

規則;

例外;

偏好;

歷史決定。

Agent 一旦積累這種 Memory:

越來越懂企業。

這會形成非常強的:

Switching Cost。

因爲換 Agent:

等於重新培訓一個員工。


九十八、這可能比傳統 SaaS 數據鎖定還強

傳統 SaaS Switching Cost:

數據遷移。

Agent Switching Cost:

數據 + 習慣 + 判斷 + Memory。

這就像:

換掉一個工作十年的 COO。

所以真正成功的 Enterprise Agent:

客戶生命週期可能非常長。

這也是爲什麼:

“AI Teammate”

在經濟結構上有可能比普通 SaaS 更強。


九十九、但這也讓數據治理的重要性急劇上升

如果 Agent 知道:

工資;

員工表現;

銀行;

稅務;

公司策略。

它擁有:

極高敏感度信息。

所以:

Security;

Privacy;

Access Control;

Audit

會成爲:

核心產品功能。

不是:

後臺 Compliance。

誰處理得不好:

一次事故就可能摧毀信任。


一百、Eddie Kim 這次迴歸真正告訴我們什麼?

不是:

“老闆也要會 Claude Code。”

真正的答案更深。

它告訴我們:

技術變化已經大到足以讓一家十四年曆史、收入超過 10 億美元的軟件公司,重新像五個人的創業團隊一樣思考。

這非常少見。

當一家成熟公司願意:

刪除流程;

重新寫代碼;

重新理解客戶;

讓設計師 Build;

讓聯合創始人回到一線,

說明它感受到:

舊軟件開發範式本身正在失效。


一百零一、對技術管理者,最大的啓示是什麼?

不是:

每天必須寫代碼。

而是:

不要讓自己的職位把你與新生產資料隔開。

AI 如果改變:

Coding;

Design;

Research;

Management,

你必須親自體驗。

否則:

你的戰略判斷建立在:

別人對新世界的描述上。


一百零二、對創業者,最大的啓示是什麼?

第一:

不要先做工具。

找:

用戶真正想被“做掉”的工作。


第二:

尋找:

System of Record。

數據 + 權限 + 工作流

比模型本身更有價值。


第三:

保持團隊小。

AI 最大紅利可能不是:

少付幾個工程師工資。

而是:

減少協調複雜度。


第四:

儘快把東西放給客戶。

AI 讓實驗變便宜以後:

不要把時間浪費在:

假設。


第五:

打造 Memory。

未來真正強大的 Agent:

必須越來越懂客戶。


一百零三、對成熟企業,最大的啓示是什麼?

不要把 AI 放在:

Innovation Lab。

應該選擇幾個真正:

Mission-critical Workflow,

讓高級領導者親自參與。

因爲:

AI 轉型不是:

增加一個功能。

而是:

重新設計:

Who does the work。

工作到底由誰完成。


一百零四、對投資者,最應該觀察什麼?

不要只問:

這家公司用了哪個模型?

要問:

它是否擁有:

客戶分發?

專有 Context?

執行權限?

長期 Memory?

可量化 ROI?

真正 Automation?

這些纔是:

Agent Economy

長期護城河。


一百零五、未來真正危險的軟件公司是什麼?

不是:

沒有 AI Feature。

而是:

它的軟件存在價值只是:

讓人類點擊很多按鈕。

如果 Agent 可以繞過 UI,

直接調用底層功能:

UI 的價值會下降。

所以未來軟件公司必須擁有:

Data + Workflow + Permission + Action。

否則:

可能被 Agent 變成:

後臺 API。


一百零六、未來軟件真正值錢的東西可能越來越向底層移動

過去:

漂亮 UI

是產品。

未來:

Agent Interface

可能統一前臺。

於是差異化向:

數據;

規則;

業務邏輯;

執行權限;

信任

遷移。

這就是爲什麼:

System of Record

不會輕易消失。

但:

Interface SaaS

可能承受巨大壓力。


一百零七、這也意味着軟件行業可能出現一次新的利潤再分配

模型層:

收取 Intelligence Rent。

System of Record:

收取 Data / Workflow Rent。

Agent:

收取 Labor Replacement Value。

傳統純 UI 軟件:

價值可能被壓縮。

未來 SaaS 的戰爭,

不是:

誰頁面更漂亮。

而是:

誰控制工作執行鏈條。


一百零八、再往前一步:AI 可能重新定義“公司”本身

Coase 的企業理論認爲:

公司存在,

部分原因是:

內部協調成本

低於:

每件事都通過市場交易的成本。

AI 如果同時降低:

外部交易成本

和:

內部協調成本,

企業的最優邊界就可能改變。

未來:

一個核心團隊

  • AI Agents
  • 大量外部 API / Contractor

就可以完成過去大公司的工作。

這叫:

Firm Boundary Compression。

公司邊界壓縮。


一百零九、於是 AI 最終可能不僅提高公司效率,還改變公司平均規模

工業革命:

大工廠。

20 世紀:

大企業。

互聯網:

輕資產公司。

AI:

可能進一步產生:

Tiny Giants。

微型巨頭。

幾十個人。

幾億美元收入。

甚至更高。

如果這種公司大量出現,

整個:

勞動力市場;

VC;

管理;

辦公室;

職業路徑

都會被重新設計。


一百一十、這纔是 Eddie Kim 重新寫代碼最值得記住的地方

一個已經取得巨大商業成功的技術 Founder,

重新打開代碼編輯器。

意義並不在:

懷舊。

也不是:

證明自己還會編程。

而是他意識到:

新的軟件生產方式已經變化到,單靠管理層視角不足以理解。

過去十年:

管理是他的槓桿。

今天:

AI 讓 Building 本身重新變成高槓杆。

優秀的 Founder 必須接受一個很困難的事實:

過去讓你成功的工作方式,不一定是下一階段最正確的工作方式。

真正的成長,

不是不斷升級職位。

而是:

願意在世界發生變化以後,

重新成爲:

Beginner。


最值得記住的一句話

Eddie Kim 與 Gusto Cofounder 的故事,表面上是一場:

AI Coding 革命。

但更深層其實是三場革命同時發生。

第一場:

軟件革命。

軟件從:

給人工具

走向:

替人完成工作。


第二場:

組織革命。

AI 讓:

Designer;

Engineer;

PM;

Technical Leader

之間的邊界開始重疊,

小團隊重新獲得極強生產能力。


第三場:

創業革命。

過去成立一家真正運轉的公司,需要:

軟件;

HR;

Payroll;

Finance;

Operations;

Compliance。

未來越來越多工作可能由:

AI Agents

承擔。

創業者真正負責:

產品;

客戶;

判斷;

文化。

因此 Gusto Cofounder 真正代表的,不只是:

“一個更聰明的 Payroll 軟件。”

而是一個更大的問題:

如果未來一個創業者擁有幾十個永遠在線、能夠理解公司、跨系統執行工作的 AI Teammates,那麼一家公司的最小規模究竟可以縮小到什麼程度?

過去互聯網把:

分發成本

降到了接近零。

Cloud 把:

計算基礎設施啓動成本

降到了極低。

AI Coding 正在降低:

產品製造成本。

而 Gusto Cofounder 代表的下一步,則是在降低:

公司運營成本。

當這四種成本同時下降以後:

Distribution

  • Computing
  • Building
  • Operations

都被重新定價。

那時真正發生的可能不是:

“創業更方便了一點。”

而是:

公司這種已經存在幾百年的組織形式,本身開始被重新設計。

而 Eddie Kim 十年之後重新坐到電腦前寫代碼,

或許正是這個新時代最有象徵意義的一幕:

一家已經超過 10 億美元收入的大公司,

爲了理解未來,

不得不重新學會像五個人的創業公司一樣工作。

這篇最值得長期留下來的三個認知是:

第一,AI Coding 最大的價值不是“代碼快了”,而是讓組織可以變小,直接減少協調成本。

第二,Agent 真正顛覆 SaaS 的地方,不是加一個聊天框,而是把 Human + Software 變成 Human → Goal → AI 完成工作。

第三,成熟公司的 AI 轉型最危險的不是技術跟不上,而是管理層離真實的新生產方式太遠。Eddie Kim 重新回去寫代碼,本質上是在重新獲得第一手技術直覺。