作者:haozhen
編輯:penny
企業計費平臺作為企業運營的樞紐,不僅涉及費用計算,還深刻影響企業運營和現金流。隨著上雲和 AI 這兩大趨勢推動按量計費模式,企業的定價策略和計費方式也更加動態複雜,給計費平臺帶來了機會。
目前,計費平臺尚未出現像 Salesforce、Stripe、Oracle 這樣的行業 leader ,而計費的複雜性和專業性使其難以被上下游平臺兼顧。因此,計費平臺成為軟體生態中一個關鍵但尚未完全開發的領域,Metronome 是其中的重要玩家,OpenAI、Anthropic、Databricks,英偉達等都是其客戶。
Metronome 成立於 2019 年,為企業提供計費平臺,可將客戶銷售等原始事件轉化為計費指標輸出,在 AI 驅動下收入獲得了顯著增長,每月要處理數百億個事件,在賬單執行期間每分鐘要處理數十萬張發票,去年 ARR 增長了 6 倍。在業務流程中,Metronome 上游是銷售軟體如 Salesforce,下游是財務,發票軟體如 Stripe、Quickbooks 等。在積累大量計費資料後,或許能從計費平臺切入公司運營的其他環節。
Metronome 兩位創始人是 Scott Woody 和 Kevin Liu,之前的創業公司分別被 Dropbox 收購,在 Dropbox 體會到計費的複雜和費時。兩人做了大量客戶調研後決定解決這個痛點。
雖然 Metronome 想象空間巨大,但計費領域玩家眾多,競爭非常激烈。Metronome 雖然在準確性上做得非常好,但若無法將大量一線資料積累到自己平臺上進行產品迭代或者業務拓展,那可能會被努力轉型的傳統計費軟體、向計費領域拓展的上下游軟體、公司內部自建計費平臺等對手吞併。

01 計費平臺是企業運營的樞紐
02 Metronome 的產品
03 創始團隊
04 經營情況
05 市場與競爭
06 Metronome 的優勢與侷限
07 融資與未來發展
01.
計費平臺是企業運營的樞紐
目前,各家公司都將大量資源投入到自身產品的建設、推廣等方面,而定價模式往往會被忽略。但正如 Metronome 的創始人 Kevin Liu 所說,定價模式是可以改變一家公司市場地位的最重要槓桿之一。
產品定價模式的實施依賴於公司計費平臺,計費平臺聯絡著公司運營的許多方面,需要接收產品的使用、銷售情況,比如合約簽訂、交易發生,並輸出承諾付費金額、已履約金額等計費資料以供開立發票、更新看板等。SaaS 公司的產品從 building 到 GTM 等所有的環節都可能因為計費複雜性而出現延遲等變故。
例如,過去手機運營商會根據使用者通話時長和簡訊數量收費,而 T-Mobile 發現大多數使用者最頻繁聯絡的物件往往是他們的家人,因此首創了“家庭計劃”(family plan)收費方式,鼓勵使用者將家人加入一個計劃,家庭成員之間可以免費通話和傳送簡訊。這種模式使得 T-Mobile 獲得病毒式傳播。但 T-Mobile 的競爭對手因為計費平臺無法快速適應“家庭內免費通話和簡訊”的複雜計費需求,短期內無法推出類似計劃,讓 T-Mobile 成功搶佔市場份額。
例如,Dropbox 在拓展日本市場時,由於內部計費平臺的限制,無法單獨為日本使用者設定本地化的價格和語言版本,這種系統上的障礙使 Dropbox 推出新的本地化產品或價格策略等戰略決策被迫延遲。

