餐饮订单管理应用：按事件和其他方式报价

我们做活动餐饮，目前的电子表格和消息对话的组合已经不再有效。我们正在寻找开发人员来构建一个网络应用，涵盖完整的餐饮订单周期——从第一次请求到最终发票。这不是一个在线商店，也不是桌子上带有二维码的餐厅菜单。我们需要一个围绕事件构建的计算和协调工具：客户请求婚礼、公司午餐或私人派对的餐饮，应用应该将该请求转化为一个经过计算、计划和配备人员的订单。

系统的基础是与客人数量相关的菜单选择。每个事件都有一定数量的客人，每道菜或套餐的计算是按客人或按份额进行的，因此当客人数量变化时，报价总额应自动重新计算。我们需要可重用的菜单模板（自助餐、正式宴会、开胃小吃、咖啡休息），经理可以为特定事件进行自定义：添加和删除项目，应用饮食变体，并生成整洁的报价以供客户批准。一旦报价确认，它将成为一个确认的订单，带有交付时间窗口、准备清单和分配的团队。交付计划应显示什么以及何时离开厨房，防止车辆或团队的重复预订，并允许为每个事件分配厨师、服务员和司机。最后，应用从确认的报价生成发票，跟踪押金和剩余付款，并为每个客户保留订单历史，以便定期客户易于重新计算。

我们期待一个清晰的经理仪表板、员工角色和可靠的数据。描述您构建的类似系统和建议的技术栈。

— 按事件报价计算，带有菜单模板和按客人定价，客人数量变化时重新计算
— 带有时间窗口和团队及车辆冲突检查的交付计划
— 员工分配：每个事件的厨师、服务员和司机
— 从确认报价生成发票，跟踪押金和剩余余额
— 客户历史和快速重新计算以便于重复客户