Lavender 是一款 AI 銷售信件教練。它協助營收團隊寫出更容易得到回覆的開發信，提供即時評分、個人化建議，以及直接在 Gmail、Outlook 等工具裡進行的收件匣內教學。
當 Lavender 開始同時擴大兩種截然不同的進入市場模式——自助式的 PLG 產品，加上由業務主導的企業銷售——團隊撞上了一個在成長期 SaaS 公司裡意外常見的問題：他們再也無法有把握地回答最基本的問題。
他們的 ARR 到底是多少？
營收全都經由 Stripe 流入，但底層的指標卻越來越難在不同產品、定價模式與客戶類型之間對得上。
Lavender 的營運長 Elliott Fisher 是這麼說的：
“When I joined the company in 2024… there was never full confidence in what our ARR number was.”
他們是怎麼走到這一步的？
過度設計的 RevOps
在 Lavender 的案例裡，ARR 的混亂並不是某一套系統壞掉造成的，而是多年來的臨時決策、負責人更迭，以及一堆出於善意的權宜做法累積出來的結果。
同時經營兩種進入市場模式，就意味著不斷實驗——試不同的訊息、不同的成長手法、不同的定價策略。
“We had consultants and we paid them a fortune. We hired a RevOps director… we had another SaaS tool for analysis and forecasting… All of this contributed to us over-architecting how we did RevOps.”
一旦你開始賣給不同類型的客戶、走不同的流程，背後又接著不同的計費路徑，營收就不再是一個簡單的數字，而變成一項沒完沒了的協調工作。
Lavender 決定「全部推倒重來」的那一刻
有一天，執行長問了一個很簡單的問題：“What’s our current ARR number?”
沒有人能有把握地回答。
“None of the leadership could give him an answer… and at that point it was like, alright, we have to essentially blow this up and rebuild it from scratch.”
對 Elliott 來說，那是關鍵的一刻。他們必須停止在一套已經很複雜的系統上繼續疊補丁。與其繼續修補那些對不上的地方，Lavender 決定從頭來過。
他們回到唯一還能完全信任的資料來源：Stripe。
團隊匯出四年的發票紀錄，在 Excel 裡一行一行手動重建 ARR 瀑布模型。過程非常磨人，卻換來他們過去從來沒有的東西：一條乾淨的基準線。
更重要的是，這迫使 Lavender 在營收定義、資料來源與負責人歸屬上建立內部一致的標準，也為日後更嚴謹的標準作業流程打下基礎。
ChartMogul 既是救生艇，也是單一真實來源
為訂閱資料重建出乾淨的基準線之後，Lavender 的下一步是確保這件事永遠不必再手動做一次。
他們在 Pilot 的財務長建議他們把 ARR 徹底自動化。Lavender 就是在這時候找上 ChartMogul。
Lavender 的導入不到一週就完成。
“ChartMogul was so straightforward and intuitive… It was very relieving. Here we finally can have this number calculated for us in real time.”
和他們之前試過的工具不同，ChartMogul 沒有帶來更多複雜度。它立刻給了 Lavender 一個可靠的 ARR 數字，同時留下日後深入分析的空間。
“ChartMogul could be as simple as telling us ARR, and as dynamic as analyzing revenue by product or customer type as we grew”
清掉自動化通常清不掉的東西
讓 Lavender 的架構特別複雜的原因是，他們的訂閱資料並不在同一個地方。自助式業務用了多個 Stripe 帳戶，企業合約則走 SalesBricks。很多時候，同一個客戶會同時出現在這三套系統裡：一家企業客戶可能在 SalesBricks 裡有一份合約，在某個 Stripe 帳戶裡有一筆一次性付款，在另一個帳戶裡又有一筆週期性訂閱。
在導入 ChartMogul 之前，要整理這種散落狀態就得靠試算表、各種變通做法，或乾脆接受數字永遠對不齊。有了 ChartMogul，團隊可以直接編輯發票資料、把多筆紀錄合併成同一個客戶、在缺少訂閱時手動建立，也能在需要時把一次性付款轉為訂閱營收。
這樣的彈性最後成了關鍵。ChartMogul 沒有逼 Lavender 為了一個僵化的資料模型重建流程，而是讓他們如實反映營收在公司裡實際流動的樣子，再從那裡往前把它標準化。
用 ChartMogul 經營公司
今天，Elliott 把 ChartMogul 當成 Lavender 的指標基礎。
“ChartMogul is our source of truth… because it aggregates the information across products.”
從高層報告到續約掌握，Elliott 每天都在用。每週的高層會議就圍繞流失、續留、續約與 ARR 進行。新訂閱會即時核對，即將到期的續約也會主動標記給業務團隊。
隨著 Lavender 擴大產品線，ChartMogul 也幫團隊看清成長從哪裡來、由誰帶動。搭配資料補強與分群，Lavender 可以依這些維度分析世代：
- 產業
- 公司規模
- 地區
- 客戶區隔
“Jordan said, ‘we can actually do data enrichment for you.’ Another life-saving miracle for us.”
結果是更清楚的世代分析、更精準的進入市場決策，以及全公司都更有把握的報表。
Elliott 的建議：先簡化，再自動化
對 Elliott 來說，這個教訓很簡單，卻是付出代價才換來的。乾淨的指標不是靠複雜的工具堆出來的，而是來自一致的流程、明確的負責人，以及紮實的營運紀律。
“You need to simplify the workflow. Create a process where the data can be consistent. Assign an owner… then look for tools like ChartMogul to automate the work.”
說到底，他們要的從來不是更多軟體，而是清晰、一致，以及一套公司真正信得過的系統。