寵物品牌評估客製化電商網站時，常把問題簡化成「SHOPLINE、Shopify 還是自建網站」。真正影響成本與營運的，卻是商品、服務預約、會員、付款、物流與發票之間要不要共用資料，以及異常發生時由誰處理。若只比較首頁版型、促銷模組或第一年費用，很容易在上線後才發現美容時段和商品訂單無法一起管理，或者平台能匯出商品，卻帶不走完整圖片、庫存、會員關係與作業歷程。

選型前先把日常任務寫成流程，再判斷標準平台、外掛組合、平台加客製服務，或完整客製何者適合。本文不替任何平台背書，也不列可能變動的價格；重點是建立可以向供應商查證、試用與驗收的共同問題。

先決定哪一筆資料是主檔

寵物用品可能有尺寸、口味、重量、適用對象與箱入數；美容服務則有犬貓別、體型、毛況、館所、人員與時段。兩者都可能使用「品項」名稱，但庫存商品和可預約服務的規則不同。需求書應先指定商品、服務、會員、訂單與預約各由哪個系統持有主檔，其他系統只保存外部識別碼，不用名稱硬湊關係。

商品主檔至少要釐清穩定內碼、SKU、品名、規格、售價狀態、可售通路、圖片、庫存單位與上下架狀態。若一包零食改圖但仍是同一品項，哪些資料可直接更新；若容量或組合改變，是否建立新品項，則要由品牌自己的營運規則決定。預約服務也要區分服務定義和每次預約，避免修改療程名稱後，舊預約的歷史內容一起改掉。

驗收時不要只新增一件普通商品。應準備多規格商品、缺貨品、預購品、服務加購、電子心意卡與不需配送的項目，檢查搜尋、購物車、庫存扣減、出貨和通知是否都採同一個識別碼。若平台不支援某種組合，供應商應說明是改流程、使用外掛，還是另建服務，而不是用「可以串」帶過。

用可匯出的內容判斷平台邊界

Shopify 的商品匯出說明指出，商品可匯出為 CSV，用於備份、移轉到新商店或大量編輯；文件也另外提醒，商品圖片本身不包含在 CSV，移轉時仍要能從公開網址取得圖片，而特定地點庫存需使用庫存 CSV 或 Inventory API。這個官方範例說明「可匯出」不是單一的是非題，必須逐欄確認範圍與關聯。

選用任何開店平台前，可要求實際匯出測試商店資料，查看商品與規格的穩定識別碼、圖片來源、SEO 欄位、庫存地點、訂單、會員、折扣與預約資料分別能否取得。也要確認匯出由哪種角色執行、離開平台後檔案保留多久，以及匯入另一個測試環境時會遺失什麼。若只能取得畫面上的品名與總量，卻沒有規格關係和事件時間，未來移轉或對帳仍會大量人工整理。

客製網站也不能因為有原始碼就自動視為可移轉。資料庫結構、檔案儲存、排程、第三方服務帳號、部署設定與備份還原都應列入交付。比較平台和客製方案時，要用同一張「可取回資料與重建條件」清單，而不是一邊只看月租、一邊只看開發總價。

金流、物流與發票要拆成事件

綠界科技的開發者文件分別列出金流、物流與電子發票相關介接，電子發票功能也涵蓋開立、查詢、作廢與折讓。這表示整合不能只有一個「已付款」欄位：付款成立、付款失敗、訂單取消、部分退款、出貨建立、取件、退貨、發票開立、作廢與折讓，是彼此相關但不相同的事件。

需求書應畫出每個事件的來源系統、唯一編號、接收時間、重試方式與人工處理入口。第三方通知可能延遲、重送或順序不同，系統要能辨識同一事件，不可因重送就重複扣庫存或開立資料。客服也需要看到原始交易編號和最近一次處理結果，不能只能請工程師查主機紀錄。

驗收可用測試環境走過付款成功後取消、物流資料填錯後重建、發票開立後訂單折讓等情境。實際可用流程仍以採用服務當下的官方文件、契約與測試結果為準，不應把某一家服務現有功能推論成所有平台都相同。

商品與預約共站時，先定義會員身分

寵物美容品牌常希望顧客能在同一網站購買用品、預約服務、使用儲值或查看紀錄。這不代表所有功能必須由同一套程式實作，但前台若看起來是同一個會員中心，後台就要說明會員主鍵、登入方式、寵物資料、購物訂單、預約與通知偏好如何對照。

一位顧客可能用不同電子郵件、電話或社群帳號接觸品牌。系統不應僅因姓名相同就自動合併，也不應讓門市人員隨意看見非工作所需資料。合併前要顯示判斷依據並保留原紀錄；解除連結後，訂單與預約歷史仍需維持正確歸屬。若平台與預約工具無法共用身分，可選擇清楚分流，而不是在背景建立不可稽核的模糊同步。

用 LumiPaw 案例跑一條跨域驗收

站內展示作品「LumiPaw 光沐寵物美容」（lumipaw-petgroom）把洗護、造型與到府服務預約，和會員儲值、購物車放在同一站。它是展示案例，不代表真實商家的營運成果，但很適合用來驗證商品與服務共站時的責任邊界。

可以先建立一位測試會員與一隻寵物，購買需配送的用品，再預約指定館所與時段；接著取消其中一項服務，但保留商品訂單，確認付款、庫存、預約名額、通知與會員紀錄只改變應受影響的部分。最後匯出商品與會員可攜資料，再依文件於測試環境重建，記錄圖片、訂單關聯、預約紀錄和儲值資訊是否完整。

客製化電商網站的判斷標準，不是功能越多越好，而是現有營運流程能否由清楚的主檔與事件支撐。當標準平台已涵蓋主要任務，並能接受它的資料邊界，就不必為客製而客製；當預約、會員、庫存或跨系統規則確實形成核心差異，再把客製範圍集中在這些可驗收的地方。