這類專案通常卡在哪
想開始做線上銷售的品牌，第一個岔路是「用現成平台還是自己開發」。現成平台上手快，但抽成、版面受限、資料拿不回來；自建的門檻在於電商不是只有購物車——金流、庫存、訂單狀態、退換貨、發票，每一塊都要接。
另一個常被低估的是後台。前台做得再漂亮，如果客服每天要用 Excel 對訂單，這個系統就是失敗的。
我們的做法
- 先確認金流與物流的實際流程——台灣的金流（信用卡、ATM、超商取貨）各有規則與對帳方式，這決定了訂單狀態機怎麼設計，一開始沒想清楚後面全部要重來
- 前後台一起設計——後台的操作流程跟前台一樣重要，我們會先跟實際會用的人確認每天要做哪些事
- 訂單狀態機獨立處理——付款、出貨、退貨的狀態轉換用獨立服務管理，避免商業邏輯散落在各處
交付內容
- 商品目錄、搜尋與篩選
- 購物車與待購清單
- 多種金流整合（信用卡、ATM 轉帳、超商）
- 訂單追蹤與推播通知
- 後台商品、庫存與訂單管理
- 促銷活動與折扣碼機制
技術選擇的理由
Next.js App Router 處理前台，商品頁可以靜態化以確保載入速度；訂單與金流走獨立的 Node.js 服務，因為這部分的失敗處理和重試邏輯不該跟前台綁在一起。PostgreSQL 管理商品與訂單，交易一致性在電商是硬需求。
適合誰
已有穩定商品與出貨能力、希望掌握自己的客戶資料與銷售數據、不想長期被平台抽成的品牌。