运营现状与困难记录
版本信息
- 版本号: v0.1
- 状态:
- 最后更新: 2026-01-14
- 变更摘要: 初始版本
记录目的：整理当前线下运营的实际流程、数据能力与主要困难，作为阶段性基线。
记录来源：基于与项目方对话的现状反馈整理（未引入新增开发能力）。
1. 现有线下流程（简述）
- 运营联系商家 → 运营设计菜单 → 运营估算各菜采购重量（kg）
- 商家按菜单出餐并提前送达
- 运营兼职人员将餐品摆上餐车
- 用户到点自助打餐 → 称重设备结算 → 完成交易
2. 菜单与采购
- 菜单由运营手工设计，日常菜品不重复
- 采购量由运营估算
- 已有采购订单模板，但验收表单缺失
- 采购价规则尚未跑通：当前为成本价加一定幅度，商家未最终确认，倾向售卖结束后再对账讨论
3. 定价
- 统一称重价为 3.18 元 / 50g
4. 验收与质量控制
- 验收动作存在：每盆菜拍照并称重
- 验收测温可执行，但未形成持续记录
- 出餐测温执行困难：商拓反馈测温会导致菜品失温，商家抵触不配合
- 若将送达验收测温作为红线并触发扣款，商家配合意愿更低
- 无明确验收 SOP，现场时间紧，除拍照称重外基本无检查记录
- 试吃可执行，但只能得到当时结果，可用于口味数据的基础积累
- 发现问题后缺少可替换菜品或补救机制
5. 用户识别与反馈
- 支付链路使用团餐系统应急
- 识别方式：扫码微信小程序二维码自动注册，通过优惠吸引注册后可识别用户
- 未注册用户可直接出示微信/支付宝付款码支付，系统无法区分身份
- 目前无支付后反馈入口或功能，且无法快速开发
- 已建微信群拉新，但未在群内收集用餐反馈，担心负面扩散影响销量
- 可接受的反馈方式为运营现场口头询问
6. 数据记录现状
- 记录各菜品卖剩重量（剩余重量）
- 未区分干货/汤汁重量
- 暂无可售率、售罄率等分解数据
- 暂无用户口味偏好数据，试吃反馈尚未系统记录
- 验收照片为手机直拍，数据散乱，后续整理成本高，未形成标准化沉淀
7. 主要困难与风险
- 菜品标准未定，商家出餐难以监管，质量一致性不可控
- 验收无 SOP、记录缺失，难以形成追责与改进闭环
- 出餐测温难执行，商家抵触；若测温红线与扣款挂钩，配合度更低
- 用餐人数预估偏差大，临时事件影响明显，导致采购量与损耗不可控（如预计25人仅到15人）
- 用户识别覆盖不足，复购无法量化
- 缺乏稳定反馈入口，无法形成菜品优劣数据
- 采购价未确认，成本与毛利不可控
- 现场运营时间紧，难以增加复杂记录动作
8. 现阶段目标
- 优先提升次日复购
- 同时积累可用于改进的基础数据