Business Cases:商業系統分析

這個目錄的軸是**「拆解真實商業流程如何翻成系統」**。跟 case-studies/ 不同:

目錄關注例子
business-cases/(本目錄)商業流程 → 資料模型(domain 思考)電商訂單狀態機、SaaS 訂閱計費規則
case-studies/技術架構(系統思考)Twitter timeline、K8s control plane

每篇應該回答:

  • 這個商業流程涉及哪些實體(Entity)?
  • 狀態怎麼流轉?(狀態機)
  • 邊界條件有哪些?(退款、異常、取消)
  • 非功能需求:審計、合規、財務對帳
  • 常見踩坑

Stage:🌱 seed / 🌿 growing / 🌳 mature

子目錄規劃

主題群子題數子目錄路徑
B01 電商金流8business-cases/ecommerce/
B02 SaaS 訂閱計費8business-cases/saas-billing/
B03 會員忠誠度5business-cases/membership/
B04 分潤 / 傭金5business-cases/commission/
B05 庫存 / 物流5business-cases/inventory/
B06 預約 / 場地5business-cases/booking/
B07 訂閱 + 實物3先扁平
B08 多租戶 SaaS5business-cases/multi-tenant/
B09 跨境多貨幣4先扁平
B10 財務對帳審計4先扁平

大多數主題群都會直接開子目錄。


B01 電商金流

訂單生命週期、付款、出貨、退款、對帳。

#主題stage
01訂單狀態機(Pending → Paid → Shipped → Delivered / Returned / Refunded)🌱
02付款流程(第三方支付 / 刷卡 / ATM / 超商)🌱
03付款失敗與補救🌱
04出貨與物流整合🌱
05退款流程與會計對帳🌱
06購物車跨 session 儲存🌱
07庫存扣減策略(預扣 vs 確認扣)🌱
08促銷疊加規則(折扣碼 + 紅利 + 會員折 + 免運)🌱

B02 SaaS 訂閱計費

#主題stage
01訂閱生命週期:Trial → Active → Past Due → Canceled → Expired🌱
02費用計算:Per-seat / Usage-based / Tiered / Hybrid🌱
03升級 / 降級 / 按比例計費(proration)🌱
04續約與 Dunning(催款流程)🌱
05試用轉付費的設計🌱
06發票與稅務🌱
07Stripe / Chargebee / Recurly 比較🌱
08內部刻 vs 用 SaaS 的取捨🌱

B03 會員與忠誠度

#主題stage
01會員等級系統(自動升降)🌱
02點數 / 紅利:發放 / 過期 / 合併🌱
03優惠券引擎(條件組合、堆疊規則)🌱
04推薦碼與社群裂變🌱
05會員資料合規(GDPR / 個資法)🌱

B04 分潤 / 傭金

#主題stage
01聯盟行銷(Affiliate)基礎🌱
02多層分潤(MLM vs 推薦鏈)🌱
03結算週期設計(月結 / 週結 / T+N)🌱
04退款對分潤的影響🌱
05稅務處理(個人戶 vs 公司戶)🌱

B05 庫存 / 物流

#主題stage
01實物庫存 vs 虛擬庫存🌱
02Drop-ship / Cross-dock🌱
03預購與缺貨通知🌱
04多倉管理與調撥🌱
05物流狀態追蹤(ShipperHQ / 黑貓 / 順豐整合)🌱

B06 預約 / 場地系統

#主題範例stage
01旅館訂房(時段鎖定、overbooking 策略)Booking.com / Airbnb🌱
02餐廳訂位(No-show 處理、押金)OpenTable🌱
03醫療預約(掛號、跟診進度)醫院掛號系統🌱
04場地租借(單一 vs 多時段)會議室 / 球場🌱
05快取與衝突:樂觀鎖 vs 悲觀鎖🌱

B07 訂閱 + 實物

訂閱盒、串流結合實物銷售。

#主題stage
01訂閱盒(每月 / 每季送實體商品)🌱
02Netflix DVD 年代架構(參考)🌱
03Spotify + 實物周邊🌱

B08 多租戶 SaaS(Multi-tenant)

#主題stage
01資料隔離:Shared DB / Separate Schema / Separate DB🌱
02計費隔離🌱
03客製化 vs 標準化🌱
04租戶 onboarding 流程🌱
05租戶資料遷入遷出🌱

B09 跨境與多貨幣

#主題stage
01多貨幣 DB 存哪種格式(整數避免浮點誤差)🌱
02匯率處理與即時轉換🌱
03跨境稅務(VAT / GST)🌱
04多時區(UTC + 顯示時區分離)🌱

B10 財務、對帳、審計

#主題stage
01複式記帳(Double-entry)資料模型🌱
02三方對帳:我方 / 金流 / 銀行🌱
03審計 log(誰 / 何時 / 改了什麼 / 原始值)🌱
04不可變事件(Event Sourcing 應用)🌱

寫作流程

每篇 business-case 建議:

  1. 先畫狀態機圖:商業流程本質是狀態轉換
  2. 列邊界條件:異常、退款、取消、中斷
  3. 資料模型 ER 圖:哪些表、關聯、唯一性
  4. 舉實際公司的做法:寫之前問一下「這個功能 Shopify / Stripe / Netflix 怎麼做?」
  5. 跟 DDD 概念映射:Bounded Context、Aggregate、Domain Event

模板:

# 商業流程說明(給非技術人看)
# 核心實體與狀態機
# 資料模型(ER 圖)
# 邊界條件與異常
# 非功能性需求(審計 / 合規 / 對帳)
# 常見踩坑與反例
# 相關架構風格 → architecture-patterns/

進度統計

  • 主題群:10(B01~B10)
  • 總子題:約 55
  • 全部 🌱
  • 🌳 mature:0

下一步

  1. 先做 B01 電商金流(最有共鳴、應用最廣)
  2. 再做 B02 SaaS 訂閱(想開資訊顧問公司需要懂)
  3. B06 預約系統(邊界條件豐富,好教學)

此資料夾下有 0 條筆記。