系列走到尾聲,最後三天離開程式碼,講講商業側的現實——畢竟這是一個「訂閱制服務」的維運紀錄,而訂閱制的第一個靈魂拷問永遠是:到底要多少訂戶,這件事才養得活自己?
把每月固定成本攤開,大致是這幾類:
| 成本項 | 說明 |
|---|---|
| 雲端運算平台 | 跑服務的機器(就是 Day 27 那台唯一的機器) |
| 資料庫代管 | 含流量計費——Day 13 的事故就是在這裡燒錢 |
| AI 服務呼叫 | 靠 Day 20 的鐵律壓在常數級 |
| 訊息推播 | 靠 Day 17-18 的架構與斷路器控制 |
| 開發工具訂閱 | AI 開發工具、各種 SaaS |
| 網域、App 開發者帳號等 | 年費攤到月 |
全部加總,落在每月幾千元台幣的量級。注意這個數字的結構性特徵:它幾乎是常數——前面二十幾天的多個架構決策(一次 AI 呼叫服務全體、推播預設走免費 reply、單機規格)共同保證了「訂戶數成長時,成本幾乎不動」。這不是巧合,是刻意設計的結果。
公式簡單到不好意思稱之為公式:
打平所需訂戶數 = 每月固定成本 ÷ 每位訂戶的月淨收入
「淨收入」要記得扣掉通道成本——例如透過 App 內購訂閱的收入,要先被平台抽走一成五到三成,同一個訂閱方案在不同通道的淨收入是不同的(這也是為什麼很多服務的 App 內購標價比網頁版高——不是貪心,是把通道成本反映出來)。
把我的數字代進去,結論是:打平門檻是一個兩位數以內的訂戶數。 具體數字不重要,重要的是這個量級帶來的心理意義——
它把「成功」的定義從幻想拉回地面。 不需要爆紅、不需要融資、不需要成長曲線圖上的曲棍球桿——只要一小群真正需要這個服務的人穩定訂閱,這件事在財務上就成立了。對一人專案,這個認知直接決定心態:你不是在賭一個獨角獸,是在經營一家「數位攤位」——攤位的損益平衡點低到十根手指數得完,剩下的每一個訂戶都是利潤。
反過來說,這個算術也是誠實的照妖鏡:如果你的服務成本結構是線性的(每個使用者都燒一份 AI 費用、一份推播費),打平門檻會隨規模移動,永遠追不上——先用這道除法檢查自己的商業模式,再決定要不要全力投入,順序不能反。這道除法五分鐘就能算完,它值得出現在任何 side project 變現企劃的第一頁。
當然,「打平雲端帳單」跟「養活一個人」之間還隔著一大段距離——後者的門檻是前者的幾十倍。這也是為什麼我維持著正職 + 側業的配置:側業的財務目標現階段是「自己養活自己 + 驗證商業模式」,而不是「取代薪水」。這個定位的選擇,跟明天要講的行政現實糾纏在一起——一人公司最重的成本,從來不在帳單上。