去年 11 月，一个做厨房小家电的卖家朋友把黑五战报发给我：单日销售额破了他自己的历史纪录，团队还在群里发红包。三周后财务把月度结算发过来，那个月净亏了四万一千多。销售额涨了 60%，利润跌成负数，中间的差额被 FBA 入库配置费、低库存水平费、超投的广告费和一批退货处理费吃得干干净净。
他问我的第一个问题是"要不要换个广告打法"。我说你现在最该做的不是调广告，是把利润核算的颗粒度做到 ASIN 级，然后让每一个异常科目自己跳出来报警。这不是财务问题，是风险排查问题。
这就是我想在这篇《亚马逊软件进阶课：围绕利润核算完善风险排查》里讲清楚的事：利润核算不是一张月末报表，它应该是一套 7×24 小时运行的风险探测系统。报表告诉你"赚了多少"，探测系统告诉你"接下来会在哪里亏"。两者的差距，往往就是一年几十万的净利差。
先把结论摆出来，后面所有内容都是围绕这四条展开的。如果你只记住这一段，也比看完一堆报表教程有用。
大部分卖家的利润核算是"尸体报告"：月末跑一次，看到净利率 8%，松一口气，然后继续按老方法运营。问题是这份报表反映的是上个月已经发生的事实，它没有任何预测能力和拦截能力。
真正有价值的做法是把核算拆成高频动作。每天跑的应该是订单级和 ASIN 级的毛利快照，每周跑的是广告、退货、仓储的偏差分析，每月跑的是资金层和库存层的结构性复盘。频率错配，是利润核算失效的第一大原因。
我复盘过自己经手的十几个店铺，结论高度一致：净利率的月度波动，七成以上来自五个科目，FBA 配送费、广告费、退货退款、仓储库龄费、汇兑与预留金。剩下的二十多个科目加在一起，影响不到三成。
这意味着什么？意味着你不需要做一个完美的全成本核算体系，你需要做的是把这五个科目盯死，并且给每个科目设一条明确的红线。这是投入产出比最高的做法。
店铺级利润核算能发现"这个月不赚钱"，SKU 级核算能发现"这两个款在拖后腿"，订单级核算能发现"这批货的 FBA 费用被算错了"。三者发现问题的速度，差距是按周甚至按月计的。
我见过最典型的情况：一个卖家店铺整体净利率 12%，看着很健康。切到 SKU 级之后发现，TOP 10 销售额里有 3 个款净利率是负的，它们贡献了 22% 的销售额，也贡献了全部的亏损。颗粒度不够细，亏损款会被爆款掩盖。
我早期用过那种"大屏看板"，数据很漂亮，配色很专业，但它不会告诉你该干什么。我每天打开看一眼，关掉，然后该干嘛干嘛。这类工具的问题是把"展示"当成了"决策"。
真正有用的工具，是能让你把判断逻辑写成规则，然后由系统每天替你跑一遍。比如"某 ASIN 连续 7 天净利率为负且日销大于 10 单"，这条规则一旦命中就直接推送，你根本不需要每天翻报表。
为什么这两年"利润核算 + 风险排查"突然变成一个必须做的动作？因为亚马逊的费用结构发生了根本性变化，而大部分卖家的核算模板还停留在三年前。
我把这几年印象最深的几次变动列一下：入库配置费上线，把"分仓"从运营技巧变成了成本变量；低库存水平费上线，让"少量多补"的备货策略开始收费；仓储利用率附加费、冗余库存附加费、长期仓储附加费的阶梯被拉长；退货处理费从部分类目扩展到更多类目。
这些变化的共同点是：它们都是"你不主动管理就会自动发生"的成本。以前的费用是"卖出去才收"，现在的费用是"库存在那里就收"。核算逻辑如果还停留在"按销售额比例摊销费用"，就会系统性低估成本。
场景一：某个 3C 卖家在黑五前两个月集中备货，库存绩效指标因为仓储利用率过高掉下来了，客服建议他"加快周转"。他没在意，结果那个季度多付了将近 1.8 万的冗余库存附加费，直接把该季度的净利率从 9% 拉到 6.2%。
场景二：一个家居卖家发现广告 ACOS 三个月没变，一直稳定在 26%。但他的净利率从 11% 掉到了 7.8%。查了两周才发现，是退货率从 4.1% 涨到 7.6%，退货处理费和不可售库存损失吃掉了 3 个点，而这两项在原来的报表里被藏在"其他费用"里。
场景三：一个服装卖家账面利润 14%，但实际回款只对应到 9% 左右。差额来自汇率波动和账户预留金占用。账面利润和可支配现金流是两件事，很多卖家是在需要付款时才发现这件事。
我自己的工具路径经历过三个阶段，我觉得大部分卖家都会走一遍。第一阶段是 Excel 手工表，靠运营每周导出后台报表再拼；第二阶段是用平台后台自带的报表中心，能看但不好下钻；第三阶段才是接入专业的数据工具，做多店铺合并、SKU 级核算和自动告警。
第一阶段的极限大概是月销 10 万美金，第二阶段大概能撑到 50 万美金。再往上，人工拼表的时间成本和出错率会指数级上升。
我整理过自己踩过的坑，也看过很多卖家朋友踩同样的坑。这些误区的共同特征是：它们看起来都很合理，甚至被行业当成标准做法。
毛利率只扣了采购成本和头程，它衡量的是产品本身的定价空间。但做备货决策、广告决策、清仓决策时，必须用净利率。我见过卖家因为"这个款毛利率有 45%"而追加备货，结果算上 FBA、广告、退货、仓储之后净利率只有 3%，一次滞销就全亏回去了。
净利率跌了，第一反应是去看广告，这是最符合直觉也最容易走偏的路径。广告确实是显性变量，但它往往不是主因。我自己的经验是：净利率下滑超过 3 个点时，广告的贡献通常只占三分之一，剩下的来自费用规则变化、退货率变化和库存结构变化。
很多团队把利润核算当成财务月结的一个环节，每月 5 号出上个月的数。这个节奏对风险排查来说太慢了。广告超投、库存积压、退货异常这三类问题，拖一个月意味着损失已经发生且无法挽回。
我的建议是分层：订单级毛利每天看，费用偏差每周看，资金和库存结构每月看。不同层次的风险，需要的响应速度完全不同。
店铺级核算只能回答"赚不赚钱"，回答不了"谁在赚谁在亏"。而绝大多数亏损都是局部亏损被整体盈利掩盖。我经手过一个店，整体净利率 10.5%，切到 ASIN 后发现有 14 个 SKU 是负毛利，占用了 31% 的库存资金。
交易层的利润核算只覆盖到"订单完成"。但真实经营中还有两层成本：资金层的汇兑损失、预留金占用、账期错配；库存层的库龄老化、滞销减值、弃置费用。这两层不出现在日常报表里，但它们决定的是"你能不能用赚到的钱"。这里缺位，核算就漏掉半个风险面。
这是我最想强调的一个。很多团队买了工具，然后用它来做原本 Excel 就能做的事，看店铺总销售额、看广告花费趋势。工具真正的价值在于把风险规则固化下来，自动跑、自动报警、自动归因。
下面这段是我自己在用的告警规则配置片段，用的是 YAML 结构，可以直接对照着改成自己店铺的版本：
alert_rules:
name: asin_negative_margin
scope: asin
condition: net_margin = 10
window: 7d
level: red
action: 推送运营负责人 + 加入清仓评估
name: ad_cost_ratio_spike
scope: asin
condition: ad_cost_ratio > 25% AND环比上升 > 8pp
window: 7d
level: yellow
action: 触发广告结构复核
name: aged_inventory_risk
scope: sku
condition: stock_age_over_270d_ratio > 15%
window: daily
level: red
action: 输出滞销处置清单
name: return_rate_outlier
scope: asin
condition: return_rate > category_avg * 1.5
window: 14d
level: yellow
action: 触发质量与详情页复核
name: cash_conversion_gap
scope: store
condition: avg(abs(gross_profit – actual_settlement)) / gross_profit > 0.08
window: 30d
level: yellow
action: 复核汇兑与预留金口径
规则本身不复杂，难点在于你要先想清楚哪些指标是真正重要的，阈值定在哪里，命中了谁来处理。把这三件事想清楚，工具才有意义。
前面讲了误区，这一节讲我实际在用的判断框架。整套逻辑只有三个动作：往下穿透、设好阈值、归因到具体对象。听起来简单，但每一步都有讲究。
我把利润核算拆成四层，每一层对应一类风险。第一层是交易层，订单、退款、促销折扣、Coupon 费，对应的是"定价与转化风险"。第二层是平台费用层，FBA 配送费、仓储费、广告费、订阅费、入库配置费，对应的是"规则变化风险"。
第三层是资金层，回款节奏、汇兑损益、预留金占用、账期错配，对应的是"现金流风险"。第四层是库存层，库龄分布、周转天数、滞销占比、弃置成本，对应的是"资产减值风险"。
大部分卖家只做了第一层和第二层，所以只能看到"赚了多少"，看不到"钱在哪、货在哪、风险在哪"。
阈值不是拍脑袋定的，我一般用三步法：先跑历史数据看分布，再取"正常区间的边界值"作为黄色线，取"历史上每次出现都伴随亏损"的值作为红色线，最后按类目做微调。
下面这张表是我自己用的基准版本，你可以根据类目特性调整数值，但结构建议保持一致。
| 风险层 | 监测指标 | 黄色阈值 | 红色阈值 | 建议响应 |
|---|---|---|---|---|
| 交易层 | 单 ASIN 净利率（7 日滚动） | < 3% | < 0 且日销 ≥ 10 单 | 复核定价与促销结构 |
| 交易层 | 退货率 / 类目均值 | > 1.2 倍 | > 1.5 倍 | 查质量与详情页一致性 |
| 费用层 | 广告花费占销售额比 | > 20% | > 25% 且环比升 8pp | 广告结构复核 |
| 费用层 | 单均 FBA 费用环比 | > 6% | > 12% | 查尺寸分段与包装优化 |
| 资金层 | 账面利润与回款差额比 | > 5% | > 8% | 复核汇兑与预留金口径 |
| 资金层 | 预留金占账户余额比 | > 20% | > 30% | 重排付款优先级 |
| 库存层 | 库龄 > 270 天库存占比 | > 8% | > 15% | 输出清仓处置清单 |
| 库存层 | 库存周转天数 | > 90 天 | > 120 天 | 暂停补货并评估 |
告警只解决"发现问题"，归因才解决"怎么处理"。我的下钻路径固定是四步：先确认是收入侧还是成本侧，再确认是个别 ASIN 还是整体，再确认是哪个费用科目，最后确认是规则变化还是运营动作导致的。
举个例子：净利率从 10% 跌到 7%。第一步，看收入侧，客单价没变、销量没变，所以是成本侧。第二步，看分布，只有 12 个 ASIN 净利率下滑，是局部问题。第三步，看科目，这 12 个 ASIN 的仓储费集体上涨。第四步，看原因，它们都是同一批 210 天库龄的货。
四步走完，结论就很清楚：不是广告问题，是库存结构问题。归因路径固定下来，排查时间能从一周压缩到半天。
日报只看三件事：当日净利为负的 ASIN、广告花费占比超阈值的 ASIN、退货率异常波动的 ASIN。日报要短，最好控制在 10 个对象以内，否则没人看。
周报看四件事：费用科目环比偏差、库龄结构变化、库存周转天数、新触发告警的处理进度。月报看两件事：资金层的汇兑与预留金口径复盘、库存层的减值与弃置复盘。
这个分工的核心逻辑是：日报管止损，周报管调优，月报管结构。把三者的目标混在一起，报表就会变成没人读的长文档。
前面讲的是逻辑，这一节讲落地。我自己的店铺和几个朋友的店铺，都是在数跨境这套工具上把这套框架跑通的。官网在这里：https://shukuajing.jiushuyun.com/?utm_source=seo&utm_plan=est&utm_unit=gys
选工具的时候我只看四个能力。第一，多店铺多平台的数据能不能合并到一个口径里，否则跨店铺对比毫无意义。第二，费用能不能下钻到 ASIN 甚至订单级别，这决定了能不能做归因。第三，能不能自定义告警规则，而不是只能看固定看板。第四，库存和资金数据能不能和利润数据打通，这决定了风险排查能不能覆盖到第三、第四层。
数跨境在这四点上是能满足的：多店铺合并、SKU 级利润核算、费用明细下钻、库龄与周转分析、自定义预警规则都在同一套系统里。对我来说最关键的是不用在两三个工具之间来回导数据，口径天然一致，这一点在实际使用中省掉的时间远超预期。
一个做 3C 配件的卖家，月销大约 45 万美金，店铺整体净利率 11.3%，他自己觉得挺健康。接入 SKU 级核算后，第一周就发现 TOP 10 销售额里有 2 个款是负毛利。
其中一款单价 39.9 美金，毛利率看着有 38%，但算上 FBA 配送费、退货处理费（退货率 13.7%）、广告分摊之后，净利率是 -6.2%。它占了 9.4% 的销售额，也就是说，卖得越多亏得越多。
他当时的反应是"这款我再优化一下广告"。我建议他先算清楚这款的盈亏平衡点：把退货率降到 6% 以下，或者把售价提到 44.9 美金，才能回到正毛利。最后他选择下架重做包装，把尺寸分段降了一档，单均 FBA 费用降了 1.8 美金，同时改了详情页的描述一致性，退货率降到 7.1%。三个月后这款的净利率回到 5.4%。
一个家居类目卖家，季节性很强，每年 Q2 备货、Q3 出货。他以前的做法是 Q3 结束后才盘点滞销，那时候长期仓储费已经开始计费了。
用了库龄预警之后，系统在他库龄到 210 天的时候就发了红色告警：有 17 个 SKU 的库龄超过 270 天的占比达到 18.6%。他提前 45 天启动清仓，用了降价 + 站外清货的组合，平均折扣 32%。
结果是这批货有 78% 在进入长期仓储费阶梯之前出清，剩下的 22% 付了一个月的附加费。相比上一年度同期，仓储类费用少了大约 2.3 万美金，弃置数量从 1400 多件降到 300 多件。
这个案例最能说明第三层的重要性。一个服装卖家，账面月度净利率 13.8%，但他在月底准备付款给供应商时发现账户余额不够。查了之后发现，实际可支配回款对应的净利率只有 2.9%，差出来的 10.9 个百分点来自两部分。
一部分是汇兑损失，那个月结算货币对人民币贬值幅度比较大，折算后少了约 4.2 个百分点。另一部分是账户预留金，因为店铺近期有绩效申诉，平台提高了预留比例，短期内占用了大量资金，相当于又压了 6.7 个百分点。
这两项在他的旧报表里都没有单独体现，全都混在"净利"里。账面利润衡量的是经营能力，可支配现金流衡量的是生存能力，两者必须分开看。
把几个店铺的数据汇总一下，上线这套体系前后（前后各取 6 个月）的对比大致是这样。需要说明的是，这些数字来自我和几个朋友的店铺观察，属于样本推演，不是行业统计，你可以当成一个参考基准。
框架是通用的，但落地节奏必须跟你的规模匹配。用一套复杂的体系去管一个月销 3 万美金的店，只会把自己拖死。
这个阶段不需要上复杂工具，先把三张表做出来就行。第一张是 ASIN 级利润表，至少包含销售额、FBA 费用、广告费、退货成本、仓储费、净利率六列。第二张是库龄表，按 0-90、91-180、181-270、270+ 四个区间统计库存占比。第三张是回款对账表，把结算金额和账面利润做月度对齐。
这三张表用 Excel 就能做，每周更新一次。重点不是精确，是养成"按对象看利润"的习惯。
这个阶段人工拼表的时间成本已经不可接受了，必须上工具。核心目标有两个：一是把核算颗粒度稳定在 SKU 级，二是把前面那张阈值表里的规则固化到系统里自动跑。
这个阶段我建议优先接入的是多店铺合并和 SKU 级利润核算，因为跨店口径统一是后面所有分析的前提。数跨境在这块的处理方式是先做统一口径映射，再做合并，避免了"各店算法不同导致汇总失真"的问题。
到这个规模，单纯看利润已经不够了。你需要同时盯住三条线：利润线、现金线、库存线。利润线看的是赚钱效率，现金线看的是资金周转和汇兑敞口，库存线看的是资产质量和减值风险。
我建议这个阶段把告警规则升级成有优先级的分层机制：红色告警当天处理，黄色告警三天内处理，蓝色告警纳入周会议题。没有优先级区分的告警系统，最后一定会被忽略。
工具再好，没人接也白搭。我的建议是明确三个角色：运营负责红色告警的当日响应，财务负责口径维护和月度复盘，负责人负责黄色以上告警的取舍决策。
例会机制上，我建议每天早上 15 分钟过红色告警，每周一次 45 分钟过费用偏差和库存结构，每月一次大复盘过资金层和结构性调整。把告警处理写进日常节奏，比写进制度文档有用得多。
这一节我想讲几个没有标准答案的问题。它们不是"哪个更好"，而是"在你的阶段哪个更划算"。
要做到订单级精度，需要处理大量数据，跑一次可能要好几个小时。要做到小时级速度，就只能跑关键科目的聚合。我的取舍是：日常监控用速度优先，月度复盘用精度优先。
日常只要能把异常对象挑出来就够了，不需要精确到每一分钱。但月度复盘涉及到供应商结算和团队考核，这时候精度必须保证，跑得慢一点没关系。
全成本归集听起来更专业，但你会发现很多科目的分摊口径本身就存在争议。比如广告费怎么分摊到 ASIN，新品期是否应该单独计算，这些都没有唯一答案。
我的做法是：日常用关键成本归集，只算 FBA、广告、退货、仓储四项，快速出结论；月度用全成本归集，把所有科目算进去，用于校准。两套口径并行，不用一套口径解决所有问题。
有些团队规模大了之后会想自研。我的判断标准是：如果你的核心竞争力是选品和运营，那就采购；如果你的核心竞争力是数据能力本身，那可以考虑自研。对绝大多数卖家来说，自研的隐性成本（维护、口径更新、人员流动）远超预期。
平台规则一年调整好几次，自研系统需要跟着改。采购工具的好处是这部分工作量由服务商承担。这里的取舍本质上是"用钱换时间"还是"用时间换控制权"。
我早期犯过一个错：把所有能设的规则都设上了，结果每天收到几十条告警，最后全部忽略。后来我把规则砍到 12 条，只保留真正会导致亏损的那些，响应率立刻上来了。
判断一条规则该不该留，我的标准是：这条告警命中后，我是否会改变原来的动作？如果答案是不会，那这条规则就不该存在。
多店铺经营时，统一口径是必须的，否则没法对比。但灵活口径也有价值，比如某个店铺有特殊的促销结构，完全按统一口径算会失真。
我的做法是：底层数据统一口径，上层分析允许按需调整。也就是说，明细数据只有一份标准，但报表层可以有多个视图。这样既保证了可对比性，也保留了业务弹性。
回到开头那个黑五净亏四万的朋友。他后来的做法不是换广告代理，而是花了三周把 SKU 级核算和五条核心告警规则搭起来。第二个月他发现了 6 个负毛利 ASIN，第三个月把库龄超过 240 天的货清掉了七成，第四个月净利率回到了 9.6%。
我想强调的独特观点是：利润核算和风险排查本来是同一件事，被人为拆成了财务和运营两个部门的工作，才导致两头都做不好。核算提供了风险的语言，排查提供了核算的目的。分开做，核算变成背书，排查变成救火。
另一个容易被忽略的点是：风险排查的价值不在于"减少告警"，恰恰相反，一个健康的体系里告警数量应该是稳定甚至上升的。告警变多说明系统的感知灵敏度在提高，真正要盯的是告警的处理时长和闭环率，而不是告警条数。
如果你的下一步是开始搭这套体系，我建议按这个顺序走：第一步，先用一个月时间把 ASIN 级利润表做出来，哪怕粗糙也没关系；第二步，找出净利率最低的 20 个 ASIN，逐个分析费用结构；第三步，把前面那张阈值表里的规则挑 5 条最关键的固化到工具里；第四步，建立每天 15 分钟的红色告警例会。
工具层面，如果你现在还在用 Excel 拼表，可以先去数跨境看一下它的 SKU 级利润核算和库龄预警是怎么做的：https://shukuajing.jiushuyun.com/?utm_source=seo&utm_plan=est&utm_unit=gys 。不用急着全量接入，先拿一个店铺跑一遍，把口径和阈值调准，再铺开到其他店铺。
最后提醒一句：这套体系最大的敌人不是技术难度，是坚持。我见过太多团队搭好了报表和告警，跑了三周就没人看了。把它变成每天早上第一件事，比把它设计得多完美重要得多。
我第一次把后台数据导进软件时，发现同一款产品软件显示毛利18%，我自己的表算出来只有9%，差了一半，当时第一反应是软件在瞎算。后来我把两个口径逐项拆开才发现，问题根本不在工具，而在我自己没搞清楚该用哪个数据源、哪些费用该摊进去、按什么时间周期归集。
先按“数据源，费用范围，时间口径”三层拆。数据源以亚马逊结算报告为准，后台付款页面的汇总金额和各报表明细可能因结算周期错位，别拿销售报表直接当利润。
费用范围逐项对齐：佣金、FBA配送费、月度仓储费、长期仓储费、退货处理费、广告费（含SP/SB/SD）、Coupon与促销折扣、Vine、订阅费、汇兑损益，再叠上采购成本、头程（含关税清关）、国内段运费与包材。
时间口径最容易出错，广告费当天扣、结算是14天一轮，若按自然月对齐，月末那几天必然错位，建议统一按结算周期归集。差得最多的一般是头程分摊和退款冲减：头程按件还是按重量分摊、退款是冲减销售额还是计入成本，选一种并写进团队口径文档，之后所有报表都用这一套，两边自然对得上。
我们之前做风险排查基本靠感觉，看哪个产品最近不太行就临时去翻数据，结果往往是已经压了一堆货才反应过来。后来我想把这件事做得有章法一点，但网上的指标清单动辄二三十个，全盯又盯不过来，反而一项都没坚持住。
把指标收敛到“吃掉利润的四类”：价格与流量、履约成本、库存与退货、现金占用，每类挑两个就够。价格流量看毛利率和ACOS，判断线是ACOS大于毛利率即结构性亏损，这不是经验值而是数学关系，亏损广告单越多亏得越快；同时用Coupon和Deal后的实际成交价算利润，别用List Price。
履约成本看FBA配送费占售价比和仓储费占比，配送费占比超过25%就要复核尺寸重量分段有没有被判定错，分段错了单件能差好几美金。库存退货看退货率和库龄分布，退货率超过所在类目均值1.5倍、或近90天动销低于1，就该进处理清单；库龄按180天、270天、365天分档，接近下一档的优先清。
现金占用看库存周转天数和在途金额，周转超过90天且毛利率低于15%的SKU，属于越卖越紧的典型。阈值不要一次定太细，先用这套跑一个月，把误报率最高的一项调松，能坚持下来比定得漂亮重要。
我一开始是纯表格党，觉得花钱买软件不如自己算，反正SKU不多。但等到店铺做到三四十个在售ASIN、同时跑三条广告线的时候，我发现自己每周光对账就要花掉一整天，而且还经常算错，错的还是头程分摊这种影响决策的关键项。
用“SKU数×费用复杂度”来判断。粗略口径：在售ASIN少于20个、广告结构单一、只做一个站点，表格足够，钱省下来更划算；超过30个ASIN，或同时运营两个以上站点，或有FBA加海外仓混合发货，人工对账的时间成本通常已经超过软件年费，这时候该上。
选型别只看能不能算利润，重点看三件事：能不能直接对接结算报告而不是靠销售报表估算；费用项能不能配置，特别是头程分摊规则和退款处理方式，每家算法不同，不能配就等于被迫接受别人的口径；能不能按SKU或ASIN维度倒查费用明细，只能给汇总数的，出问题时你没法定位是哪一笔。
另外提醒一句，多站点卖家的汇率和税（欧洲VAT、美国销售税代扣）要确认是不是按结算日汇率、是否已含在成本里，这一项的金额差异经常比软件年费还大。
我们最早的节奏是想起来就看一次，大促前突击复盘，平时没人管。结果问题总在事后才被发现，比如某个SKU已经连着三个月亏损，等我在季度会上看到数据的时候，下一批货早就发出去了。所以我现在更关心的是频率和分工，而不是用什么工具。
分三层节奏。日层只看两件事：异常订单和广告花费突增，靠预警就行，不需要人工算利润，看今日毛利率是否低于设定线和单日ACOS是否超过毛利率。
周层做SKU级复盘，固定同一天，比如每周一上午，输出三张清单：亏损清单（连续两周毛利率为负）、费用异常清单（某项费用环比涨超30%）、库存风险清单（库龄进入下一档或周转超90天）。
月层做口径校准和决策，核对软件利润与结算报告总额的差异率，一般控制在1%以内算正常，超过就去查是汇率、退款还是某笔费用没抓到；同时按利润贡献给SKU分档，决定加推、维持还是清退。把这三层写进SOP并指定责任人：日层由运营助理看，周层由运营主管出清单，月层由负责人做决策。
最关键的一条是清单必须产出动作和截止日期，只出报表不派活的复盘，做三个月就会自然停掉。
读者评论
ASIN级核算我做了半年，最大的坑不在核算逻辑，而在数据对齐。后台报表、广告、退货三套口径的时间维度经常对不上，退货按退款日归集，广告按点击日，同一个ASIN的日毛利反复跳动，反而看不出趋势。我的做法是先固定归集口径再上工具，否则规则写得再漂亮也是噪声。
五个科目占七成我信，但比例应该分品类看。我做服装，退货加不可售库存损失加起来接近三成，汇兑那块反而很小，因为回款周期短。直接照搬这组占比去排优先级容易偏。另外FBA配送费那28%，很多时候不是费率变了，是自己的尺寸分段量错，值得先核对一轮再谈优化。
告警规则那段最实在。我配过类似的，最后发现难点是阈值和收敛，不是规则本身。净利率为负连续7天这条，旺季备货期几乎天天命中，推到最后没人看。后来改成按类目分位数看偏离度，命中率才降下来。工具跑规则不难，难的是让人愿意在推送后真的动手处理。