CASE STUDY
實體門市轉線上電商系統
將原本僅在高雄實體門市進行的銷售移至線上，商品、金流與會員皆納入自有電商系統。銷售範圍由單一門市擴及全台灣，接單時間亦由營業時段延長至 24 小時。
客製化系統
客戶產業／零售電商
RESULTS
這個專案改善了什麼
- 全台
- 銷售範圍（原限單一門市）
- 24H
- 線上不打烊接單
面臨的問題
單一實體門市的營收上限相當明確：可服務的顧客不會超過進入店內的人數，可成交的時間不會超過營業時段。
- 商圈範圍決定客源上限，外縣市的詢問僅能以通訊軟體與匯款的人工方式完成。
- 打烊後的詢問須等待隔日處理，顧客常在等待期間轉向其他業者。
- 商品資訊、庫存與會員資料各自獨立，線上開賣缺乏可靠的資料基礎。
我們的作法
我們並未推翻門市既有的作業方式，而是先將其數位化，再往線上延伸。
- 建立自有電商系統，商品、規格與庫存集中維護，門市與線上讀取同一份資料。
- 整合金流與訂單流程，線上下單、付款至出貨狀態皆於同一個後台完成。
- 建立會員機制，將原本僅存在店員印象中的熟客關係轉為可經營的資料。
- 前台以行動裝置優先設計，顧客在通勤或睡前皆可順利完成下單。
成效
系統上線後，門市由唯一通路轉為通路之一。
- 銷售範圍由原本的高雄門市擴及全台灣。
- 線上 24 小時接單，非營業時段的訂單直接進入系統。
- 商品與會員資料集中管理，後續規劃行銷活動已具備可用的資料基礎。
CONSTRAINTS
限制條件
本案自始不可變動的前提。理解限制，才能理解作法背後的取捨。
門市營運仍在持續，線上通路不能成為與門市脫節的另一套系統。
- 門市既有作業不推翻重來，先數位化再往線上延伸，員工無須一次學習兩套流程。
- 商品與庫存只能有一份，門市與線上看到的必須是同一個數字。
- 顧客多以手機瀏覽與下單，前台採行動裝置優先設計，而非將桌機版縮小。
- 付款資料一律交由金流服務處理，系統本身不保存信用卡資訊。
HOW IT WORKS
技術與整合
實際串接的對象、資料的流動方式與選擇理由，以下以不需技術背景即可理解的方式說明。
作法是先將門市原本依賴人員記憶的資訊轉為資料，再讓線上通路讀取同一份資料。
- 商品、規格與庫存集中維護，門市與線上共用，無須兩端各自修改。
- 串接金流之後，線上下單、付款至出貨狀態皆可於同一個後台掌握。
- 熟客關係由店員的印象轉為會員資料，後續規劃行銷活動時才有名單可用。