先說結論
標準商品、促銷與結帳流程可以先評估成熟電商平台；若核心差異是特殊配置、報價、角色權限或多系統資料同步，再評估客製。決策關鍵是流程、資料與維護總成本，不是首頁特效多寡。
先畫出一次真實訂單
用一筆訂單走一次：客戶選規格、付款、庫存扣減、出貨，再到退貨退款。哪些步驟現有平台已能處理，哪些需要同事另外抄表或聯絡？先找出這個差異，再談客製。
七項要先問清楚的範圍
同樣叫電商網站，實際責任可能相差很大。比較報價時，應要求每項功能標明「平台原生／外掛／串接／另行開發」與維護人。
- 商品：規格、組合、價格及多語資料
- 會員：帳號、權限與個資保存
- 金流：支付方式、退款與對帳
- 物流：運費、追蹤、退換貨
- 庫存：多倉或跨通路同步
- 訂單：例外、客服與人工修改
- 帳務：發票、報表與資料匯出
平台與客製各有合適邊界
平台通常能縮短標準流程的啟動時間，但有月費、交易費、外掛、版型與資料匯出限制。客製可以更貼合特殊流程，但須自行承擔安全、測試、支付串接、可用性與長期維護。混合方案也常見：以成熟平台處理交易，把差異化體驗放在內容與商品選擇。
不要在未確認供應商條款、API 權限和資料責任時，以「完全自由」或「零維護」描述任何方案。
示例一：販售標準商品、使用一般結帳與物流方式，可先比較成熟平台的功能與總費用。示例二：客戶需要特殊配置、先詢價再付款，則先確認平台能否支援，再評估小型客製或混合方案。這兩種是假設情境，不是 JHMC 客戶成果。
驗收要包含手機與失敗情況
除了美術與正常購買路徑，應測試手機商品選擇、優惠與運費計算、付款失敗、重複訂單、庫存不足、退貨、通知與客服接手。正式網站還需確認速度、可及性、資料權限與隱私說明。
JHMC 的保養品展示頁是前端互動概念，名稱與價格均為示範；正式電商功能需另外定義。
常見問題
有展示購物車就能正式收款嗎？
不能。正式收款仍需金流、訂單、庫存、通知、退款、安全和後台流程。
平台一定比較便宜嗎？
不一定。應一起計入訂閱、交易、外掛、設計、整合、維護與未來遷移成本。
資料來源與編輯說明
相關規則與技術說明參考下列來源；做法與示例由 JHMC 整理。實際執行時請核對現行規定與專案條件。