大部分公司的產品定價方式可以分成訂閱制、買斷制、企業自定義解決方案等,買斷制和訂閱制因易於理解,在 SaaS 行業早期發展時極大促進了產品銷售。但隨著市場的發展變化,尤其是 AI 的發展,收費標準逐漸從 seats 轉向使用者使用價值,基於使用量的計費方式成為新的趨勢,具體原因包括:
1. 產品成本結構隨著雲、AI 的發展而變化:上雲前,產品部署在使用者的伺服器上,運維成本是由使用者的伺服器承擔,但上雲後,雲平臺會按照使用量向公司收取費用;隨著 AI 產品越來越受歡迎,而 AI 大模型一般根據 token 的量計算成本,因而越來越多的產品成本結構是按量計費,若收入也是按量計費則可以更好匹配產品成本。
2. 使用者需要更公平的定價模型:基於 seats 的定價非常粗顆粒地衡量了使用者如何使用公司產品,比如使用者在購買了 seats 後,並不是每時每刻都需要使用產品,在不使用產品的時間內使用者會產生“虧了”的主觀感受。
3. 公司產品不斷地發展:隨著產品功能等的發展,定價會越來越複雜,買斷制和訂閱制需要不斷修正購買條件或價格才能使收入增加,比如在推出產品新功能的時候,就需要考慮是將新功能加入已有的訂閱套餐並提高套餐價格,還是新增一個訂閱套餐供使用者選擇等等。而基於使用量的計費方式既可以讓使用者比較容易以較低的價格開始使用,又可以在使用者深度使用的時候自然而然地增加收入。
但如 a16z 的投資人 Martin Casado 所說,構建一個能夠處理基於使用量計費的計費平臺非常困難。首先,處理大規模按量計費所需的資料是個不小的技術問題。其次,按量計費是一種相對較新的計費方式,設定新的計費方式通常需要編寫大量程式碼。這兩個問題結合在一起,意味著即使對於大型計費平臺來說,推出按量計費平臺也常常需要數月的時間。而且,隨著業務的成熟,計費的複雜性會迅速增加,因為隨著使用者群和產品套件的增長,不僅資料量在增長,對資料連線的需求也呈指數級增長。所以基於使用量計費的平臺必須具有可擴充套件性並具有高準確性,且計費迭代的速度需要與產品迭代的速度相匹配。傳統的計費平臺已明顯無法滿足這些需求。
綜上所述,計費平臺不僅是簡單的計算費用,還影響著企業運營、現金流等諸多方面,在 AI 推動下,按量計費的興起又給計費行業帶來了全新的機遇和挑戰。相比銷售和支付等環節,計費平臺還沒有形成一個類似 Salesforce、Stripe、Oracle 這樣的領軍公司,領軍企業可作為行業標杆,提升計費的規範性和行業效率,同時,計費平臺的專業性和複雜性也使得計費平臺目前很難由上下游環節兼顧。因此企業計費平臺處於軟體生態中一個非常重要但未被充分開發的領域,這為創業公司 Metronome 提供了機會。
02.
Metronome 的產品
產品功能和用例
Metronome 提供了一個基於使用量的計費平臺,可將輸入的原始事件轉化為計費指標輸出,公司技術團隊無需花時間處理計費問題,業務團隊又可以完全控制產品的定價方式。創始人 Scott Woody 認為可以把 Metronome 想象成 Datadog,主要解決了三個核心問題:第一,讓客戶在無需任何程式碼的前提下,幾分鐘就可以啟動新的定價模型;第二,讓計費平臺為產品服務,Metronome 可以將計費資料從計費平臺中取出,並輸出到其他系統,比如成本控制系統;第三,計費等資料可以持續提供給公司來做決策,比如最佳化成本、收入預估。

Metronome 可與 Stripe、AWS、Salesforce 等整合。在業務流程中,Metronome 上游是 Salesforce 等銷售軟體,下游是 Stripe、Quickbooks 等財務軟體和資料平臺。例如,客戶在 Salesforce 中完成定價,透過 Metronome 計費後,最終進入 Quickbooks,Metronome 也會自動將使用者承諾的支付金額、購買產品的使用量以及被兌現的資料等傳到 Salesforce 或 Metronome 內建的資料看板,來幫助團隊及時發起追加銷售、交叉銷售等;例如,公司與使用者發生交易後,在發票結算期結束時,Metronome 會自動在 Stripe 中建立相應的發票以收取付款。

