Skip to content

餐饮店主经营库案例

本案例展示一位独立餐饮店主如何用 Obsidian 把"记账本+脑子"升级为「经营知识库」,沉淀菜品配方、供应商比价与每日复盘,用最低成本做出可复制的门店运营。

mermaid
flowchart TD
  R[餐饮仓库] --> Re[菜品配方]
  R --> Su[供应商]
  R --> D[每日复盘]
  R --> M[营销活动]
  Re -->|成本| Su
  D -->|数据| Re
  M -->|效果| D

场景与痛点

痛点解法
配方靠记忆易失传菜品配方卡标准化
供应商价格乱供应商比价库 + 双链
每日经营无复盘每日复盘卡 Dataview 汇总
活动效果靠感觉营销活动记录效果数据

仓库结构

text
餐饮仓库/
├── 菜品配方/           # 含成本卡
├── 供应商/             # 按品类比价
├── 每日复盘/           # 营业额/客流/损耗
├── 营销活动/           # 团购/会员日
├── daily/              # 开店日志
└── templates/

核心工作流

  1. 配方成本卡:每道菜一份笔记,Front Matter 含 categorycostpricemargin,正文写配料表与步骤,毛利一目了然。
  2. 供应商比价:供应商笔记按品类记录报价与到货稳定度,Dataview 对比同品类最优价,议价有依据。
  3. 每日复盘:打烊后 QuickAdd 建复盘卡,填营业额/客流/损耗/差评,Dataview 拉周趋势,发现"周几最淡"及时调整排班。
  4. 营销效果跟踪:每次活动一篇笔记,记录投入与增量营收,回写 每日复盘 做归因。
  5. 菜品迭代:下架/改良菜品在配方卡标 status(在售/测试/淘汰),Dataview 隐藏淘汰项保持清晰。
yaml
# 配方卡 Frontmatter 示例
type: dish
category: "主食"
cost: 6.5
price: 22
margin: 70.5
status: "在售"
dataview
TABLE cost as "成本", price as "售价", margin as "毛利%"
FROM "菜品配方/"
WHERE status = "在售"
SORT margin DESC

关键插件与模板

注意事项

数据最小化

营业额等经营数据属商业信息,本地或私有加密即可;供应商联系方式勿外泄,离职员工及时清理访问。

食安红线

配方卡不得外传含商业秘方的精确配比时,可只记区间;涉及添加剂须符合食品安全标准,笔记标注合规要求。

相关资源