FoodOps：从餐饮问题到开源项目的完整复盘

FoodOps 是我过去一年在餐饮与 AI 交叉领域倾注精力最多的旗舰开源项目。

从最初在临沂 5 家连锁餐饮店里的手工脚本测试，到如今逐渐演进为一个面向餐饮企业的 AI 运营与内容协同系统，这期间经历了多次产品方向的自我修正与功能取舍。

在这篇文章中，我将毫无保留地公开 FoodOps 的演进全过程与核心踩坑经验。

---

一、 项目起点：散落在工具间的断点

餐饮连锁店的日常运作极其繁杂：

• 总部与店长沟通依赖微信群：下发的活动通知容易被刷走，店长是否执行无法跟进。
• 点评美团差评预警滞后：有些分店差评挂了三天店长才发现，星级直接掉到 4.3。
• 营销内容质量参差不齐：让店长写小红书种草文或者朋友圈促销，绝大多数人抓破头皮也写不出有吸引力的句子。

---

二、 第一阶段的试错与功能取舍

最开始，我们曾试图做一个“全功能餐饮 ERP + AI 模块”。但很快我们就撞了墙：

1. 老店长极度排斥新系统：只要界面复杂一点、或者多点两次菜单，店长就直接放弃使用。
2. ERP 沉没成本太高：市面上已有美团 POS、客如云等成熟收费系统，重复造轮子毫无竞争力。

致命修正： 我们砍掉了 80% 的 ERP 报表功能，只保留一个最锋利的切口——以微信消息为交付界面的“连锁今日智能工作台” + “评价抚慰与营销生成器”。

---

三、 目前已经完成与正在推进的工作

目前 FoodOps 已经完成：

• 商家知识库向量化 (RAG) 检索引擎；
• 点评/美团实时差评预警与抚慰答复生成；
• 多调性 AI 营销文案衍生器。

正在推进：

• 连锁今日智能工作台任务下发与闭环；
• 可视化内容排期日历与自动化发布适配。

如果你对 FoodOps 感兴趣，欢迎访问 FoodOps 深度案例专页 或在 GitHub 上参与讨论！