• 以 OpenAI 為例
2021 年,OpenAI 意識到需要一個可擴充套件的計費基礎設施,來匹配自身產品快速創新和增長。最初,OpenAI 使用的是內部開發的計費平臺,這個平臺依靠人工維護特定的程式指令碼,需要手動處理很多工作,比如跟蹤使用者的使用情況、生成發票等。而且在定價管理上也非常耗時,無法迅速支援新產品的釋出以及客戶需求的拓展。OpenAI 收入運營高階經理 Lauren Workman 曾表示,在引入 Metronome 之前,調整價格或新增產品是一件非常耗時且繁瑣的手動操作。OpenAI 應用工程團隊負責人 Evan Morikawa 也認為內部的系統缺乏靈活性和自定義能力,無法支援基於使用量的定價模式或企業合同的複雜性。因此,OpenAI 需要一個全新的計費平臺來支援產品釋出等,並實現從編碼指令碼到自動計費的飛躍。由於 Metronome 易於部署且全面支援 OpenAI 的業務模式,所以 OpenAI 選擇了與 Metronome 進行合作。
Metronome 用了不到兩週時間就完成了部署並投入運營,可以支援複雜的企業合同和自助式隨用隨付模式,並且能夠跟上 OpenAI 每月多款產品的釋出步伐。Metronome 對於 OpenAI 的幫助具體包括:
1. 引入 Metronome 之前,在 OpenAI 只有 1-1.5 萬名使用者的時候,當時工程師中有大約一半的人員需要負責計費,如今 OpenAI 使用者數大幅增長,但在 Metronome 的幫助下,只有不到 10 位工程師負責計費。
2. 與 Metronome 合作之前,OpenAI 需要花費大約 6-8 周的時間才能推出新的定價模型,而接入 Metronome 之後只需要大約六分鐘,這有助於 OpenAI 業務的快速變化。
3. 透過採用 Metronome,OpenAI 能夠將工程資源從計費轉移到核心產品開發。
4. Metronome 還顯著簡化了 OpenAI 的發票管理,收入運營團隊之前需要每月花費數小時在 Excel 中管理發票,現在在 Metronome UI 中只需幾分鐘即可進行更改。
5. OpenAI 還利用 Metronome 的 API 為客戶儀表板提供支援,客戶可以在組織和個人層面跟蹤每日使用情況情況。

產品特點
Metronome 計費平臺的特點包括定價靈活、專業準確、易於使用。
• 定價靈活
1) Metronome 提供 Modular pricing engine(模組化定價引擎)和 Granular customer configuration(精細的使用者配置),可自定義按使用量、seats 等不同的計費模式,以適應多樣化的業務,避免計費錯誤。
2) 定價更新可以立即生效、將來生效或追溯生效。


• 專業準確
1) 專業:Metronome 專注於使用量計費,有專家稱相比於 Salesforce,Metronome 是一個更適合審計、更符合法規要求的系統。
2) 準確:按量計費最重要的就是準確性,客戶會為了準確性付費,對於客戶來說,知道自己沒有因為錯開賬單等而損失數十萬美元是非常重要的。Metronome 的平臺是 High throughput data platform(高吞吐量資料平臺),可測量並存儲所有原始收入相關的事件以支援當前和未來的定價,有極大規模的準確性和可靠。
3) 即時:Metronome 提供 Embedded real-time data(嵌入式即時資料),可將即時使用情況和支出資料輸出到業務系統。

• 易於使用
1) 整合性強:Metronome 集成了大量的工作軟體,從而能夠在系統中容納許多計費方案。Metronome 整合的軟體種類可分成 Invoicing and accounting(如 Stripe)、Cloud marketplaces(如 AWS)、CRM(如 Saleforce)、Tax(如 Anrok) 和 Data export(如 Databricks、Snowflake、MySQL)這 5 類。


2) 開箱即用:官網的宣傳語之一就是“World-class billing,out of the box”。有使用者反饋 Metronome 啟動成本較低,“開箱即用”做的很好。
03.
創始團隊
Metronome 創始人是 Scott Woody 和 Kevin Liu,兩人之前的創業公司均成功被 Dropbox 收購。Kevin Liu 在採訪中自述這一次創業非常慎重,雖然兩人早在 Dropbox 就共事並建立了深厚的友誼,二人仍花了數年時間透過共同討論、實踐和探索,來驗證彼此是否適合作為創業合夥人。前期市場調研時,二人也做了充足的準備。為了更好地瞭解目標市場,Kevin Liu 與 Scott Woody 曾假扮斯坦福學生來進行實地調查,並設定目標——必須經歷 50 次直接拒絕再考慮停止調研。在確立痛點時,Kevin Liu 和Scott Woody 也與數百家公司反覆討論了他們的計費需求才確定下 Metronome 的業務方向。

