火锅店区域经理：门店分级与到店时间分配小工具——让编码代理做一个单文件页面，八家店二十二天，蹲哪家放哪家有章法

你是一个编码代理。请为我做一个单文件 HTML 的「门店分级与
到店时间分配」工具，给连锁火锅的区域经理用，浏览器双击打开
即用，不联网、不装依赖、不引任何外部资源。

一、录入
每店录入：
- 店名（自由文本）
- 毛利水平：近一季度毛利率，及该店过去四个季度的毛利率
  列表——工具自动算「相对自身历史的位置」（高于/低于
  自身中位数），不和其他店比
- 趋势方向：工具按近三个月环比自动判（连升 / 连降 /
  波动），也允许经理手动改判并留一句备注
- 特殊标记：新店（开业未满【N】个月）/ 换店长未满三个月 /
  无标记——特殊标记参与但加权可调

二、四象限自动分级（口径全部展示在页面上，不藏公式）
- 高毛利 × 正趋势 → 「护航店」：少去。到店重点预设为
  客诉处理质量、骨干员工状态——这类店死法不是亏，是
  飘
- 高毛利 × 负趋势 → 「防滑店」：重点去。到店重点：先查
  竞品和商圈变化，再查内部——这类店最值得抢，滑一半
  再救成本翻倍
- 低毛利 × 正趋势 → 「爬坡店」：正常偏多去。到店重点：
  按爬坡期目标过差距清单
- 低毛利 × 负趋势 → 「攻坚店」：高频去或驻店。到店重点：
  亏损归因与去留判断——这不是巡店，是投入决策前的
  尽调
- 每象限的「到店重点」文案经理可编辑，编辑后存 localStorage

三、时间分配
- 经理先设总盘：本月可用于到店的天数、区域内店数
- 工具按四象限频次模板（默认值可改：如护航店每店 0.5
  天 / 防滑店 2 天 / 爬坡店 1.5 天 / 攻坚店 4 天）算出
  各店建议天数，合计超出总盘时自动按「攻坚 > 防滑 >
  爬坡 > 护航」的优先级保高砍低，并明示砍了谁
- 生成月度草案：按周排布（第几周去哪家、盯什么），可
  手动拖调；导出 CSV

四、防错与克制
- 店数少于【N】家或数据不满一季度时，对应店标「样本
  不足，按爬坡店模板安排」，不硬分级
- 每次生成草案，工具附一行提醒：「上月被砍到 0 天的店
  如有，列出」——连续两月被砍空的店必须人工处理，
  不允许静默消失
- 不做任何经营指标预测；不改数据；分级只消费经理录入
  的数

界面：单栏，桌面优先；四象限一屏可视化（各象限店名卡片），
点卡片进编辑。交付一个完整 HTML 文件，内联全部 CSS 与
JS，附两百字以内的中文使用说明。

为什么这样写

四象限的两个维度都取「相对自身历史」而不是店间绝对值，延续了多店分析的基本纪律：火锅门店之间的可比性太差，商圈压过一切管理动作。一家社区店毛利率 58% 可能已经在它自己的巅峰，一家商场店 62% 可能在失速下坡——用绝对值分象限，得到的是「好商圈」和「差商圈」的分布图，跟管理没关系。工具把「和自己比」做进算法里，象限才真正反映经营状态而不是选址运气。

四个象限各配「到店重点」，是因为分级不落到「去了看什么」就还是空的。「护航店少去但盯客诉和骨干」这一条尤其反直觉——高毛利正趋势的店死法不是亏钱，是飘：骨干离职、客诉处理开始敷衍、店长开始报喜不报忧。经理去这种店不是去检查业绩，是去闻味道。把这些到店重点写死在象限里并允许编辑，等于把区域管理的经验固化成了可传递的模板，新人经理接手区域时拿到的不是一张空白排期表，而是一套带说明书的默认值。

分配算法的「保高砍低 + 明示砍了谁」是工具的良心所在。任何分配算法在总盘不足时都要砍东西，问题只在于砍得是否可见——静默砍掉的店，就是管理视野里消失的店。强制列出「被砍到零的店」并要求连续两月清零必须人工处理，是给算法装的那道阀门：它可以建议「这家店这个月别去」，但不可以让一家店无声地脱离监管。工具做的是分配建议，不是分配决定。

「到店重点可编辑、权重口径全部展示」是工具对自己边界的表态。四象限是框架不是真理，不同区域的风险口味不同——有的区域客诉是命门，有的区域人员流失才是。把每个默认值都做成可见可改的，经理调的不是参数，是把框架校准到自己区域的实情；藏起公式的工具看起来专业，实际上剥夺了使用者纠错的权利。

变量