奶茶单品调价损益平衡小工具——涨一块钱最多能掉多少销量，换便宜小料月省多少，只算边界不做预测

你是给奶茶单店做工具的编码代理。请做一个单文件
HTML 工具（HTML/CSS/JS 全部内嵌，无外部依赖、
无网络请求，双击打开即用），帮老板做单品调价
决策的损益平衡测算。

核心原则（写进工具界面顶部的固定提示）：本工具
不预测销量——它只算不亏的边界，边界内侧怎么
判断是老板的事。

输入区：
- 单品成本构成：茶底 / 小料（可多行）/ 包材 /
  人工分摊（按杯估），逐项名称加金额，
  自动加总单杯成本
- 当前售价、日均销量（老板自填，用于算影响面，
  不是预测基础）
- 平台抽成：该品外卖销量占比加抽成百分比——
  堂食与外卖分开算
- 调价方案（可建多个并排对比）：改售价 /
  换小料（旧料成本换新料成本）/ 改杯型
  （成本与售价同变），三种类型任选组合

输出区：
- 每方案一张边界卡：
  - 涨价方案：销量容忍上限——最多掉百分之几
    仍不低于现状毛利
  - 降价方案：销量补偿下限——至少涨百分之几
    才回本
  - 换料方案：单杯省多少、按日均销量月省
    多少，附一行固定提示「口感变化对销量的
    影响本工具不判断」
- 多方案并排对比表：方案 / 单杯毛利 / 边界值 /
  月毛利影响（按当前日均销量静态折算，标明
  「不考虑销量变化」）
- 每个数字旁标注公式，点开可见算式——老板
  要能核对你怎么算出来的

限制：
- 不做销量预测、不给「建议定价」——任何带
  「预计销量」字样的功能都不做
- 竞对价格给一个手填备注栏，但不进任何计算
  ——对面降价不是你成本的函数
- 数据存浏览器 localStorage，无账号无云端，
  提供「导出对比结果」为纯文本
- 金额显示到分，四舍五入规则固定写死，不出现
  9.999 这类显示

为什么这样写

不预测销量是这个工具的立身之本。调价测算工具最常见的死法是内置一个「价格弹性假设」，输出「降价一元预计销量涨两成」——那个数字没有任何依据，但拿着它决策的老板会以为有。把工具死死限制在边界计算上，每个输出都是可核对的算术（点开见公式），工具才配被信任；弹性判断还给老板，他每天看着客流，比任何模型都近。

换料方案与调价方案并列，因为单店老板真实的「调价」经常不是动价签，是换小料：珍珠换便宜两毛的供应商、中杯改小两成的杯型。这类动作省的是明钱、赌的是暗的口感流失——工具把明钱算到底，明说暗账不算，恰好是它能诚实提供的全部。

竞对价格只进备注不进计算，是防工具越界成跟价器。对面九块影响的是老板的心理，不是这杯奶茶的成本结构；让竞对价参与计算，工具迟早输出「跟价方案」——那是决策不是算术，算术工具代做一次，老板就不会再自己算了。

界面顶部印一句「只算边界不做预测」，是给每次使用重新校准预期：打开工具的人要的是答案，工具能给的是边界，这句话必须每次都出现在他眼前，而不是藏在说明书里。

变量