• Scott Woody( Metronome CTO
CEO)
Scott Woody 博士畢業於斯坦福大學商學院,曾於 2011 年創立 Foundry(Applicant Tracking System)。2013 年 Foundry 被 Dropbox 收購後,Scott Woody 也加入了 Dropbox 並擔任 Engineer。Scott Woody 稱 Metronome 的創業想法開始於自己在 Dropbox 的工作,他在 Dropbox 領導增長和貨幣化團隊,需要釋出一系列新產品的定價,每次更改價格都要花 3-6 個月,甚至 12 個月,才能生效,所以 2019 年他從 Dropbox 辭職並創立 Metronome,希望能幫助業務團隊控制產品的定價。
• Kevin Liu( Metronome CEO
Chairman)
Kevin Liu 本科畢業於美國賓夕法尼亞大學沃頓商學院,曾於 2010 年創立 Predictive Edge 並擔任 CEO,Predictive Edge 是斯坦福 StartX 創業社群的一部分,致力於電子商務產品的動態定價方法,以便營銷人員傳送給使用者進行 A/B 測試。2014 年 Predictive Edge 被 Dropbox 收購後,Kevin Liu 也加入 Dropbox 擔任 Enterprise Marketing,參與到 Dropbox 企業產品的早期營銷工作中,2016 年離職後作為個人 investor 幫初創公司創始人進行融資、產品、GTM 和運營,更加深入瞭解到了企業定價的痛點,因此 2019 年創立 Metronome。
04.
經營情況
• 商業模式
官網顯示具體定價需聯絡 Metronome,有新聞表示 Metronome 本身也採用了基於使用量的定價模式。另有專家稱 Metronome 是按使用成本收費,還要支付額外的平臺費和賬單費,價格相對偏貴。

• 收入
得益於 AI 的大力發展,越來越多的公司從訂閱制轉向基於使用量的模式或兩者的結合,Metronome 表示去年 ARR 增長了 6 倍,每天處理的事件數量突破了 10 億,每月需要處理數百億個事件,在賬單執行期間每分鐘要處理數十萬張發票。


• 客戶群
24 年 6 月,Scott Woody 表示 Metronome 累計已有數億使用者。目前客戶既包括 OpenAI 和 Anthropic 等初創公司,也有 Databricks 和 Nvidia 等相對更大、更成熟的企業。Metronome 的客戶群體可以大致分成三類:
1)目前使用傳統方式計費,但希望轉型為按量計費的客戶,比如資料轉換工具 dbt,希望在現有業務模式中逐步引入按量計費;
2)已使用按量計費,但自建系統存在瓶頸的客戶,比如 Confluent、Databricks,需要更高效、靈活的按量計費解決方案;
3)大量 AI 相關公司,比如 OpenAI、Anthropic、Anyscale、LangChain、Replicate 等。


創業初期,Metronome 的客戶多為初創公司,從去年開始擴充套件到了更大的企業領域。Metronome 甚至在還沒有產出產品 demo 的時候就得到了第一批客戶,Kevin Liu 認為是因為 Metronome 找準了客戶痛點,並展示了高度的專業,從而贏得了客戶的信任。Metronome 價值觀就是以客戶為中心,相比之下 Metronome 並不太在意自己的成本,而是選擇先滿足客戶的需求。比如在和 OpenAI 合作的時候,OpenAI 會發送大量的資料給 Metronome,這讓 Metronome 承擔了很多成本,但 Kevin Liu 認為相比收入,更重要的是讓 OpenAI 的業務保持連續,以及跟上 OpenAI 的業務拓展程序。
05.
市場與競爭
按量計費的機遇與挑戰
• 機遇
如前文所述,隨著 AI 的發展,按量計費逐漸流行。按量計費可以:
1)使得產品收益與雲、AI 的成本對應;
2)給使用者更公平的定價模型;
3)可以讓使用者比較容易開始使用產品,又可以隨著使用者使用的增長自然而然地增加收入。
除此之外,還可以解決由於 AI 發展帶來的人工需求減少而進一步導致使用者所需 seats 減少的問題,即隨著產品自動化的深入發展,尤其是AI的大力發展,產品越成功,使用者所需的 seats 越少。已經規模化使用按量計費的公司,比如 Snowflake,也證明按量計費的可行性。
有研究表明,目前基於使用量定價的 SaaS 產品自 2018 年以來一直呈上升趨勢,但 2023 年按量計費的採用率同比略有下降。與此同時有 17 %公司正在積極測試基於使用量計費。

