菜单
一家每天接待约1,000位客人的繁忙餐厅,因自身的空间划分而在流失时间:前台、后厨和仓库像三座彼此分离的孤岛。
每一笔订单、每一次库存变动、每一次销售统计,都靠人在三者之间手工传递。在这样的量级下,这道缝隙拖慢了整个前厅。
我主导构建了把三者连起来的系统。前台录入的订单会立刻出现在后厨屏幕上。
菜品做好的瞬间,带订单号的声音提示就会叫服务员来取——反复跑去确认的情况结束了。
每一笔完成的订单都会悄悄按配方从库存中扣除对应用量并更新仓库——这项工作过去意味着一次人工盘点和一张手递的纸条。
库存自己清点,缺货提示在东西用完之前就会响起,销售额也同样自行累计,而不必在打烊时手工相加。
配套的桌面应用在两个位置实时打印后厨小票和顾客收据,经营者一眼就能看到整个门店的销售与库存。
保密说明: 出于保密考虑,客户与公司名称已作更改或略去。工作内容、我的角色与项目范围均属实。
菜品做好的瞬间,声音提示就会叫服务员——来回跑动结束了
售罄的菜品会自动从菜单上撤下——没有人需要记着手工下架
完成订单即按配方扣除确切用量——库存自己清点
前台、后厨与仓库共享同一幅繁忙时段的实时画面
在每天约1,000单的量级下,前台、后厨与仓库各自为政——订单、出品状态与库存没有一个共同的实时视图。
订单通过WebSockets从前台实时送达后厨屏幕;带订单号的声音提示在出餐的瞬间通知服务员。
服务员一次又一次走到后厨,只是为了确认某个订单是否做好。
菜单上的每道菜都定义了原料用量,因此完成订单会自动扣减库存并与仓库同步。
库存需要随着出菜自动下降——这意味着要把每份配方的确切用量建模出来。
仓库侧的供应商收货,含发票、收据与付款,另有临界阈值提醒和给经营者的补货报表。
菜单与价格管理、按角色划分的岗位视图、打烊时不必手工相加而自行累计的销售额、库存预测,以及通过React Native桌面打印应用实时打印收据的结账功能。
订单在录入的那一刻就到了后厨,声音提示结束了不断的来回跑动。库存终于和我们实际烹制的对得上了。
客户身份保密。本摘要来自客户向 Muhammad 与项目团队口头反馈的内容。
还没有评论,来说说你的想法吧。
分享关于 Web 开发以及如何做出真正能上线的产品的思考。