上个月我帮一家做亚马逊美国站、欧洲站加 TikTok Shop 的卖家看账。老板只问了一个很朴素的问题：这三个渠道，哪个真的在赚钱？财务的回答是，给我三天。ERP 里订单、库存、店铺、采购单都在，数据一点都不缺，可要把"真实利润"算出来，还是要从各平台后台导结算单、拉广告报表、对汇率、拆物流费、追溯退款，最后拼成一张 Excel。这不是 ERP 不行，而是我们长期默认了一个错误前提：ERP 里有数据，等于指标可信。
这两件事之间隔着一整套财务核算口径。
这篇进阶课不讲"ERP 有哪些模块"，也不讲"上线 ERP 就能提升盈利能力"。我想讲的是那条被大多数团队跳过的链路：平台账单怎么来，ERP 怎么接，财务怎么核算，指标怎么定义，看板怎么用，最后如何复盘。链路里任何一环没打通，老板看到的那张利润表就只是"看起来像利润"。
我带过的跨境财务团队里，几乎所有人都经历过同一个循环：报表不准 → 归因到 ERP 不好用 → 换系统或加模块 → 新系统上线半年 → 报表还是不准。循环重复两三次之后，团队对数据彻底失去信任，最后退回到"老板拍脑袋 + 财务手工拼表"。
第一个结论：指标失真，90% 的原因出在口径，不出在工具。收入按订单日期确认还是按结算日期确认，汇率用月初、月末还是结算日，平台佣金算收入抵减还是算费用，这些选择不同，同一份原始数据能算出完全不同的毛利。
第二个结论：ERP 是数据底座，不是指标定义者。ERP 负责把订单、库存、采购、资金这些单据采集齐、串联上、自动化掉重复劳动，但"什么叫净收入""什么叫贡献毛利"必须由财务和业务共同定义，写进指标字典，再由系统执行。
第三个结论：先做指标字典，再做可视化看板。顺序反了，看板只会把错误口径放大一百倍。看板越漂亮，误导越深，因为没人再去核对底层数字。
工具是可以买的，口径只能自己长出来。市面上能对接亚马逊 SP-API、能导入 Shopee 和 TikTok Shop 结算单的工具不少，能把数据接进来这件事本身已经不稀缺。真正稀缺的是：同一批数据进入系统之后，按什么规则归集到店铺、SKU、主体、期间和科目上。
我见过一个很典型的例子。同一家卖家的同一个月数据，两套口径算出来的欧洲站毛利率差了 7.8 个百分点。差异全部来自三处：VAT 是否计入成本、广告费是否按站点分摊、退款是按发生月还是按订单月冲减。这三处没有一个是 ERP 能替你决定的。
我习惯把这条链路拆成六段：平台账单 → 数据接入 → 财务核算 → 指标定义 → 经营看板 → 复盘优化。每一段都会"漏损"一部分信息，最后能支撑决策的指标，往往只剩原始数据的一小部分。
讲口径之前，得先把复杂度说清楚。很多通用财务课程讲指标，默认场景是单主体、单币种、单渠道，这套框架直接搬到跨境业务上会立刻失效。跨境的复杂度不是"更多一点"，而是"多出一个量级"。
多平台：亚马逊、Shopee、Lazada、TikTok Shop、Temu、独立站，每个平台的结算逻辑、费用项、账期、退款规则都不一样。亚马逊的结算周期是 14 天滚动，TikTok Shop 可能按周或按半月，独立站则取决于支付通道。
多店铺：同一个人可能管 5 个亚马逊店铺、3 个 Shopee 站点，店铺之间还会互相调拨库存。如果 ERP 里店铺维度没有和主体、站点、仓库做映射，报表一合并就乱。
多主体：为了合规和税务，卖家常常注册多家公司、多个境外主体。这时候"公司赚了多少"和"老板赚了多少"是两张完全不同的报表，合并抵消没做好，利润会虚增。
多币种：收美元、付人民币、结欧元、缴英镑 VAT。记账汇率、结算汇率、月末汇率分别用在哪个环节，如果没写清楚，同一个月的毛利会随汇率波动而漂移。
多费用：平台佣金、支付手续费、FBA 仓储费、长期仓储附加费、广告费、促销折扣、测评成本、物流头程、尾程、关税、退货处理费，加起来十几项，每一项的归集维度都不同。
多结算周期：订单在 1 月，发货在 1 月，平台结算在 2 月，回款在 3 月。利润算在哪个月，直接影响月度经营会的结论。
我在 2023 年跟过一家年 GMV 约 1.2 亿的卖家，记录了他们财务团队一个完整月结周期的时间分布。这个样本不大，但结构很有代表性：真正花在"核算判断"上的时间不到三成，剩下七成消耗在导表、清洗和找差异。
很多人第一次做对账时会惊讶：明明订单系统和结算单是同一批货，金额为什么对不上？差异来源其实高度固定，只是每一项都要单独处理。
| 差异类型 | 典型表现 | 对指标的影响 | 处理方向 |
|---|---|---|---|
| 平台费用扣减 | 结算单净额已扣佣金、支付费 | 用订单金额当收入会虚增收入与毛利 | 收入按净额或收入与费用分列，口径统一 |
| 跨期结算 | 12 月底订单，1 月才结算 | 月度利润忽高忽低，年度口径可能一致 | 明确按订单期间还是结算期间确认 |
| 退款与退货 | 退款发生在订单月之后 | 当期毛利虚高或虚低 | 按发生月冲减，并单列退款率指标 |
| 平台补贴与返点 | 促销补贴、广告返点 | 容易漏记，导致成本被高估 | 单独设科目，按活动或站点归集 |
| FBA 库存调整 | 仓储费、长期仓储费、销毁费 | 容易被并入物流费，看不清真实履约成本 | 拆分仓储与物流两个科目 |
| 汇率差异 | 结算日汇率与记账汇率不同 | 汇兑损益被混入毛利 | 单列汇兑损益，不参与毛利计算 |
下面这八个误区，我在不同规模、不同品类的卖家身上反复见到。它们的共同点是：短期看不出问题，等发现的时候，历史数据已经没法追溯修正。
GMV 是交易总额，里面包含未支付订单、已取消订单、已退款订单，还包含平台佣金前的全额。用 GMV 做经营分析，会系统性高估规模。我的建议是：GMV 只作为流量与转化效率的参考指标，永远不进利润表。
跨境业务里，采购成本往往只占售价的 25%-40%。平台佣金、头程物流、尾程配送、FBA 仓储、广告费、退款损失加起来，通常能和采购成本相当。只减采购成本算出的"毛利率"，在决策上基本没有参考价值。
这是最隐蔽的一个坑。团队里 A 用月初汇率、B 用付款当天汇率、C 直接抄平台结算汇率，结果同一批数据在不同报表里金额不同。汇率不是"选一个就行"，而是每个场景对应固定的汇率类型，并且一旦确定就不轻易改。
"这笔是 12 月的单，1 月才结算，随便记哪个月都一样吧？"，不一样。它会让 12 月的利润虚高、1 月的利润虚低，然后在季度会上得出错误结论。跨期规则必须书面化，并让系统按规则而不是按"记账时的心情"执行。
广告费按店铺分摊只能回答"哪个店花得多"，回答不了"哪个 SKU 花得值"。对于多 SKU、多站点的卖家，广告费至少要能分摊到 SKU 或者广告活动层级，否则广告 ACOS 和 ROI 就没有意义。
退款如果不及时冲减当期收入，旺季之后的退款潮会把利润"倒扣"回上个月。退货还有一层成本：退回的货可能无法二次销售，这部分损失应该单独识别，而不是藏在库存里。
有些团队习惯用一个平均成本核算所有批次，这在价格稳定的品类没什么问题，但在价格波动大的品类会导致毛利失真。特别是清库存的时候，平均成本会让滞销品的亏损被畅销品的利润掩盖。
最致命的一个。如果指标体系只服务于财务出报表，运营就不会关心口径，也不会主动提供业务解释。结果是财务每月交出一张没人讨论的报表，指标永远无法反哺业务。
我自己的方法论可以压成三句话：四个统一打底，四层指标分层，三种校验兜底。这套框架不依赖特定 ERP，换系统也能迁移。
先把"谁在卖"这件事定义清楚。主体指法律实体，店铺指平台账号，站点指国家或地区，仓库指物理节点。这四者要建一张映射表，一个店铺归属哪个主体、发往哪个站点、货从哪个仓出，全部落表。
我的建议是三类汇率分工明确：记账汇率用于期末折算和报表编制，结算汇率用于平台实际回款，业务汇率用于内部定价和毛利分析。三类汇率各司其职，不要互相替代。
把跨境费用拆成固定科目：平台佣金、支付手续费、广告费、头程物流、尾程配送、仓储费、关税与 VAT、退款损失、汇兑损益。科目一旦定下来，所有平台的数据都往这套科目里映射，而不是每个平台一套写法。
订单日期、发货日期、结算日期、回款日期、财务期间，这五个时间点要建立起换算规则。我的经验是：收入确认以订单日期所在期间为主，结算差异通过"在途结算"科目过渡，避免每月利润大起大落。
指标体系不是一张平铺的指标清单，它应该有层次。低层是核算结果，高层是经营判断，越往上越依赖业务解释，越往下越依赖数据质量。
| 层级 | 核心指标 | 主要用途 | 关联核算科目 |
|---|---|---|---|
| 基础核算层 | 收入、成本、费用、税金、应收应付、存货 | 账务准确、报表合规 | 主营业务收入、成本、各项费用、应交税费、库存商品 |
| 经营分析层 | 净收入、贡献毛利、净利、平台费用率、广告 ACOS、履约成本率、退款率 | 判断渠道与品类是否赚钱 | 收入抵减项、销售费用、履约成本 |
| 资金效率层 | 回款天数、现金周期、库存周转天数、资金在途、汇兑损益 | 判断增长是否有现金流支撑 | 应收账款、货币资金、汇兑损益、存货 |
| 风险合规层 | VAT 计提准确率、申报及时率、异常交易占比、退款异常率 | 识别税务与平台风险 | 应交税费、预计负债、其他应收款 |
这里我要强调一个判断：指标不是越多越好，而是越"可追溯"越好。任何一个进入看板的指标，都必须能回答三个问题，它从哪张表来、公式是什么、变化时找谁。答不上来的指标，先别放进看板。
勾稽校验：让层级之间能对上。收入减成本减费用等于利润，贡献毛利加回各项分摊费用等于净利，任何一层对不上就说明口径有断点。
抽样校验：每月随机抽 20 到 30 个订单，从平台账单一路追到财务凭证，看金额、期间、科目是否一致。这个动作看着笨，但能发现系统里最隐蔽的规则漏洞。
趋势校验：指标出现超过设定阈值的变化时触发核查。比如履约成本率环比上升超过 2 个百分点、退款率上升超过 1.5 个百分点，就应该有人去解释，而不是等下个月再说。
指标字典这个词听起来很重，其实就是一张表。但就是这张表，决定了你的报表能不能被信任。我要求团队里每个核心指标都必须落表，不落表的指标不许上看板。
字段固定为七个：指标名称、业务含义、计算公式、数据源、更新频率、责任人、异常阈值。缺任何一个，这个指标在出问题时就无法定位。
| 字段 | 填写要求 | 常见错误 |
|---|---|---|
| 指标名称 | 唯一命名，中英文对照 | 同一指标在不同报表里叫法不同 |
| 业务含义 | 一句话说清它回答什么业务问题 | 只写公式不写用途 |
| 计算公式 | 写清分子分母和取数范围 | 省略"按订单期间"这类限定条件 |
| 数据源 | 具体到表名或报表名 | 只写"来自 ERP" |
| 更新频率 | 日更、周更、月更明确 | 全部写实时，结果没人维护 |
| 责任人 | 具体到岗位或人名 | 写"财务部" |
| 异常阈值 | 给出触发核查的边界 | 留空，导致异常无人发现 |
下面给出我内部常用的写法，注意公式里的限定条件，这些限定条件才是真正的口径所在。
指标名称：净收入
业务含义：扣除平台佣金、支付手续费、退款与折扣后的实际收入，用于判断渠道真实收入规模
计算公式：净收入 = 订单收入 – 平台佣金 – 支付手续费 – 退款金额 – 促销折扣
数据源：平台结算单（明细行）、ERP 订单主表
更新频率：日更（T+1）
责任人：跨境核算会计
异常阈值：单店铺净收入/订单收入 环比下降超过 8% 触发核查
指标名称：贡献毛利
业务含义：剔除与销售直接相关的变动成本后，用于判断渠道、品类、SKU 是否值得继续投入
计算公式：贡献毛利 = 净收入 – 采购成本 – 头程物流 – 尾程配送 – 仓储费 – 广告费 – 退款损失
数据源：净收入指标、成本核算表、广告后台报表、物流账单
更新频率：周更
责任人：财务分析师
异常阈值：单品类贡献毛利率低于 8% 触发专项分析
指标名称：平台费用率
业务含义：平台各类收费占净收入的比重，用于评估平台政策变化对利润的侵蚀
计算公式：平台费用率 = (平台佣金 + 支付手续费 + 仓储费 + 平台推广费) / 净收入
数据源：平台结算单费用明细
更新频率：月更
责任人：跨境核算会计
异常阈值：环比上升超过 1.5 个百分点触发核查
指标名称：库存周转天数
业务含义：衡量从入库到售出的平均周期，反映资金占用效率
计算公式：库存周转天数 = 平均库存成本 / 当期出库成本 × 期间天数
数据源：ERP 库存台账、成本核算表
更新频率：周更
责任人：库存与计划岗
异常阈值：超过品类目标值 30% 触发滞销预警
我见过太多团队把所有指标都标成"实时"，结果没有一个是准的。更新的频率应该由"这个指标会被用来做什么决策"倒推。
日更的指标，通常是用来做异常监控的，比如当日订单量、当日广告花费、当日退款笔数。周更的指标，用来做短期调整，比如贡献毛利、ACOS、履约成本率。月更的指标，用来做正式的经营复盘和绩效评估，比如净利率、库存周转、平台费用率。
框架讲完，说落地。我建议把建设路线分成四个阶段，每个阶段解决一个明确问题，不要试图一步到位。
目标是让平台结算单、广告报表、物流账单能自动进入系统，并完成订单级别的匹配。这一阶段的成功标准很朴素：月结周期从 5 个工作日压到 3 个工作日以内。
关键动作有三件。第一件是梳理每个平台的结算单字段，做统一映射；第二件是定义订单匹配规则，处理一对多、多对一的情况；第三件是建立差异池，所有匹配不上的行都进池子人工处理，而不是直接丢弃。
这个阶段最容易被跳过，却最影响后面对账。要把科目体系、店铺维度、SKU 维度、活动标签全部标准化，让同一笔费用在不同报表里能被同一套标签检索到。
我通常要求做到三层标签：科目层（佣金、广告、物流）、对象层（店铺、站点、SKU）、场景层（新品期、清库存、大促）。三层标签齐全之后，后面做任何切片分析都不用重新导数据。
看板不要做成"给老板看的一张大图"，要按角色分。老板看的是净利、现金流、库存周转这几件事；运营看的是费用率、ACOS、转化和退货；财务看的是对账差异、科目异常、税务合规。三层看板共用同一套指标字典，数据源一致，只是视角不同。
前三阶段做完，数据才具备做预算的基础。这一阶段可以开始做滚动预测、费用预算控制、异常自动预警。注意顺序：先准、再快、最后才是预测。数据不准的时候做预测，等于用错误放大错误。
说到具体工具，我在给中小跨境卖家做方案时，会用到数跨境（官网：https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys）。它属于九数云体系下的跨境电商数据工具，定位是帮卖家把多平台、多店铺的数据接进来，做归集、对账和指标计算，再输出经营看板。
从我实际使用的体感来说，它在链路上主要接管了三段。第一段是数据接入，把亚马逊、Shopee、TikTok Shop 等平台的结算单、广告报表、订单数据统一接入，省掉逐平台导表的机械劳动。第二段是归集与计算，按店铺、站点、SKU 维度做费用归集和指标计算，因为底层是表计算引擎，指标公式可以自己写，这点对财务口径自定义很重要。第三段是看板输出，把指标按角色分层呈现。
但我必须说清楚一个边界：工具能接管的是"计算"和"呈现"，接管不了"口径"。先定义好净收入怎么算、广告费怎么分摊、汇率用哪一种，工具才能跑出有意义的结果。反过来，如果口径没定清楚就上工具，只是把混乱从 Excel 搬到了看板上。
同样是"围绕财务核算完善指标体系"，年 GMV 五千万和年 GMV 五亿的团队，做法应该完全不同。下面按四个典型情况给出建议。
这个阶段不要上重系统。核心动作是两件：把费用科目表定下来，把指标字典的核心十项写出来。工具层面，用现成的跨境数据工具做归集和看板，成本远低于自建。
优先要做的指标是净收入、贡献毛利、平台费用率、退款率、广告 ACOS、库存周转天数。这六个跑通了，老板 80% 的决策问题都能回答。
这个阶段的痛点是"数据有但口径乱"。建议先做一次口径专项梳理，重点解决汇率口径、跨期确认、费用分摊三个问题，再做指标字典的全面落地。
同时要建立月结复盘机制，让财务和运营坐在同一张表前面。这个阶段最忌讳的是继续加模块，模块解决不了口径问题。
这个阶段必须做主体映射和合并抵消。要建立"主体，店铺，站点，仓库，SKU"的五级维度体系，并明确合并报表的抵消规则。
建议设立独立的财务数据岗或数据小组，专门负责口径维护、指标字典更新、异常核查。这个岗位不产生收入，但能防止错误决策造成的损失。
不要急着换系统。先做三件事：一是抽 30 个订单做全链路追溯，找出断点在哪；二是核对汇率口径是否唯一；三是检查跨期规则是否被系统真正执行。我经手的案例里，八成的问题能在两周内定位，其中一半靠配置和规则调整就能解决。
做指标体系的过程，本质上是不断做取舍。想清楚取舍，比堆功能重要得多。
要"准"，就要加校验、加复核，速度必然下降；要"快"，就要接受一定程度的近似，比如日更指标允许小幅口径简化；要"全"，就要接入所有平台所有维度，维护成本会指数上升。
我的建议是：核心决策指标优先保"准"，监控指标优先保"快"，分析维度优先保"够用"而不是"全"。一个指标如果半年没人看过，就应该从看板上撤下来。
判断标准是"你的差异化在哪里"。如果指标体系本身是你管理能力的一部分，且需要频繁自定义口径，用支持自定义计算的工具更划算。如果只是要标准化的多平台归集和看板，采购现成方案的时间成本更低。
自研的真正成本不在开发，而在长期维护。平台 API 变化、字段调整、结算规则更新，都需要有人持续跟进。中小团队往往低估了这部分投入。
多主体能带来税务和合规上的灵活性，但核算复杂度会显著上升，合并抵消、内部交易、转移定价都需要处理。我的判断是：只有当合规收益明显大于核算成本时，才值得拆主体。纯粹为了"看起来规范"而拆，往往得不偿失。
我的经验值是：一个成熟的跨境经营看板，核心指标控制在 15 到 25 个之间。低于 15 个，很多问题看不出来；高于 25 个，没人会认真看。
最后给两套可以直接用的东西：一套是上线前的检查清单，一套是月结复盘的动作顺序。
第一步，跑一致性校验，确认层级之间能对上。第二步，看异常指标清单，只讨论触发阈值的那几个。第三步，由运营解释异常原因，财务确认口径是否有问题。第四步，把结论落到下个月的动作上，明确谁负责。
这里有个细节很关键：复盘会不要讨论"所有指标"。只讨论异常的、有变化的、和上月目标偏差超过阈值的。全部过一遍的结果就是全部记不住。
第一个是平台规则变化。平台调整费用项或结算周期，映射关系就需要同步更新，很多团队漏掉这一步，导致某个月费用突然异常。
第二个是新品和新站点。新品类往往没有历史成本数据，成本核算容易失真；新站点的税务和物流结构不同，直接套用老站点的指标口径会出错。
第三个是人员更替。口径写在人脑里而不是文档里，人员一走口径就断了。这也是为什么我坚持指标字典必须落成文档，而不是留在某个人的 Excel 里。
回到开头那个老板的问题，三个渠道哪个真的在赚钱。真正的答案不是一张更漂亮的报表，而是一套能持续产出可信数字的机制：平台账单能被自动接入，财务核算有明确口径，指标有定义、有责任人、有异常阈值，看板按角色分层，每月有复盘闭环。
这套机制里，ERP 和数据工具负责"把数据搬过来、算出来、画出来"，财务负责"定义清楚怎么算"，业务负责"解释为什么变成这样"。三者缺一，指标体系就只是一个好看的空壳。
如果要我给一个独特的总结，我会这么说：跨境电商的财务进阶，不是从记账进阶到分析，而是从"算一个总数"进阶到"算清楚每一层口径、并能追到每一笔原始单据"。当你能把任何一个利润数字追回到平台账单的某一行时，指标体系才算真正立住了。
如果你现在正卡在"ERP 有了数据但利润算不清"这一步，我建议别急着加模块或换系统，先花两周把口径这件事梳理清楚。可以在数跨境（https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys）上先跑一小批数据，用真实的平台账单验证你的口径设计是否成立。指标体系的建设从来不是一次上线，而是一轮又一轮的对账、校准和复盘。
我们 ERP 里每天都能看到各平台店铺的 GMV，老板开会也习惯直接拿这个数跟我讨论利润。可我做月度分析时发现，按 GMV 算出来的毛利率好看得离谱，跟银行到账和财务利润表完全对不上，我就一直搞不清到底该用哪个数当收入口径。
GMV 只是成交总额，是下单口径，不是会计收入。要在 ERP 里把两者分开：收入要按扣除退款、取消订单、平台优惠券分摊后的净额确认，还要区分已发货确认还是结算确认。
可执行的做法是让 ERP 订单表拆出成交金额、退款金额、平台补贴、卖家实收四列，再映射到财务科目，指标层统一用净收入（Net Revenue）做分母。判断依据是收入确认原则和平台结算单，只要财务口径和结算单能逐单勾稽上，GMV 就只保留为运营过程指标，不进利润表。
我们做亚马逊、独立站和几个东南亚平台，回款有美元、欧元、马币，ERP 里订单币种和结算币种经常不是同一个。上月按月初汇率折算，这月又按结算日汇率，结果同一个店铺的毛利看起来波动特别大，我被问到是不是业务出问题了都不知道怎么解释。
关键是先把汇率用途分三类写进核算制度：订单确认收入用记账汇率（一般取交易日或当月固定汇率），平台实际回款用结算汇率，月末未结余额用月末汇率做折算调整。ERP 里对应建三张汇率表，按币种和期间维护，不要让每张报表各取各的。
指标的稳定性靠口径一致而不是靠汇率好看，同一指标跨月比较时必须保证用的是同一类汇率，一旦切换口径要在报表附注里写清影响金额。汇兑损益单独列一行，不要混进主营毛利，否则会掩盖真实经营变化。
我们之前 ERP 里费用就几个大类，广告费和平台佣金全塞进销售费用，退货和仓储费也没细分。后来老板想看单个店铺的贡献毛利，财务只能说算不出来，因为费用分摊的颗粒度根本对不上店铺和 SKU，这事让我特别被动。
费用设计要按能不能直接归属分两层。能直接归属到平台、店铺、订单或 SKU 的，比如平台佣金、支付手续费、广告费、头程和尾程物流费、仓储费、退款与售后损失，在 ERP 里用费用标签直接挂到对应维度，做到可追溯；
不能直接归属的，比如共用人力、软件订阅、办公费用，按事先约定的分摊规则（收入占比、订单量占比或工时占比）分摊，规则一旦确定就固定下来并留档。科目层级建议到三级：一级销售费用，二级平台费用/广告费用/履约费用/售后费用，三级按平台或店铺。
判断标准很简单，任意一个费用数字都要能回答它属于谁、依据是什么、谁负责复核。
我们 ERP 已经上线一年多了，报表也有一堆，但财务和运营各看各的，数据对不上就互相甩锅。我想推进指标体系，又怕一上来铺太大做不完，所以一直犹豫到底该先动哪里，是先接平台账单还是先做指标字典。
优先级按先准、再快、后预测来排。第一步只做对账自动化，把平台结算单、支付流水、ERP 订单和财务凭证做到能按期间勾稽，差距能解释清楚，这一步不做完后面所有指标都是浮沙。
第二步做维度和标签标准化，统一主体、店铺、站点、仓库、币种、费用分类，形成指标字典初稿，每个指标写清定义、公式、数据源、更新频率、责任人和异常阈值。第三步再上分层看板，老板层看净利和现金，运营层看费用率和转化，财务层看对账和合规。第四步才做预算、预测和异常预警。
90 天内能完成前三步就已经算有效推进，切忌一开始就追求指标数量。
读者评论
我们做亚马逊和独立站，最头疼的就是同一批数据两套口径。财务按结算日确认收入，运营看订单日，月度利润能差出一大截。文章说先做指标字典再上看板，这点很认同，否则看板越漂亮越误导。
从ERP实施角度看，漏斗图很真实。接入ERP不等于指标可用，平台补贴、FBA调整、跨期结算这些行，系统很难全自动匹配，最后还是要财务定规则兜底。没有口径校验，换系统也解决不了报表不准。
作为运营，以前只看GMV和ACOS，后来财务把贡献毛利拆到SKU才发现有些爆款根本不赚钱。广告费只按店铺分摊确实没意义，必须到活动或SKU层级，不然运营不会主动关心口径，报表也没人复盘。