• 挑戰
但按量計費也存在著挑戰:
1)相比訂閱制每月固定 seats 費用的支出,按量計費使得使用者或公司無法精確預計費用開支,尤其是對於計劃外支出較為敏感的群體。有研究表明,大多數按使用量計費的企業採用的是混合模式,而非純粹按使用量計費, 尤其是小型企業。

2)按量收費需要對大量的使用數量進行計算,對於資料計算要求較高,對於計費平臺的要求也隨之增加。
3)雖然現實生活中已經存在電信公司流量計費、日常生活中水電收費等按量計費的方式,但相比訂閱制,使用者對於 SaaS 產品按量收費方式較為陌生。
4)雖然使用者可以給自己的使用量設定上限來控制費用支出(這可能需要額外去搭建一個產品),但仍可能導致使用者在使用的過程中較為“小心謹慎”。
5)適用的場景較為有限,通常只適用於業務單一或易於資料化的產品,比如郵件、簡訊傳送次數等場景。
競爭對手
在計費平臺這個領域,客戶除了關注即時性、成本等許多因素之外,最關注的就是準確性。如果計費不準確,那就需要報錯、重新檢查等操作,會延長客戶的收費時間,影響公司現金流。因此能抓住準確性就能最大程度地佔領市場和客戶。Metronome 的競爭對手可大致分成四類。

