MEITUAN OPERATING COMMAND CENTER
管理员项目操盘台
围绕美团开放平台与飞书日报闭环数据,把诊断、派发、店主完成、运营回收、系统复核、二次结论压缩成一张可执行工作台。
先选择门店,生成单店经营结论。
管理员先看全局P0和动作回收,运营进入单店后看店主该做什么、运营该回收什么、系统下一次复核什么。
OPERATOR OPERATING CONSOLE
运营经营工作台
登录后只看自己负责门店:目标达成、全员排名、门店筛选、运营建议和回收清单。
等待门店数据载入
系统先判断门店阶段,再守住商品、库存、上架、售罄四个基本盘,最后才进入加新品、放活动、放流量。
先判断新店/老店,再调用守盘技能:商品在线、中心仓货盘、SA库存、安全库存、售罄预警。
排班/营业时间不足先建议拉满24小时;无结构化排班数据时进入核验动作。
先核对门店商品在线状态,再对中心仓货盘可补商品生成清单。
SA最小库存3;S商品建议5,低于阈值先补货再放活动。
告知、发清单、老板进货、预计恢复在线、T+1/T+3/T+7复核。
门店运营建议
INTERNATIONAL CARD SPECIAL AUDIT
国际卡覆盖专项
基于最后一次全量商品盘,核查Top门店覆盖、商品在线状态和库存状态。
- 商品没上架:基于最后一次全量商品盘确认是否应铺货;应铺货的门店当天补齐链接和境外激活提示。
- 部分没上架 / 状态异常:定位下架、非售卖、违规或状态标注异常,恢复到商品在线状态。
- 商品没库存:优先补库存,补完后回传库存截图和前端可售截图。
- 合格门店:不重新拉商品,不折腾,保留覆盖,后续只跟踪库存和转化。
STORE STATUS
门店状态清单
选择门店后查看商品明细
国际卡商品明细
STORE UE READER
门店UE · UE查看器
等待UE数据入库
单店UE经营明细
6-7月PK / 76000 ORDER TARGET
运营日报闭环排名
排名载入中
等待订单过滤结果。
OPERATION TASK CENTER
V4.3 · 自动取数任务中心与回收联动
把美团取数、飞书派发、T+1/T+3/T+7回收放到同一个指挥队列。
等待任务中心聚合状态。
0/7 相位通过
RECOVERY CONTROL
V4.4 · 任务执行编排与回收复盘
把待执行、待回收、T+1/T+3/T+7节点变成逾期和二次追踪队列。
等待回收复盘状态。
0% 已回收
FEISHU RECOVERY MESSAGE
V4.5 · 飞书提醒与回收话术编排
把逾期和临近到期队列生成店主、运营、管理员三类提醒话术。
只生成话术,不触发真实飞书发送。
接收覆盖载入中
DIANJIN GROWTH ENGINE
V5.7 · 点金付费推广运营引擎
先保供,再用50元左右预算加推高毛利热销商品,T+3回收转化效果。
官方点金投放接口未确认前,只生成建议、派发和回收任务。
ROLE ACTION CENTER
V3.6 · 补货建议派发与回收闭环
店主点完成,运营做回收验收,后台沉淀动作台账。
角色动作载入中
系统实时生成台账
0% 已回收
店主和运营按角色看到自己的动作。
等待动作更新。
ACTION DISPATCH QUEUE
V3.7 · 派发队列与飞书回执
把动作台转成按店主和运营拆分的派发队列。
派发队列载入中
接收覆盖 --%
ACTION ID WRITEBACK
V3.8 · actionId回传自动写回
飞书回传携带actionId后自动写回动作台账。
写回状态载入中
LIUMI CLOUD HUB V4.6 / ACTION WRITEBACK ARCHITECTURE
从数据到动作的单店作战系统
六米云枢统一底表、商品盘、中心仓、SA货盘与经营后台,只输出两类结果:店主今天执行什么,运营按什么节点回收。
MISSION STATUS
- 当前门店
- 等待选择门店
- 输出对象
- 店主动作 / 运营回收
- 系统权限
- 管理员 · 全部门店
- 数据周期
- 单店 · 最近7天 · T+1/T+3/T+7
AUTOMATION SCHEDULER
V3.0 · 自动调度引擎
把夜间抓取、早间派发、节点回收、异常二次提醒沉淀成可审计调度控制层。
调度状态载入中
控制层默认配置
AUTOMATION RUNNER
V3.1 · 服务器定时任务执行层
把调度控制层升级为可接收、可演练、可记录的服务器任务执行层。
执行器状态载入中
默认dry-run配置
暂无运行记录
OPERATING ENABLEMENT OS
科技公司级运营赋能,不靠人盯人,靠系统把动作推到位
云枢把门店经营拆成四层:数据底座、运营经验、动作生成、回收闭环。运营看全局,店主看今天动作,专项负责人看自己负责的任务。
统一数据口径
只看6.4底表营业门店,商品表、爆品对应表、中心仓、SA商品盘、7天经营数据统一进入后台。
导入状态在数据接入中心实时显示运营经验调用
从新店建盘、稳盘保供、动销不售罄到新品增长,系统按门店阶段调用打法。
选择门店后自动生成成长打法角色动作分发
同一诊断拆成两张清单:店主今天执行什么,运营T+1/T+3/T+7盯什么。
输出可复制,可同频给门店专项任务工作台
国际卡覆盖、门店补货、SA缺货、经营取数逐步从“通知任务”变成“系统页面”。
补货、商品在线状态、截图回传、活动承接。
T+1补货、T+3转化、T+7经营复盘。
国际卡、SA、中心仓、爆品差异按任务独立闭环。
上传底表、商品表、目标表、账号绑定和经营数据。
ITERATION BASELINE
V1.4 · 运营闭环基线
每一次升级必须沉淀为下一次优化的基础。
让运营和店主打开系统就知道今天该做什么、谁来做、什么时间回收、数据是否可信。
BACKEND CONNECTOR CENTER
V1.5 · 后台授权与取数准备层
美团负责经营真实数据,飞书负责自动推送和回收提醒。系统先记录授权状态和数据范围,等管理员完成登录授权后直接进入抓取和推送。
MEITUAN BUSINESS DATA COLLECTION
V1.6 · 经营后台实时取数框架
把门店最近7天经营数据从手动导入升级为可授权抓取、可校验、可回收的数据链路。
门店经营数据载入中
MEITUAN FETCH ADAPTER
V5.7 · 阿里云美团分层同步中台
门店清单、商品清单按日同步;订单和实时经营数据按小时同步,订单从2026-01-01开始拉入。
yunshu.liulv.net · 本地电脑仅做管理/应急补数
3/7/14/30天窗口载入中
V5.7 · 阿里云美团分层同步中台
主数据每日同步,订单和实时经营每小时同步,统一服务店主动作和运营回收。
同步中台载入中美团取数状态载入中
默认取数门禁
暂无取数日志
MEITUAN WRITEBACK EXECUTOR
V3.4 · 经营数据写入与异常重试执行器
把美团真实抓取结果安全写入经营底表,并把异常门店沉淀成重试队列。
经营数据写入状态载入中
默认安全写入
暂无写入日志
BUSINESS HEALTH RADAR
V2.7 · 经营数据结构化健康雷达
把美团后台最近7天经营数据从摘要文本升级为结构化字段,自动判断订单、目标、转化和履约状态。
结构化经营数据载入中
BUSINESS DATA GAP QUEUE
V2.2 · 经营数据补数任务队列
把美团后台7天经营数据缺口拆成可分配、可导入、可回收的运营补数任务。
经营数据补数任务载入中
FEISHU DELIVERY COMMAND
V1.7 · 飞书推送与回收提醒框架
把系统输出按角色推送给运营、店主、专项负责人和管理员。
飞书推送队列载入中
等待飞书应用或机器人发送授权。
RECIPIENT BINDING TABLE
V1.8 · 飞书接收人绑定台
把运营、店主、专项负责人和管理员统一映射到飞书接收人。
接收人数据载入中
先补齐专项、管理员、运营接收人,再补店主。
FEISHU SEND QUEUE
V2.3 · 飞书发送任务队列
把预演消息沉淀成可审计的发送任务队列,授权前只做dry-run。
飞书发送任务载入中
FEISHU SEND REHEARSAL
V4.1 · 飞书接收人绑定与发送演练
先对少量店主/运营动作执行dry-run发送演练,校验接收人、payload、发送日志和回传写回链路。
演练队列载入中
最近演练:--
FEISHU LIVE GATE
V4.2 · 飞书receiver_key导入与少量实发门禁
导入真实运营/店主receiver_key后,先选择少量动作进入可控实发门禁。
门禁载入中
FEISHU SEND AUDIT
V2.4 · 飞书发送结果日志框架
把飞书真实发送结果、响应、失败原因和重试建议沉淀成可审计日志。
发送日志载入中
FEISHU SEND EXECUTOR
V2.8 · 飞书真实网络发送
把执行器升级为可配置飞书Webhook/OpenAPI网络发送通道,所有结果自动追加审计日志。
执行器载入中
配置载入中
授权载入中
接收人载入中
日志载入中
RECOVERY LEDGER
V2.1 · 真实回传台账导入
把店主回传、运营验收、未完成原因从CSV导入进台账。
台账任务载入中
FEISHU RECOVERY COLLECTOR
V2.9 · 飞书回传自动采集
把飞书事件订阅、群消息或表单回传自动解析为收件箱记录,再复用V2.6入账规则。
自动采集状态载入中
公网入口/api/feishu-recovery-webhook
Token待配置
配置文件载入中
FEISHU RECOVERY INBOX
V2.6 · 飞书回传收件箱与自动入账
把飞书群、表单或机器人回传先进入收件箱,判重后自动写入T+1/T+3/T+7回传台账。
回传收件箱载入中
USER OUTPUT LAYER
让店主和运营拿到同一张云枢行动单
今天先做什么
选择门店后,系统会把补货、商品在线状态、截图回传拆成店主可执行动作。
今天盯什么回收
选择门店后,系统会按T+1、T+3、T+7拆出运营需要追踪的回收节点。
LIUMI CLOUD HUB EXPERIENCE ENGINE
把运营经验变成可调用的技能系统
云枢先识别门店阶段:标注N按新店建盘,非N按3月以上老店;再守商品、库存、上架、售罄四个基本盘,基本盘过线后才调用新品、活动、流量技能。
选择门店后生成成长打法
从新店建盘、爬坡放量、稳盘保供到成熟增长,系统会把运营方法拆成店主动作和运营回收。
今天先做什么,做完回传什么。
T+1/T+3/T+7按什么指标回收。
商品不乱、库存不断、动销不售罄
当前门店应该调用什么打法
DATA INGESTION CENTER
把今日自动化任务接入数据底座
先用导入保证数据可用;美团后台授权完成后,再把经营数据取数切成自动抓取。
上传今天应该进入系统的数据
管理员可导入全局数据。
哪些数据已经进入系统
今天的任务如何进入后台
LIUMI CLOUD HUB ROADMAP
六米云枢后续四个版本
云枢行动单
单店7天诊断、店主动作、运营回收、复制门店结论。
已落地实时取数驾驶台
接入经营后台,标记营业、流量、营销、评价、履约数据完整度。
开发中货盘决策引擎
爆品对应表、中心仓货盘、SA商品盘、门店全部商品统一比对。
开发中协同回收台账
把T+1、T+3、T+7回收做成运营和店主共同查看的闭环台账。
开发中权限与外网系统
运营按归属看门店,店主只看自己的门店,部署到yunshu.liulv.net。
开发中LIUMI CLOUD HUB V2-V5 WORKBENCH
后续四个功能一起进入开发态
实时取数驾驶台
看当前门店经营后台数据是否齐全,缺什么就提示运营补什么。
货盘决策引擎
围绕爆品、中心仓、SA商品盘和门店库存,输出补货优先级。
协同回收台账
把店主执行和运营回收放进同一张T+1/T+3/T+7台账。
权限与外网系统
按运营归属、店主绑定和外网域名,形成可分发的账号系统。
数据接入层
6.4营业门店底表、商品表、爆品对应表、中心仓货盘、SA货盘。
0%诊断决策层
库存0、低库存、下架违规、门店等级、经营状态统一排序。
0动作协同层
同一门店拆成店主执行项和运营盯回收项,避免口径分裂。
0回收复盘层
T+1看补货,T+3看转化,T+7看订单、履约、评价是否改善。
0STORE QUEUE
门店作战队列
请选择门店
门店巡检口径
实时数据接入
店主今天去做什么
运营盯住回收什么
STORE GROWTH METHOD
门店成长打法待生成
选择门店后,系统会把当前阶段、基本盘、技能包和回收指标合成一张单店成长路线。