牛 牛逼WIKI English

咖啡店市场策划:企业团单承接测算工具——30 杯会议咖啡接不接、几点开工、报价底线多少,一页算清

适用模型:Claude / GPT-4 级别分类:咖啡店难度:高级 更新

请为我编写一个单文件 HTML 的咖啡店企业团单承接测算
工具,浏览器直接打开就能用,不联网、不装依赖、数据只
存本地。

背景写进工具说明:写字楼会议咖啡、下午茶团单是咖啡店
的常见增量,但接单前有两笔账必须先算——出杯产能账
(几十杯在一台意式机上要占多久、和店里高峰撞不撞)和
报价账(原料之外还有配送、器具损耗、占用高峰产能的
机会成本)。工具帮策划在回复客户「能做」之前把这两笔
账摆出来。

需要录入的数据:
1. 杯单:逐款品名、杯数、单杯制作时长(分钟)、
   类别(意式 / 手冲 / 预制冷萃——预制冷萃不占机时)
2. 产能:意式机可并行制作的杯数(一次同时萃取几杯)、
   当班咖啡师人数、装箱打包时长
3. 店内高峰时段表:逐时段(如 8:00-9:30)标注
   「高峰 / 平峰」,可编辑
4. 时间要求:客户要求送达的时刻、配送方式(自送 /
   跑腿)、单程配送时长
5. 成本口径(全部本店数字,工具不内置默认值):
   逐款单杯原料成本、配送一趟的成本、保温箱杯托等
   器具损耗按次摊的金额、占峰损失口径(高峰时段每
   被占用一分钟折多少,不填则此项记 0 并明示)

核心功能:
- 出杯时间轴:按「意式并行杯数 × 当班人数」算总制作
  时长,预制冷萃单列不计入机时;时间轴逐段标出落在
   店内高峰时段的部分,红色
- 必须开工时刻 = 送达时刻 − 装箱时长 − 配送时长 −
  制作时长 − 缓冲【15】分钟;开工时刻落在高峰内或
  制作时间轴与高峰重叠超过【30】分钟,判「产能冲突」
- 冲突时的替代口径:建议改送达时段(自动找最近的
  平峰送达窗口)或减杯数到产能可承受,让用户选,
  工具不当下决定
- 报价底线 = 原料合计 + 配送 + 器具损耗 + 占峰损失;
  另按用户填的加成率【】% 给出建议报价区间,
  底线和区间并列显示,加成率可改
- 一页决策卡输出:接 / 需调整 / 接不了三档结论、
  时间轴图、开工时刻、报价底线与建议区间、
  风险清单(如「配送时长按平峰路况估的,没算雨天」)

限制(写给编码代理):
- 单杯成本、高峰时段、加成率全部来自录入,工具内
  不内置任何行业默认值
- 单文件、中文界面、localStorage 保存、打印友好;
  不做账号、登录、云同步

为什么这样写

企业团单的坑不在「能不能做出来」,在「答应下来的时刻」:客户要 10 点送达,策划脱口说能做,回头才发现 30 杯拿铁要占机 40 分钟、正好骑在早高峰最狠的时段上,店里排队、团单延误,两头崩。所以工具的核心不是报价器,是时间轴——先把制作时长和店内高峰摆到同一条轴上看冲突,报价反而是后面的事。开工时刻倒推链(送达 − 配送 − 装箱 − 制作 − 缓冲)是给「能不能做」一个机械的答案,不靠现场拍脑袋。

占峰损失做成了可选开关而不是固定项,因为同样是高峰被占用,双头机大店和单头机小店的痛感完全不同;硬算进去会让小店觉得「这单怎么做都是亏」,不算又会让大店白白让出产能。口径由用户填、不填记零但明示,和整站「不内置行业默认值」的立场一致——任何替用户预设的成本数字,都会在某一类店里变成错误的决策依据。

「接不了,可改时段」被允许成为输出结论,是这类工具最容易缺的一档。多数测算工具只会在数字上打转,永远给不出否定答案;而团单生意的真实纪律恰恰是:有些单接了不如不接,自动找最近的平峰送达窗口再让用户选,比压着算出一个勉强能做的方案更有价值。

变量

变量 说明
并行出杯数 意式机一次能同时萃取的杯数,决定制作时长除数
高峰时段表 店内逐时段的高峰/平峰标注,产能冲突判定基准
占峰损失口径 高峰产能被占用一分钟折多少钱,不填则记 0 并明示
加成率 在底线之上报价的建议加成比例,可逐单改
缓冲时长 开工时刻之外多留的机动分钟数

企业团购排产测算报价工具