• 傳統計費軟體,比如 Chargebee、Chargify、Zuora
傳統計費軟體配置複雜,缺乏靈活定製化的能力,成本高昂。在宣傳上,傳統軟體一般不會很大力度地對客戶進行電話或者簡訊營銷,但傳統計費軟體目前也在努力向新興玩家學習。
以 Zuora 為例,Zuora 的計費平臺透過雲計算提供定價、計量、計費服務。Zuora 的功能和整合元件比 Metronome 更多,比如收入核算、CPQ(Configure, Price, Quote)、客戶流失管理、多支付提供商整合等,但是 Zuora 在計費方面智慧程度不如 Metronome,且 Zuora 月度結算的節奏太慢,不能即時反饋使用者的使用情況。但有專家反饋 Zuora 產品的改進速度很快且非常顯著,比如 Zuora 原先專注於訂閱制計費並做得非常好,後來才轉向基於使用量的計費,目前即使產品不如 Metronome,但已經可以提供按量計費的模型來滿足使用者的基礎需求。
• 上下游軟體,比如 Stripe、NetSuite、Saleforce
在業務層面,Metronome 的上下游軟體包括 Stripe、NetSuite、Saleforce 等。這些企業的主營領域不在計費,因此在計費上往往不夠靈活,目前一般與 Metronome 在流程上形成上下游的共存、互補局面。未來這些上下游的領頭企業在尋求業務拓展的時候,可能會憑藉資金、規模優勢,創造出在計費上更完善的產品來取代 Metronome,或者會透過收購 Metronome 來填補功能空白。與此同時,Metronome 則希望從計費角度切入,讓公司在 Metronome 平臺上管理其他上下游軟體,有專家認為公司已經花費了部署、自定義的時間讓 Metronome 按照需要的方式工作,那一定會想讓 Metronome 兼做一些上下游的事情來增大效益。
以 Stripe 為例,Stripe 專注於為企業提供支付服務。在計費上,Stripe 只提供了一組 API 供構建,明顯不夠靈活,而且目前若要在 Stripe 中做 Metronome 的計費工作,工作量會很大,但未來 Stripe 若從支付出發,向計費領域拓展業務,存在取代 Metronome 的可能性,Stripe 也有可能直接收購 Metronome。
• 其他初創公司產品,比如 Orb、M3ter
計費領域的其他初創公司產品與 Metronome 有相似之處,但各家公司產品的功能側重點、針對人群略有不同。
以 Orb 為例,Orb 致力於幫助企業自動處理各種計費任務,包括基於使用量計費、訂閱模式或混合模式。Orb 與 Metronome 在使用者體驗、計費指標、設定計劃等基本功能上有相似之處。但兩家側重有不同:
1)目標使用者:Orb 更適合開發人員使用;Metronome 對於會計、銷售和運營等非技術團隊更加友好。
2)商業模式:Metronome 是按使用成本收費,還要支付額外的平臺費和賬單費;Orb 不會收取事件費用,但會收取平臺費和賬單費。有專家稱,當考慮 10-12 個 SKU 時,使用 Metronome 的成本會是使用 Orb 的成本的 10 倍。
3)業務重點:Metronome 專注於傳送更多的事件,擁有更多計費和合規性功能,能夠理解地理位置,計費模式和資料匯出也比 Orb 更成熟;Orb 關注如何節省成本。
• 公司自建軟體
對於初創公司或中小公司來說,幾乎不會自建計費平臺,因為對資料、人員、資源、時間要求太高。但大公司可能會出於費用考慮選擇自建,因此 Metronome 需要提供更高性價比的產品。
06.
Metronome 的
優勢與侷限
為什麼看好?
• 從計費平臺切入,精準洞察 AI 產品計費趨勢
隨著 AI 產品的普及,按量計費模式逐漸成為主流。如創始人 Kevin Liu 所說,Metronome 可以視為是支援企業向按量計費模型過渡的理想工具,能將實際發生的業務事件轉化為結構化資料,從而方便分析與結算。在未來,Metronome 可能成為公司運營的核心樞紐,甚至有潛力作為按量計費領域的行業標杆,提升該領域的規範性與效率。
且 Metronome 在轉化的過程中可積累大量有關使用者如何使用產品的資料,可以為公司改進產品提供參考,為業務收入做預測,即 Metronome 可以從計費平臺切入,逐步滲透到公司執行的各個環節,實現在 Metronome 內部平臺上管理公司的其他軟體系統。比如沒有 Metronome 的時候,公司一般只能依靠 Saleforce 來展示收入預測,但用 Metronome 基於使用量計費後,Saleforce 不再是唯一的資料來源,且公司收入一般和使用者使用量是直接掛鉤,透過觀測 Metronome 的資料可以更精確地定位問題,比如到底是哪一個環節的收入降低了。
• 立足準確性,跑通商業模式,在行業裡獲得先發優勢
在計費平臺領域,客戶最關注的就是準確性,Metronome 精準抓住了準確性。創始人 Kevin Liu 認為今天的 SaaS 產品有三個和以往不同的部分,分別是資料、計費和反饋。在資料上,特別是在計費速度快、有複雜的價格模型時,公司需要了解使用者在產品內部做什麼,Metronome 更像一家基礎設施公司,直接與公司的事件流整合,可以即時調整資訊並計算指標,使得公司始終知道客戶使用產品的情況。在計費上,Kevin Liu 堅定立足準確性,不允許出現任何差錯。在反饋上,Metronome 已經有複雜的整合,Metronome 會執行這些複雜的整合來實現使用者端到端的工作,Metronome 會即時檢視資料、計費、匯出資料到客戶的其他系統。
得益於極強的準確性等因素,Metronome 的收入和客戶數都在不斷增加,且獲得了包括 OpenAI 在內的大量頭部公司作為自己的標誌性客戶,證明 Metronome 的商業模式已經跑通,且可利用標誌性客戶來進一步增大 Metronome 在按量計費領域的市場佔有率,鞏固先發優勢。
• 兩位創始人在計費領域非常專業,已有成功創業的經驗
Metronome 的兩位創始人 Scott Woody 和 Kevin Liu 在計費相關領域經驗豐富。二人之前創立的 Foundry 和 Predictive Edge 均與資料跟蹤、動態計費相關,二人在 Dropbox 的工作也涉及定價計費,在對按量計費的痛點把握上也非常專業。
二人在創立 Metronome 之前都有過成功的創業經歷,經驗較為豐富,人脈廣闊。Kevin Liu 自述 Metronome 的天使投資人很多都是兩位創始人在 Dropbox 認識的人和之前創立的公司的投資人返回來投資。兩位創始人對此次創業非常慎重,準備得非常充分。除了前文所說的之外,Kevin Liu 對董事會成員的選擇也非常認真,確定一個董事會成員都需要打 30 多次問詢電話,這已遠超出了行業平均數量。
風險與侷限
• 按量計費場景有限,會降低 Metronome 天花板和利潤空間
雖然按量計費有很多訂閱制沒有的優勢,但訂閱制幾乎可以在所有計費場景使用,而按量收費通常只適用於業務較為單一或易於資料化的產品,比如傳送郵件、簡訊等傳送成功的次數,手機流量消耗的數量,大模型 token 消耗的數量等等,這也是 Metronome 客戶群體集中於 AI 或者資料領域的原因之一。若按量計費場景無法全面普及到 SaaS 產品的所有計費模式中,那按量計費的行業空間會降低,Metronome 的天花板也會降低。而且隨著客戶拓展,按量計費涉及的資料處理會越來越多、越來越複雜,會對 Metronome 的利潤造成壓力。雖然 Metronome 目前為了獲得更大量的客戶,並不太在意自己的成本,但若要持續地發展,利潤仍然是需要考慮的重要因素。
• 上下游軟體、傳統軟體等的競爭會擠壓 Metronome 生存空間
按使用量計費領域的玩家眾多,產品替代性高,Metronome 雖然準確性做得非常好,有客戶認為部署 Metronome 的回報率非常高,但也要適當兼顧價效比,已有客戶因 Metronome 收費較貴而轉向其他競品。而且若Metronome 無法將一線的資料積累到自己的平臺上進行產品的迭代或者業務的拓展,形成資料壁壘,那可能會被努力轉型的傳統計費軟體、向計費領域拓展的上下游軟體、公司內部自建計費平臺等競爭對手所吞併。
07.
融資與未來發展
融資
2024 年 1 月 31 日,Metronome 宣佈已在 B 輪融資中籌集了超過 4300 萬美元,由 NEA 領投,a16z 和 General Catalyst 跟投。New Relic 和 Salesforce 前總裁 Hilarie Koplow-McAdams 加入董事會。至此,Metronome 的融資金額超過 7800 萬美元。

