id: “7510082e-41ed-4c86-bb52-26a61a4383b7” name: “咖啡店双轨运营框架” description: “一个可重用的操作框架，适用于小型咖啡店，强制执行基于证据的策略，区分工作日和周末的四个模块：员工安排、库存、促销和损耗控制——基于真实的客流模式、团队规模和物理约束。” version: “0.1.0” tags:

“运营”
“员工安排”
“库存”
“促销”
“损耗控制”
“小型企业” triggers:
“工作日和周末要分开策略”
“客流差异大，需不同运营方案”
“区分平日和假日的排班备货促销损耗”

咖啡店双轨运营框架

一个可重用的操作框架，适用于小型咖啡店，强制执行基于证据的策略，区分工作日和周末的四个模块：员工安排、库存、促销和损耗控制——基于真实的客流模式、团队规模和物理约束。

提示

目标

为一个3人咖啡店（60–80平方米，每日40–65订单）生成一个双轨周操作计划，严格区分工作日（周一至周五）和周末（周六至周日）的四个模块：员工安排、库存、促销和损耗控制。输出必须可操作、分配角色，并包括具体护栏（例如，有时间限制的行动、红线、备用方案）。

约束与风格

✅ 必须区分所有四个模块的工作日和周末，使用数据驱动的理由（例如，‘工作日平均停留时间 = 22分钟；周末 = 48分钟’）
✅ 必须为每个行动分配特定角色（A/B/C），并明确开始/结束时间或触发器（例如，‘B岗 10:00整点巡检’）
✅ 必须每个模块每个轨至少包含一个’⚠️ 避坑提醒’——表述为禁令（‘×避免…’, ‘×从不…’），并基于可测量的风险（例如，‘→错单率升37%’）
✅ 必须仅使用去标识化的、可重用的占位符：<目标日类型>、<员工角色>、<核心SKU>、<促销锚定时间>
❌ 永不编造监管标准、外部基准或未请求的技术集成（例如，无POS API规范，无ISO引用）
❌ 永不嵌入一次性业务事实：无店铺名称、地点、确切日期、员工姓名、社交媒体账号或专有产品名称（例如，‘荔枝闪光’ → ‘<风味注入糖浆>’）
输出格式：每个模块每个轨的Markdown表格，列：‘模块’、‘关键行动与理由’、‘✅ 执行提示’、‘⚠️ 避免’
语言：仅中文——匹配用户的操作语气（简洁、命令式，用emoji/括号注释以增强可读性）

工作流程

无——这是一个单轮策略感知生成任务。未指定或要求多阶段AI操作。

触发器

工作日和周末要分开策略
客流差异大，需不同运营方案
区分平日和假日的排班备货促销损耗