一、客户背景
客户是一家经营中式快餐的连锁品牌，门店主要分布在北京中关村、望京等写字楼密集区域。目标客群是白领午餐时段，他们希望通过手机订餐减少排队等待时间。
2011年，iPhone和Android手机在白领中已经相当普及。客户看到同行开始尝试移动订餐，希望尽快推出自己的WAP站点。
二、客户痛点
- 中午高峰时段门店排队严重，等位15-20分钟。
- 电话订餐占线，顾客经常打不进来。
- 没有线上渠道展示菜单，很多顾客不知道有什么新品。
- 各分店出餐进度无法统一调度。
三、解决方案选型
当时有两个选项：
- 原生App：体验好，但开发成本高（iOS+Android双平台），用户下载意愿低（很少有人为了订快餐专门装一个App）。
- WAP网站：用户用手机浏览器直接访问，无需下载安装，开发成本低，迭代快。
我们建议先做WAP网站验证需求，客户采纳。域名使用m.xxx.com，与PC官网分离。
四、功能设计
4.1 菜单浏览
按品类展示菜品（招牌饭、面食、小食、饮品），每道菜有图片、价格、描述。考虑到手机流量，图片压缩到适合手机浏览的尺寸。
4.2 购物车与下单
用户选择菜品加入购物车，填写取餐分店、取餐时间、手机号。下单后系统自动发送短信确认。
4.3 分店选择
基于用户当前位置（浏览器Geolocation）推荐最近的分店，也可以手动选择。
4.4 后台管理
餐厅前台收到新订单后在后台打印小票，后厨开始备餐。管理员可以管理菜单、查看销售数据。
五、技术实现
- 前端：XHTML-MP + CSS，针对小屏幕优化，使用jQuery Mobile（2011年刚发布）做交互增强。
- 后端：PHP，与PC端共用一套后台数据库，WAP端独立一套前台模板。
- 短信：对接短信网关，下单后自动发送确认短信。
- 部署：部署在客户现有服务器上，域名独立解析。
六、项目实施过程
总工期6周：
- 第1-2周：需求确认、UI设计（针对手机屏幕专门设计界面）。
- 第3-4周：前端页面开发、购物车流程。
- 第5周：后台管理、短信对接、内部测试。
- 第6周：试点门店上线，收集反馈调整。
七、上线效果
- 试点门店上线第一个月，手机订餐占总订单量的18%。
- 高峰时段排队现象明显缓解。
- 顾客平均等待时间从15分钟缩短到5分钟（到店直接取餐）。
- 后续推广到所有15家分店。
八、经验总结
这个项目让我们积累了移动Web开发的实战经验：
- 手机屏幕小，信息层级一定要精简，不要把PC端内容直接缩小。
- 网络环境差时（地铁、电梯），页面加载速度至关重要，图片必须精简。
- 短信验证码和确认是建立用户信任的关键。
- 先做WAP验证需求，比一开始就投入原生App开发风险小得多。
本文关键词：WAP站,移动订餐,案例复盘,餐饮O2O,移动Web
相关推荐
案例复盘 · 2026-09-10
案例复盘：某城商行AI智能风控平台建设纪实
案例复盘 · 2026-06-30
案例复盘：某城商行智能风控平台上线与分行复制
案例复盘 · 2026-03-28