發展與建議
• Metronome 計劃完善銷售團隊來更好服務客戶
在 2024 年 6 月的公開採訪中,Scott Woody 特別強調自己在建立 GTM 團隊,之前主要是由創始人主導的銷售,現在計劃在未來四個季度加速 GTM 團隊建設。Scott Woody 還強調了設計的重要,他自述人們並不認為計費是一個有吸引力的設計領域,但他就是要改變這種現狀。

• 建議
產品建議:可以進一步提高產品的靈活性
1. 有使用者反饋目前 Metronome 中計費的變化不是自動化的,即當用戶簽約、續約、追加銷售或者設定新價格時,所有更改都需要在 Metronome 手動進行,而在理想情況下,簽署某項變更協議後,這些資訊會立即自動在 Metronome 中更改。
2. 對於 Metronome 沒有計費型別的場景,目前是不能直接輸入到 Metronome 中,必須手動執行 SQL 查詢來計算所有內容,可透過繼續豐富計費型別來提高靈活性。
3. 目前 Metronome 只與美國主要支付提供商以及少數歐洲支付提供商合作,若要提高在國際化領域的靈活性,Metronome 需要與拉丁美洲、亞洲等支付提供商進行合作。
業務建議:儘快利用現有優勢建立資料壁壘
1. Metronome 可以儘快將一線資料積累到自己的平臺,來迭代自己的產品,或利用定價資訊為不知道如何定價的公司提供諮詢服務等來開拓業務,從而實現在 Metronome 內部為客戶提供計費計劃,進一步從計費平臺切入公司執行的各個環節。
2. Metronome 有潛力成為一家獨立的公司,也有可能被收購。



排版:Doro
延伸閱讀









