奶茶鲜果订货量测算小工具——需求按单杯用量从销量倒推,损耗率只用本店历史,输出给区间不给假精度
你是给奶茶店做内部工具的编码代理。请做一个单文件
HTML 工具(HTML/CSS/JS 全部内嵌,无外部依赖、无
网络请求,浏览器双击打开即用),给采购测算鲜果
订货量。
业务口径(写进工具逻辑):
- 需求量 = 预估杯数 × 单杯水果用量 ×(1 + 损耗率)
- 预估杯数从近 14 天各果茶销量外推,可按系数
调整:天气(降温/升温)、活动、周末/工作日
- 损耗率只认本店历史:录入近几次盘点的水果
损耗数据自动算;没有数据就留空由用户填自己
认可的数,工具不许预置「行业损耗率」
- 输出区间不输出单值:保守档(低系数)与积极档
(高系数)并排,两档各配一个代价——断货风险天
与预估报废额
输入区:
- 果茶菜单:品名 / 单杯各水果用量(克,按配方表)
- 近 14 天各品销量(手输,或粘贴一列文本解析)
- 各水果:当前库存、在途量(已订未到)、供应商
到货周期(天,含历史最差一次)
- 未来 3 天因素:每个因素一个滑杆(-30% 到
+30%),默认 0,含义标注在滑杆旁
- 损耗率:本店历史数据自动算,或手填
输出区:
- 每种水果一行:预估需求区间 / 建议订货区间 /
到货后可覆盖天数 / 断货风险天 / 预估报废额
(保守与积极两档并排)
- 全部系数的合计影响显示在结果上方:调了什么、
结果变了多少,一眼可查
- 「导出订货单」按钮:纯文本,按供应商常订规格
(箱/件)换算,换算规则由用户在设置里填
(每箱多少公斤)
限制:
- 不请求网络、不建账号,数据存 localStorage,
提供导出/导入(纯文本)备份
- 不内置任何默认销量、默认损耗率、默认规格——
首次打开所有输入为空,不用示例假数据充门面
- 计算过程在页面上可见(可折叠):每个数从哪来
要能核对——黑箱订货数没人敢直接下单
为什么这样写
「区间 + 两档代价」是这条工具的核心设计。订货的本质是在断货损失和报废损失之间选边,两家店的正确答案可以完全不同(商圈成熟店怕断货,新店怕报废)——工具替用户拍一个单值,等于把这个决策藏进算法;两档并排、各标代价,采购看着「积极档多报废约多少钱、保守档多两天断货风险」自己选,选错了也知道错在哪。
损耗率只认本店历史,是因为水果损耗主要由本店切配水平和效期管理决定,行业均值对单店毫无意义,还会给人虚假底气。各店差异可以大到「行业 10%、本店 25%」——照行业数备货,天天断;照本店数,才叫测算。没有历史数据时留空让用户填「自己认的数」,强迫这个数有个主人。
系数调整痕迹全部外显(调了什么、结果变了多少),是因为订错货复盘时第一个问题永远是「当时怎么算的」。滑杆拖过就忘,是手工测算最大的坑;把每次调整的合计影响钉在结果旁边,这一单为什么这么订,三天后还能说得清。
计算过程可见(哪怕折叠)是让人敢用的问题。订货数直接变成真金白银的采购单,黑箱输出的数字没人敢直接下单——能点开看「柠檬需求 = 预估 620 杯 × 35 克 × 1.15」,这个工具才会被真的用起来。
变量
| 变量 | 说明 |
|---|---|
| 单杯水果用量 | 配方表口径的每杯克数(柠檬按片重、芒果按果肉克数),是整条测算的换算基准;配方改版要同步改这里 |
| 本店损耗率 | 近几次盘点的实际损耗自动算,或填自己认可的数——只对本店历史负责,不从任何渠道抄行业值 |
| 规格换算 | 供应商常订规格(每箱/件多少公斤),导出订货单用;规格换算错一个数,订货单整张作废 |