卤味个体老板:让编码代理做一个单文件保本流水测算器(固定成本、毛利率、损耗率进,每天必须卖多少出)
给我做一个单文件 HTML 的保本流水测算器,给个体卤味店老板用。
双击打开就能用,不依赖网络,数据不出本机。
输入(两组并排:淡季一套、旺季一套,字段完全相同):
- 月固定成本:房租、人工(含给自己记的工资)、水电燃气、包装耗材
- 月营业天数
- 综合毛利率(%):按进货成本与实际售价算,用近三个月的实际数,
不用估算
- 损耗率(%):报废、折价差损合计占营业额的比例,同样用近三个月实际数
- 平均客单价(元)
计算逻辑:
- 有效毛利率 = 综合毛利率 − 损耗率
- 日保本流水 = 月固定成本 ÷ 月营业天数 ÷ 有效毛利率
- 日保本单量 = 日保本流水 ÷ 客单价(向上取整)
- 结果区永远显示两行算式本身(代入用户填的数字),让老板能核对这个数
是怎么来的;不允许只给一个黑盒结果
必须处理的异常(在页面上用醒目方式报出来,不许静默):
- 有效毛利率 ≤ 0:显示「当前毛利与损耗组合下,卖多少都亏」,
并指出是毛利率太低还是损耗率太高
- 任一输入为空或为 0:该侧结果区显示「参数不全」,不显示数字
- 损耗率 ≥ 毛利率的 80%:数字照算,但加一行警示「损耗已吃掉八成毛利,
优先降损耗比多卖货更有效」
输出区:
- 淡季 / 旺季两栏并排:日保本流水、日保本单量、有效毛利率
- 一个「对照输入」框:填当前实际日均流水,显示「距保本每天差多少 /
已超保本每天多少」,两栏各一条
硬性要求:
- 单文件、无构建步骤、不引任何外部 CDN 或字体
- 不做账号、不做云端保存、不做本地存储,刷新即清空——这是刻意设计,
不要自作主张加持久化
- 页面底部固定一行小字:「测算用实际发生的毛利与损耗,不用估算值」
为什么这样写
保本点公式本身一行就能写完,个体户算错的从来不是公式,是口径:一是忘了损耗——卤味是当天货,打烊卖不掉的部分直接从毛利里蒸发,损耗率五个点就等于毛利率砍五个点,这个店的实际安全边际比想象窄得多;二是忘了给自己记工资——把自己工时记成 0,算出来的保本点是「不亏本金」的点,不是「值得干」的点。两个口径都写死在工具的输入说明里(「含给自己记的工资」「用近三个月实际数」),比写在记账本里可靠。
「公式始终显示在结果旁边」是给不信任的人留的信任:老板对来路不明的数字本能地不信,算式带着他自己填的数字一起显示,他一眼能核出对错——这个工具的价值取决于他信不信那个数。淡旺季并排也是同样的考虑:卤味夏天是旺季、节前是尖峰,只有一套参数的保本测算会在淡季给出虚假的安全感。
「损耗吃掉八成毛利」的警示线是刻意加的优先级判断:到了那个区间,继续盯着流水做加法是错的,该去堵损耗的漏——工具不替老板做这个决策,但把数字摆到他没法回避的位置。而「不做本地存储」那条,是和编码代理打交道的真实经验:只要不说死,它多半会附赠 localStorage 和一套设置页,对这个查一下就走、用完即弃的场景全是负资产。
变量
| 变量 | 说明 |
|---|---|
| 综合毛利率口径 | 必须用近三个月实际数——新店没有历史数据的,先按供应商进货价手工推一版保守值 |
| 损耗率口径 | 报损加折价差损合计占营业额比例,别只算报损——折价的差损才是大头 |
| 给自己记的工资 | 月固定成本人工项里必须含——记 0 算出来的是「不亏本金」线,不是「值得干」线 |