CASE 02 / 提货数字化蟹临门：
蟹临门：
让一张蟹券
走完激活、提货
与履约。
围绕礼券型水产消费的业务特征，连接消费者线上提货、商品与地址确认、预约发货，以及门店激活、核销与运营管理，形成一条清晰可追踪的提货链路。
与门店人员
＋门店工作台
配送 · 核销
＋使用手册
THE PROBLEM / 问题礼券卖出去之后，
礼券卖出去之后，
真正复杂的是把货准确交付出去。
券与商品要对应
消费者持有的是卡券号和密码，系统需要识别券状态、可提商品与使用规则，避免线下反复确认。
履约信息要完整
线上提货不只是选商品，还要承接收货人、地址、预约发货日期和备注，为后续配送提供准确订单。
门店操作要可控
门店需要完成卡券激活、订单或卡券核销，并查看待处理状态，让券的生命周期有记录可追溯。
THE FLOW / 流程围绕一张蟹券，
围绕一张蟹券，
把前台体验与后台履约串起来。
卡券入口
通过卡券号、拍照识别或密码进入提货，并校验可用状态与对应商品。
线上提货
选择商品，补全收货地址、预约发货日期与备注，提交零支付提货订单。
门店履约
门店激活与核销卡券，处理订单状态，并通过数据视图掌握待办与完成情况。
PRODUCT / 界面消费者少走一步，
消费者少走一步，
门店多一份确定。
OPERATIONS / 运营系统不只服务消费者，
系统不只服务消费者，
也承接门店每天的操作。
覆盖激活与状态查询
支持卡券激活、批量激活，以及待激活、已激活等状态查看，为券生命周期提供统一入口。
同时支持输入与扫码
针对门店现场操作，提供核销码输入和扫码核销，降低人工抄录带来的差错。
把关键待办放在首页
聚合待付款、待配送、待核销、待评价和退款等状态，方便门店快速找到需要处理的事项。
为运营提供结构化记录
系统记录激活、提货、订单、配送和核销结果，为后续统计与复盘提供数据基础。
OUTCOME / 结果把“拿券来提货”，
把“拿券来提货”，
变成一套可运营的服务流程。
消费者自助
消费者可自行识别卡券、选择商品并提交收货与预约信息，减少对人工客服的依赖。
履约信息标准化
订单统一承接商品、地址、预约日期和备注，便于门店和配送环节按同一口径执行。
门店操作闭环
从激活、订单处理到核销，关键动作与状态进入系统，降低纸券流程的信息断点。
运营可追踪
卡券与订单状态被持续记录，为门店待办、数据统计和后续服务优化提供依据。
成果口径：案例依据项目设计文档、使用手册与正在运营的小程序截图整理。现有材料可验证核心功能与业务流程，但未提供经确认的活跃用户、提货时长或经营增长数据，因此不使用未经核实的量化提升。同时，展示图库已排除含姓名、手机号、地址、券码和经营金额的截图。
BACK TO CASES真实项目，
返回案例库 →