2026-06-23 · 今日经营摘要
老板只看需要决策的事
后台连接中
老板决策
必须今天定
AI 日报
一页看完门店状态
高风险未关闭
三里屯店一次性餐盒只够 1 天，采购尚未确认供应商到货时间。
今日已处理
朝阳店排烟故障已预约维修；西湖店酱油缺货已补单，明日到货。
重复问题
本周 3 家门店反馈餐盒库存偏低，建议重设安全库存。
闭环状态
从群消息到完成
上报126
AI 提取18
分派15
催办5
关闭11
门店群消息
员工按原习惯上报
AI 结构化
自动生成可追踪事项
事项闭环
责任人、截止时间、状态都清楚
| 事项 | 门店 | 负责人 | 截止 | 状态 | 风险 |
|---|
简单后台演示
老板建门店、加员工、处理 AI 事项，系统留下每一步记录
门店管理
老板注册后先建自己的店
员工权限
员工只看自己负责的范围
AI 事项后台
点按钮后，状态会变，右侧会留操作记录
自动处理规则
AI 能做什么，老板可以开关
注意
金额、食品安全、赔付、处罚这类事项即使打开规则，也只进入人工确认，不直接执行。
操作日志
后台要让老板知道每一步是谁做的
落地方案
AI 负责整理、判断、提醒和汇总，人负责授权、执行和最终决策
可以交给 AI
低风险、高频、规则清楚的工作
群消息识别和结构化
把“缺货、维修、客诉、日报”从聊天里提取出来，生成门店、分类、标题、负责人、截止时间和风险等级。
自动追问缺失信息
数量、照片、报价、预计完成时间不清楚时，自动追问店长，不让老板来回问。
按规则分派和催办
根据门店、事项类型和金额，把任务分派给采购、维修、店长或运营，并按时提醒。
日报、周报和重复问题总结
每天给老板一页摘要，每周总结重复缺货、维修、客诉和逾期事项。
不能直接交给 AI
涉及钱、责任和安全的动作
自动付款、自动采购、自动赔付
AI 只能给建议和材料，不直接付款、不下采购单、不决定赔付金额。
食品安全、员工处罚、重大客诉
这些事项必须进入老板或运营审批，AI 不做最终裁定。
替代 POS、财务、复杂库存
第一阶段不替换现有系统，只补上“聊天消息到执行闭环”的中间层。
低置信度自动处理
门店不明、金额超限、表达模糊、证据不足时，必须追问或人工复核。
前后台怎么搭
先用 NocoBase 搭业务系统，Dify 做 AI 工作流
手机打开即可上报日报、缺货、维修、客诉，支持图片和补充说明。
只看待审批、高风险、逾期、重复问题和每日摘要。
先搭最小数据模型，后续再接企业微信、飞书或 POS。
Dify 或接口服务承载 AI 流程，所有高风险结果回写后台等待人工确认。
定时处理
AI 每天自动巡检，不让事情沉底
开源系统选型
没有现成系统完全匹配，建议用 NocoBase 做主后台，Chatwoot 做客服入口，再接 AI 工作流
1
主系统
NocoBase
用来承接老板注册、品牌、门店、员工、权限、事项、审批、日报和 AI 结果回写。
前后台
权限角色
数据表
工作流
2
多客服
Chatwoot
适合做网页客服、微信/WhatsApp/邮件等会话入口，多客服分配、工单沟通和服务统计。
多客服
多渠道
会话分配
客服报表
3
餐饮参考
TastyIgniter
它更偏线上点餐、预订、菜单、订单和多门店，不适合直接做“老板经营助理”。
菜单
订单
预订
多门店
4
暂缓
ERPNext / Odoo
功能完整，但会把试点拖进财务、库存、采购和组织流程，验证 AI 经营闭环会变慢。
财务
库存
采购
HR
为什么这样选
先把老板和门店跑起来
老板注册后创建品牌，再添加门店、员工、角色和可见数据范围。
店长只看本店事项，采购/维修只看分派给自己的任务。
客户咨询进入共享收件箱，客服处理；经营事项同步到后台形成任务。
每天定时分类、追问、催办、生成老板日报，高风险动作进入人工审批。
落地顺序
三步搭出能试用的前后台
品牌、门店、员工、事项、审批、日报、规则和老板工作台。
先解决多客服和消息入口，再把有效消息转成经营事项。
AI 做分类、追问、摘要、逾期提醒和周复盘，所有敏感动作留给人确认。
试点节奏
30 天证明最小闭环
开源底座建议