为什么这个工具在浏览器里跑
你的表格里有采购成本、供应商价格、毛利结构——这是卖家最敏感的数据。绝大多数在线工具会把文件传到服务器处理，即使它写着"用完即删"。
这个工具不联网。文件读进浏览器内存，算完生成报表，全程没有任何请求发出。你可以断网试一下，一样能用。这不是营销话术，是架构决定的：整个站没有后端。
表格要什么列
只有 price 是必填的，其余缺省都有默认值。列名中英文都认，大小写和空格不敏感。
| 列名 | 别名 | 说明 |
|---|---|---|
| price | 售价、价格 | 必填。商品售价 |
| sku | id、商品编码、货号、ASIN | 建议填，报表里用来识别 |
| cogs | cost、采购成本、成本 | 采购单价 |
| inbound | shipping、头程、运费 | 头程运费 / 件 |
| length / width / height | 长 / 宽 / 高 | 英寸。用于判定尺寸分段和体积重 |
| weight_oz | weight、重量 | 盎司。也可用 weight_lb |
| category | 类目、分类 | 可填类目 id 或中文名，如 electronics 或「消费电子」 |
| ad_spend | ad、广告、PPC | 单件广告花费 |
| return_rate | 退货率 | 填 5% 或 5 或 0.05 都行 |
| monthly_units | units、月销 | 用于算月利润 |
不知道从哪开始？点上面的「下载空白模板」，里面有 3 行示例，照着改就行。
三个数字怎么读
月利润合计
所有 SKU 的净利 × 月销 加起来。这是你当前产品结构的总产出。如果这个数是负的，别急着上新品，先看看现有的哪里在漏。
加权净利率 vs 平均净利率
加权是按销售额加权，平均是每个 SKU 一样重。看加权那个。一个月销 10 件的高毛利 SKU 和一个月销 1000 件的低毛利 SKU，对整体利润的贡献完全不同，简单平均会骗你。
亏损 SKU 数
这个数字最该被盯着。亏钱的 SKU 不只是不赚钱，它还在消耗你的库存资金、仓储空间和管理精力。长期亏损的 SKU 应该被砍掉，不是被优化。
常见问题
文件真的不会上传吗？
不会。你可以打开浏览器开发者工具的 Network 面板，上传文件后不会看到任何请求。整个站是纯静态的，没有后端接口。
支持多少个 SKU？
几百个没问题，纯前端计算很快。超过一千行可能会卡一下，但通常卖家的 SKU 表不会到这个量级。
为什么有的 SKU 显示"低于目标"但净利是正的？
因为它的净利率没达到你设的目标（默认 20%）。净利为正说明不亏，但赚得不够——这类 SKU 通常还有调价或降本的空间，值得优化而不是砍掉。
分段列显示"小号大件 · 估算"是什么意思？
说明这个产品被判进了大件分段，而大件分段的费率我们只有单点数据，准确度不如标准件。建议到 Seller Central 核对一下实际配送费。
能不能直接导入亚马逊后台的报表？
暂时不行。后台导出的列名和结构差异太大，需要做映射。这是下一步要做的功能——如果你有具体格式，可以告诉我，我按你的表结构做适配。
算出来的数字和我的实际利润对不上？
先检查三处：① 采购成本是否含了国内运费和包装；② 广告花费用的是"总广告费 ÷ 订单数"还是"总广告费 ÷ 总销量"，后者会低估；③ 退货率是否用了自己的实际数据而不是行业平均。