这会是一个外卖平台的需求吗？

[hongjizhou]

昨天本人去店里吃夜宵 店里有了外卖订单 但是没食材了 老板只能打电话和客户解释 换别的菜

由此想到 能不能在后台对接商家 做一套类似 ERP 的产品 每个菜是一个 SKU 每个 SKU 的辅料写清楚 肉多少克,葱多少克（只有商家可见） 当一样辅料缺少的时候，某些关联的菜就做不了 实际就是上就是规范化

有这个必要性吗？

[hongjizhou]

@x86 供应商再大，也很难实时送货吧，主要考虑到一些意外情况，订单突然增多

[Moorj]

@hongjizhou 不，有这个功能

[Moorj]

@fox1751 扫码入库，扫码出库，库存相对应的+1 -1，对吧？

这个是最基本的，没有变动

我只是去掉了出库之前的那些步骤，比如没有出库之前，就建立了销售单，然后填入一堆预出库

[Moorj]

@hongjizhou 组合装，生产加工，都有，其实说白了，我只是做了一些减法，我觉得我说的已经很明白了，就是超市的那个流程在出门的时候扫码来反向建立销售单，而不是提前建立销售单，进行反复检查，这样非常浪费时间和人力。虽然从直觉上来讲，是先有销售单，但是你可以理解为客服转述顾客的要求，仓库发货人员成为代购者，代购者去仓库选购，出门结账，关键的流程真是一个都没少，利润依然能算清，库存也可以厘清。但是可以少很多前期步骤

[Howlaind]

感觉这不该是从外卖平台解决的，而是该由店家结算系统解决。大部分店不止有一家的外卖，还会有堂食。哪边消耗了都得更新数据。这数据放哪家都不大对，还是得店家自己来控制。

[envylee]

伪需求

[winglight2016]

@Moorj erp 本来就是让 20 个人去干原本 10 个人就能做的事情，提高效率不是它的目标，20 年前流行的 MIS 比较符合你描述的需求。

[Moorj]

@winglight2016 明白了老哥，第一次知道这个名词，学习了

[SNOOPY963]

其实这不是什么懒，是店家没有来操作这个的人。。。

这不是外卖平台的需求，这是店家的人力资源需求。

不是每家餐饮店都有这个能力做数据录入工作的。

[Anshi]

哇 这个功能之前公司刚好有在做呢。

[hongjizhou]

@Anshi 求分享

[notreami]

1、商家自己都不清楚可以卖几份，比如大盘菜，一勺一勺卖的。
2、多系统，多平台，都需要维护各自的数据。（收银、外卖）
3、全部功能集成到一个系统，或者多系统数据共享了。但是，商家用不起或不敢用

[gdm]

一个友好一点的下架功能就解决问题了，还肉多少克，葱多少克……
商家会恨死这个系统的

[CruelMoon]

这个用 BOM 应该可以，听说一些大饭店可以做到通过 ERP 准确控制库存、发货、成本之类的...普通的小店恐怕很难

[bsg1992]

你这是自得其乐啊，根本就没有考虑到整个厨房和前厅的工作链上。

[bsg1992]

@CruelMoon 控制不了的，只能初略计算个大概，到了执行环节会出现各种你意向不到的问题。我现在就是给自己家的连锁店面开发 ERP，楼主提的这个需求不切实际。

[hongjizhou]

@bsg1992 想问问你们解决这个的思路呢