如果您希望透過業務獲利，計費和收入系統是必需的。
計費是困難的、相互交織的、複雜的。
三種模式
這並不是計費系統所獨有的。以下三種模式之一很常見：
1、構建您自己的計費：
- 完全自主開發的解決方案。
- 控制力很難被擊敗。完全控制、完全可定製，並且您無需向外部任何人支付費用。
- 許多人認為（許多公司都會遇到這種情況）構建和維護自己的計費系統是您企業的最佳選擇。
2、內外結合：
- 自己解決方案和第三方解決方案的結合。
- 例如，您的計費引擎是內部的，付款由 PSP 處理，稅務合規由稅務 SaaS 處理。
- 在這裡，您可以控制業務邏輯（例如，何時更新數量），但邏輯由第三方處理。
3、第三方：
- 幫助你處理一切的交鑰匙解決方案。
- 所有業務邏輯、支付處理、發票、稅務合規、使用、計量——全部由一個全方位服務解決方案完成。
- 這對公司來說很方便，但你失去了很多控制權，可能需要花很多錢才能到達這個地方
當您剛剛創辦公司（或者您正在邁出新產品的第一步）時，自己構建一切是很自然的。
我的計費和貨幣化的 14 個痛點
請允許我列出一些我在使用本地計費系統時遇到的問題，從最簡單到最複雜（部分列表！）：
1.冪等性：所有計費和收款請求都必須是唯一的、可瞬時的。當您遇到 API 限制而需要重試，或需要啟動更多計費系統例項時，這一點就會變得很明顯。然後，你就會面臨雙重收費的風險。幸運的是，貸記/退款並不是一個大問題，但當您擴充套件基礎設施時，這仍然是一個問題。
2.日期處理。何時計費？每 30 天（日曆）還是每個月（紀念日）？閏日、時區等情況如何？
3.按比例分攤和 "剩餘"。升級時按比例計算還是隻降級？退款？積分？忽略？阻止其發生（不允許升級/降級）？
4.用量計量。有幾十種方法可以決定如何計算用量，而且可以經常更改或按客戶型別進行更改
5.發票格式。如果只在一個國家運營，這聽起來很簡單。但當您擴大業務時，您會突然意識到，您不僅要收取銷售稅，有時還要收取增值稅，有時還要收取消費稅，有時還要收取附加稅（視國家而定），因此您現在需要為每個市場製作單獨的模板。
6.複雜的客戶層次結構。客戶（尤其是 B2B 客戶）可能有子公司和合作夥伴，他們希望管理自己的計費關係。如何將使用情況滾動到支付實體？
這往往是您一開始沒有考慮到的問題，但當您發展壯大時，情況就會發生變化。
更復雜的是：他們可能在不同的地點，根據他們的地點或提供服務的地點徵收不同的稅。那麼，您就必須依法分拆賬單/發票。
這些規則每隔幾個月就會發生變化
7.收款和防止流失。何時放棄重試？如何處理退款（終止賬戶、暫停、退款）？
8.暫停/恢復。當客戶暫停訂閱時，你們允許客戶擁有什麼級別的訪問許可權？
9.入賬/退款。如果您總是全額退款，這可能不難，但部分錯誤怎麼辦？你是否想用 "商店積分 "來代替退款？積分是否會過期？
10.稅務處理。您可能認為不同的商品有不同的稅率已經夠複雜了，但如果您在全球範圍內，這些稅率也會經常變化。
11.自定義交易。如果您只使用 PLG，這不是問題，但如果您簽署了合同，您很快就會遇到邊緣情況和特殊交易，而這些情況無法根據您的假設輕鬆配置。
12.人為錯誤。客戶往往是由犯過錯誤的人組成的，需要進行糾正。企業也是由人組成的，他們可能會錯誤配置客戶，然後需要進行更正。入賬和重新開具發票是一項非常耗時的工作。
當客戶的法律詳細資訊發生變化（地址、增值稅 ID 等）時也是如此。
13.選擇性的價格變動。定價變更通常不會影響所有客戶。當只有新客戶受到影響時，您必須保留不同版本的定價點，以確保客戶的協議得到遵守。
14.收入確認和應計收入。我甚至無法解釋這一點，但這裡有一份 64 頁的 PDF 檔案，是根據《國際財務報告準則第 15 號》制定的收入確認規則。如果你能理解這一點--你很特別，請給我發電子郵件，我想知道為什麼。
如果你還做了定製的 ERP 整合，還可以獲得加分。