CASE STUDY
实体门店转线上电商系统
将原本仅在高雄实体门店进行的销售移至线上，商品、支付与会员均纳入自有电商系统。销售范围由单一门店扩及台湾全区，接单时间亦由营业时段延长至 24 小时。
定制化系统
客户产业／零售电商
RESULTS
这个项目改善了什么
- 全台
- 销售范围（原限单一门店）
- 24H
- 线上不打烊接单
面临的问题
单一实体门店的营收上限相当明确：可服务的顾客不会超过进入店内的人数，可成交的时间不会超过营业时段。
- 商圈范围决定客源上限，外地的咨询仅能以聊天软件与汇款的人工方式完成。
- 打烊后的咨询须等待隔日处理，顾客常在等待期间转向其他商家。
- 商品信息、库存与会员数据各自独立，线上开卖缺乏可靠的数据基础。
我们的做法
我们并未推翻门店既有的作业方式，而是先将其数字化，再往线上延伸。
- 建立自有电商系统，商品、规格与库存集中维护，门店与线上读取同一份数据。
- 整合支付与订单流程，线上下单、付款至发货状态均于同一个后台完成。
- 建立会员机制，将原本仅存在店员印象中的熟客关系转为可运营的数据。
- 前台以移动设备优先设计，顾客在通勤或睡前均可顺利完成下单。
成效
系统上线后，门店由唯一渠道转为渠道之一。
- 销售范围由原本的高雄门店扩及台湾全区。
- 线上 24 小时接单，非营业时段的订单直接进入系统。
- 商品与会员数据集中管理，后续规划营销活动已具备可用的数据基础。
CONSTRAINTS
限制条件
本案自始不可变动的前提。理解限制，才能理解做法背后的取舍。
门店运营仍在持续，线上渠道不能成为与门店脱节的另一套系统。
- 门店既有作业不推翻重来，先数字化再往线上延伸，员工无须一次学习两套流程。
- 商品与库存只能有一份，门店与线上看到的必须是同一个数字。
- 顾客多以手机浏览与下单，前台采移动设备优先设计，而非将桌面版缩小。
- 支付数据一律交由支付服务处理，系统本身不保存信用卡信息。
HOW IT WORKS
技术与整合
实际对接的对象、数据的流动方式与选择理由，以下以不需技术背景即可理解的方式说明。
做法是先将门店原本依赖人员记忆的信息转为数据，再让线上渠道读取同一份数据。
- 商品、规格与库存集中维护，门店与线上共用，无须两端各自修改。
- 对接支付之后，线上下单、付款至发货状态均可于同一个后台掌握。
- 熟客关系由店员的印象转为会员数据，后续规划营销活动时才有名单可用。