Argent
ArgentWHYSHU
美客多日报 · 数据明细

日报里到底有哪些数据

一张飞书卡片能给你什么，这里逐条写清楚：16 个分区（其中 15 个是卡片上的数据区块，1 个是多店铺时的「跨店总览」）、共 73 条指标。每条都标出口径（怎么算）｜数据来源（官方 API / 本地计算 / 配置项）｜前置（要不要店铺授权、是不是每周更新、取不到时会怎么显示）｜用途（一句话说清能帮你做什么决策）。

本页逐条对应产品里实际交付的日报内容，不写「规划中」的能力承诺； 页面底部另有一节「不在这份日报里」， 把容易误解的几项一次说清。

READ FIRST

先看懂这份日报

六件事决定了你怎么读下面的指标表：数据从哪来、什么时候推、卡片长什么样、 哪些是周更、取不到会怎样、以及不想看的区块能不能关掉。

🔌

数据来源：官方 API，只读

全部业务数字都来自美客多官方 API——也就是用你的店铺授权换来的那条正规取数通道；比例、占比、可售天数、建议补货量、 环比、集中度、灯色这些，是拿到原始数据后在本地算出来的，不额外去取数， 也不等同于平台后台的同名指标。日报只读：只从官方 API 读数据、 只往飞书发卡片，不改你的商品 / 价格 / 订单，也不写你的飞书表格。

🏢

推送：企业版能力，按站点本地时间

日报自动推送属企业版能力（免费版 / Pro 版不含）。每店每天一张「日报卡」， 多店铺（≥2 店）时默认追加一张「跨店总览」卡；推送时刻默认是各店站点的本地 08:00（可在设置页改）。系统每小时检查一次， 没发成功会在之后 5 小时内逐小时重试，已经发过的不会重复发。 按天算的口径（「昨日」等）一律按站点本地时间算（例如墨西哥站按墨西哥当地时间）， 不换算成北京时间；币种也跟着站点走（墨西哥站显示墨西哥比索）。

🧩

卡片形态：风险常显，其余折叠

卡片上风险区常显（信誉与合规 / 待办与时效 / 发货时效）；经营 · 利润与费用 · 流量与转化 · 库存与补货是折叠面板，点开才展开。 卡片模板色由风险灯决定（出现红灯变红、黄灯变黄，否则绿）。每次推送一律发新卡，不会去改你之前收到的那张。

🗓️

「周更」是什么意思

「流量与转化」「低效 listing」「价格竞争力」三块标着周更：只在每周固定日 （默认周一）真正取一次数，其余日子显示上一次的结果，并在末尾标注数据日期 （例如「本组每周更新，上面是 06-17 的数据」）；连上一次的结果都没有时， 这一块就不显示，也不会为了凑数临时去取。其余区块都是日更。

🧯

取不到怎么办：按块隔离，如实标注

某一项数据临时取不到（没有授权、平台限流或超时），只影响那一个区块—— 该块写「未取到（原因）」，同一家店的其他区块与别的店照常推送。这家店还没完成店铺授权，就整轮不采这家店、不发这家店的卡，改发一张 「⚠️ 部分店铺未取到」卡点名。取不到的字段如实标注缺口，绝不硬猜。

🎛️

不想看的区块可以关掉

可开关的单位是整个区块，不是单条指标。推送时间、畅销榜条数、 补货预警天数这些常用参数在设置页就能改；区块级的开关需要联系我们协助调整。关掉的区块整块不出现，也不会去取这部分数据。

BY SCENARIO

按场景看数据

分组顺序与卡片上的真实顺序一致（风险 → 经营 → 利润与费用 → 流量与转化 → 库存与补货，另加多店铺时的跨店总览）。点开任一区块，即可看到它下面每一条指标的完整口径。 区块默认折叠，风险区随卡片常显、默认展开。

风险与待办（卡片常显）

这三块在卡片上不折叠，打开日报第一眼就是它们：先看有没有报警，再决定今天先处理纠纷、先回提问，还是先发货。纠纷 / 延迟发货 / 取消三项是平台按近 60 天口径给的合规率，各带一盏红黄绿灯；「待办与时效」与「发货时效」是实时数字。

信誉与合规日更默认开启平台按近 60 天给出的卖家信誉等级，以及纠纷、延迟发货、取消三项合规率，各带一盏红黄绿灯。6 条
前置·需要这家店完成店铺授权 · 每天推送 · 取不到时整个区块显示「未取到」并说明原因，不影响其它区块
  1. 01
    信誉等级
    口径
    平台给你的卖家信誉等级（就是 MercadoLíder 的那套档位，例如最高档的绿色）。卡片上显示在区块标题右边。
    数据来源
    官方 API
    前置
    每次推送都有·取不到时：取不到时，整个区块只显示「未取到」并说明原因，不显示任何数字
    用途
    一眼判断店铺信誉有没有掉档风险，决定先修售后指标还是继续冲量
  2. 02
    信誉徽章（MercadoLíder 状态）
    口径
    有没有拿到 MercadoLíder 徽章、是哪个档位（例如白金、黄金）；没有徽章时这一段不出现。
    数据来源
    官方 API
    前置
    有值才显示·取不到时：没有徽章就只显示等级、不追加徽章这一段，也不会报错
    用途
    判断店铺有没有流量扶持权益，决定要不要专项冲徽章
  3. 03
    纠纷率与纠纷件数
    口径
    近 60 天的平台纠纷率（百分数，保留 2 位小数）与纠纷件数。卡片上统一按 60 天口径标注。
    数据来源
    官方 API
    前置
    每次推送都有·取不到时：取不到时，整个区块显示「未取到」并说明原因
    用途
    纠纷率逼近平台阈值前先把售后处理掉，避免被降权或限制销售
  4. 04
    延迟发货率与件数
    口径
    近 60 天的延迟发货率与件数（平台口径）。它和「发货时效」里的实时待发货不是一回事：一个是平台事后统计，一个是当天待办。
    数据来源
    官方 API
    前置
    每次推送都有·取不到时：取不到时，整个区块显示「未取到」并说明原因
    用途
    用平台口径的延迟发货率判断仓库/物流是否已成瓶颈，决定要不要调发货节奏
  5. 05
    取消率与件数
    口径
    近 60 天卖家侧的取消率与件数。
    数据来源
    官方 API
    前置
    每次推送都有·取不到时：取不到时，整个区块显示「未取到」并说明原因
    用途
    取消率抬头说明缺货或定价出问题，据此排查库存与价格
  6. 06
    合规红黄绿灯
    口径
    我们按固定标准给三项各点一盏灯：比例 ≥2% 亮红灯、≥1% 亮黄灯，否则绿灯。标准固定，不能自行调整。
    数据来源
    本地计算
    前置
    每次推送都有·取不到时：对应那一项没取到时，这盏灯按绿灯显示，同时区块上写明「未取到」
    用途
    扫一眼就知道今天哪一项在报警，决定先处理纠纷还是先处理发货
待办与时效日更默认开启待处理的纠纷、没回复的买家提问各有几条，以及最久等了多久（天数 / 小时）。4 条
前置·需要这家店完成店铺授权 · 每天推送 · 取不到时只影响这一块，其它区块与其它店铺照常推送
  1. 01
    待处理纠纷数
    口径
    卖家侧还没处理完的纠纷条数。
    数据来源
    官方 API
    前置
    每次推送都有·取不到时：没有权限或平台限流时，这一行显示「未取到」，括号里写明原因
    用途
    决定客服今天先处理哪批纠纷，避免拖到平台判赔
  2. 02
    最久未处理纠纷天数
    口径
    这批待处理纠纷里，最早的那一条到今天过了几天（向下取整）。
    数据来源
    本地计算
    前置
    有值才显示·取不到时：这批纠纷没有可用的时间就不显示天数
    用途
    按等待天数排优先级，先捞快超时的那几条
  3. 03
    未回复提问数
    口径
    买家提问里还没回复的条数。
    数据来源
    官方 API
    前置
    每次推送都有·取不到时：没有权限或平台限流时，这一行显示「未取到」并写明原因
    用途
    提问不回直接掉转化，据此决定今天回消息的优先级
  4. 04
    最久未回复小时数
    口径
    这批未回复提问里，最早的那一条到今天过了几小时（向下取整）。
    数据来源
    本地计算
    前置
    有值才显示·取不到时：这批提问没有可用的时间就不显示小时数
    用途
    识别已经等太久、有差评或流失风险的买家，优先回复
发货时效日更默认开启还有多少单没发出、最久的一单等了多久，以及这次抽查覆盖了多少单。5 条
前置·需要这家店完成店铺授权 · 每天推送 · 只查自发货订单（FULL 仓的单由平台揽收，卖家侧没有发货时限）· 取不到时只影响这一块
  1. 01
    待发出订单数
    口径
    抽查到的自发货订单里，还处于「待处理 / 处理中 / 待发货」状态的条数。
    数据来源
    官方 API
    前置
    每次推送都有·取不到时：候选订单超过抽查上限时，这一行改说「本轮未抽查（自发货单数超过上限）」；没有自发货订单就说「无自发货订单」
    用途
    决定今天仓库先发哪些单，避免计入延迟发货指标
  2. 02
    最久已等小时
    口径
    待发出的订单里，最早那一单从下单到现在过了几小时。
    数据来源
    本地计算
    前置
    有值才显示·取不到时：没有待发出订单就不显示这一段
    用途
    判断有没有快撞 24–48 小时上限的单，优先处理以免被扣分
  3. 03
    抽查单数 / 候选单数 / 抽查上限（为什么只查这些）
    口径
    本轮实际抽查了几单、一共有多少自发货候选单、抽查上限是多少（默认 300 单，可调）。
    数据来源
    配置项
    前置
    每次推送都有·取不到时：候选超过上限时，卡片会明说「本轮未抽查」，绝不假装查过
    用途
    判断这份「待发出」数字覆盖了多少单，决定要不要调大上限重跑
  4. 04
    类型未知未查单数
    口径
    商品已下架或不在售时拿不到配送方式，这类订单既不算自发货也不算 FULL，单独计数。
    数据来源
    本地计算
    前置
    有值时另附一行标注·取不到时：有这类单时，行尾补一句「另 N 单类型未知未查」——宁可不查，也不硬猜
    用途
    知道这份待发货口径漏了多少单，避免误判「今天没单要发」
  5. 05
    发货优先级建议
    口径
    不用自己判断阈值：待发出超过 10 单就给红灯建议「今天优先处理超时发货（超 24–48 小时会计入延迟发货指标）」；只要大于 0 就给黄灯提醒「记得今天发出」。
    数据来源
    本地计算
    前置
    有值才显示·取不到时：待发出为 0 时不输出这条建议
    用途
    不用自己判断阈值，卡片直接给今天要不要优先发货的结论

经营

折叠面板。按这家店站点本地时间的「昨日」算订单量与销售额，另给近 7 日的畅销榜、每日趋势、履约结构、销量集中度与涨跌榜。这里的每一块都复用同一批订单数据，不重复取数。

昨日概览日更默认开启按店铺站点本地时间的「昨日」口径：订单量、销售额、已售件数、客单价、取消单数，以及订单量比前一天涨跌多少。6 条
前置·需要这家店完成店铺授权 · 每天推送 · 按这家店所在站点的本地时间算「昨日」· 缺授权时这家店整轮不推送，会在「部分店铺未取到」卡上点名
  1. 01
    昨日订单量
    口径
    落在站点本地「昨日」这一天的有效订单数；还没付款的不算，取消单单独列、不计入。
    数据来源
    官方 API
    前置
    每次推送都有·取不到时：缺店铺授权或数据取不到时，这家店整轮不推送，只在「部分店铺未取到」卡上点名
    用途
    对昨天的目标完成度，决定今天要不要加促销或投放力度
  2. 02
    昨日销售额（GMV）
    口径
    昨日有效订单的成交金额合计，按这家店所在站点的货币显示（例如墨西哥站显示墨西哥比索）。
    数据来源
    官方 API
    前置
    每次推送都有·取不到时：金额缺失时按 0 计入，不会报错；缺授权时这家店不推送
    用途
    看昨天做了多少流水，是运营日报的第一眼数字
  3. 03
    已售件数
    口径
    昨日有效订单里的商品件数合计。
    数据来源
    官方 API
    前置
    每次推送都有·取不到时：缺授权或取不到时，这家店不推送
    用途
    用件数而不是单数看真实出货量，判断打包/库存压力
  4. 04
    客单价
    口径
    本地计算：昨日销售额 ÷ 昨日订单数（四舍五入到整数）。
    数据来源
    本地计算
    前置
    每次推送都有·取不到时：订单数为 0 时显示「—」
    用途
    客单价掉了说明结构在变（低价品占比升高），据此调组合与定价
  5. 05
    取消单数
    口径
    昨日被取消的订单数（单独列出，不计入销售额）。
    数据来源
    官方 API
    前置
    每次推送都有·取不到时：缺授权或取不到时，这家店不推送
    用途
    取消单突然变多，立刻查缺货或价格标错
  6. 06
    订单量环比昨日
    口径
    和前一天的结果比，给出「环比上涨 N%」「环比下跌 N%」或「与昨日持平」。
    数据来源
    本地计算
    前置
    有值时另附一行标注·取不到时：没有前一天的结果（或前一天为 0）就不显示环比，不编造
    用途
    判断今天的涨跌是趋势还是单日噪音，避免误判
畅销榜日更默认开启近 7 日卖得最好的前几名商品（默认 5 条，可调 1–20 条），每条带 SKU、销量、销售额、累计已售、在售库存和还能卖几天。7 条
前置·需要这家店完成店铺授权 · 每天推送 · 取不到时只影响这一块
  1. 01
    畅销榜排名与条数
    口径
    近 7 日按销量从高到低取前几名（销量相同就按销售额排）；条数默认 5 条，可以在设置页调到 1–20 条。
    数据来源
    配置项
    前置
    每次推送都有·取不到时：近 7 日没有成交就显示「近 7 日无成交」；条数超范围会被设置页拦住
    用途
    决定主推、备货、加投的 SKU 优先级
  2. 02
    SKU（主 SKU）
    口径
    取自订单里的商品编号；同一个商品有多个规格时，取近 7 日卖得最多的那一个。
    数据来源
    官方 API
    前置
    每次推送都有·取不到时：订单里没有编号时，用「商品编号」占位，绝不退回西语标题
    用途
    直接拿 SKU 去补货、改价、对账，不用翻译西语品名（日报已与客户飞书表解耦）
  3. 03
    近 7 日销量（件）
    口径
    这件商品近 7 日卖出的件数合计（按站点本地时间的 7 天）。
    数据来源
    本地计算
    前置
    每次推送都有·取不到时：没有销量就不上榜
    用途
    看谁在真正走量，作为补货与排产的依据
  4. 04
    近 7 日销售额
    口径
    这件商品近 7 日的销售额（件数 × 单价累加），按站点货币显示。
    数据来源
    本地计算
    前置
    每次推送都有·取不到时：没有销量就不上榜
    用途
    区分「走量不赚钱」和「高客单主力」两类商品
  5. 05
    累计已售（件）
    口径
    这件商品历史累计卖出的件数（平台口径，不是本店近 7 日口径）。
    数据来源
    官方 API
    前置
    有值才显示·取不到时：已下架的商品查不到，显示「—」
    用途
    判断上榜的是老爆款还是新起量的商品，决定备货力度
  6. 06
    在售库存（件）
    口径
    这件商品当前在售的库存件数。
    数据来源
    官方 API
    前置
    有值才显示·取不到时：已下架或取不到时显示「—」
    用途
    榜上商品库存见底时立刻补货，别把爆款卖断
  7. 07
    可售天数（畅销榜内）
    口径
    本地计算：在售库存 ÷（近 7 日销量 ÷ 7），向上取整显示成「可售 ≈ N 天」。
    数据来源
    本地计算
    前置
    有值才显示·取不到时：近 7 日没有销量或库存未知时显示「可售 —」
    用途
    与补货预警交叉验证，判断下单补货的紧急度
每日趋势日更默认开启近 7 日每天的销售额画成一条迷你柱状图，再挑出最好的一天和最差的一天。3 条
前置·需要这家店完成店铺授权 · 每天推送 · 有效数据少于 2 天时整行不显示
  1. 01
    近 7 日每日销售额迷你柱
    口径
    把近 7 日每天的销售额按站点本地日期排开，画成 8 级高低的迷你柱（销售额最高的那天柱子最高）。
    数据来源
    本地计算
    前置
    每次推送都有·取不到时：有效数据点少于 2 天时整行不显示
    用途
    一眼看出本周走势是涨是跌，不用自己拉表格
  2. 02
    最好日
    口径
    近 7 日里销售额最高的那天（显示月-日 + 金额）。
    数据来源
    本地计算
    前置
    每次推送都有·取不到时：数据点少于 2 天时整行不显示
    用途
    回看最好那天做了什么（活动/投放），可复制
  3. 03
    最差日
    口径
    近 7 日里销售额最低的那天（显示月-日 + 金额）。
    数据来源
    本地计算
    前置
    每次推送都有·取不到时：数据点少于 2 天时整行不显示
    用途
    定位掉量的那天，排查断货/差评/竞品动作
履约结构日更默认开启近 7 日销售额里，FULL 仓发货和自发货各占多少，另外单列「类型未知（已下架/未取到）」的部分。4 条
前置·需要这家店完成店铺授权 · 每天推送 · 取不到时只影响这一块
  1. 01
    Full 占比（销售额% + 件数）
    口径
    近 7 日由 FULL 仓发货的商品，销售额占「FULL + 自发货」合计的百分比，并给出件数。
    数据来源
    官方 API
    前置
    每次推送都有·取不到时：FULL 与自发货合计为 0（全部类型未知）时整行不显示
    用途
    判断店铺对 FULL 仓的依赖度，做仓容与备货规划
  2. 02
    自发货占比（销售额% + 件数）
    口径
    近 7 日由自发货（不走 FULL 仓）发出的商品，销售额占比与件数。
    数据来源
    官方 API
    前置
    每次推送都有·取不到时：FULL 与自发货合计为 0 时整行不显示
    用途
    自发货占比高意味着发货时效风险与人力压力更大，据此排人手
  3. 03
    未知（已下架/未取到）占比
    口径
    商品已下架或详情没取到，拿不到发货方式，这部分单独按占比列出，不并进 FULL 或自发货。
    数据来源
    本地计算
    前置
    有值时另附一行标注·取不到时：有这部分时，行尾补一句「未知（已下架/未取到）N%」；没有就不显示
    用途
    知道这份履约结构有多少是估算盲区，避免据此做过度判断
  4. 04
    商品详情未取到数
    口径
    逐个查商品详情时失败（例如平台限流）的商品个数与总数。
    数据来源
    本地计算
    前置
    有值时另附一行标注·取不到时：有失败时，行尾补一句「商品详情 N 个未取到，已归入未知」
    用途
    判断这份占比可不可信、要不要重跑一次
销量集中度日更默认开启卖得最好的 10 个 SKU 占近 7 日销售额的比例，配一句风险语气（依赖偏高 / 尚可 / 分散健康），以及在售成交的 SKU 个数。3 条
前置·需要这家店完成店铺授权 · 每天推送 · 成交 SKU 少于 3 个时整块不给结论
  1. 01
    Top10 SKU 占近 7 日销售额比例
    口径
    按销售额从高到低取前 10 个 SKU，它们的销售额合计 ÷ 全部有成交 SKU 的销售额合计（百分数取整）。
    数据来源
    本地计算
    前置
    每次推送都有·取不到时：成交 SKU 少于 3 个时整行不显示；3–9 个时只输出「成交 SKU 仅 N 个（样本太少，暂不给结论）」
    用途
    判断是否过度依赖少数爆款（断货/封号即全店塌方），决定要不要扶第二梯队
  2. 02
    集中度语气灯
    口径
    按固定标准表态：占比 ≥70% 红灯（依赖偏高）、≥50% 黄灯（尚可）、否则绿灯（分散健康）。标准固定，不能自行调整。
    数据来源
    本地计算
    前置
    有值才显示·取不到时：成交 SKU 少于 10 个时不表态，只说样本太少
    用途
    不用自己算比例，卡片直接给「要不要担心集中度」的结论
  3. 03
    在售成交 SKU 数
    口径
    近 7 日有成交的 SKU 个数（也就是上面那个比例的分母）。
    数据来源
    本地计算
    前置
    有值才显示·取不到时：少于 3 个（不满足展示条件）时整行不显示
    用途
    看货盘宽度：成交 SKU 太少说明上架结构单薄
涨跌榜日更默认开启近 7 日对比前 7 日的件数变化：涨得最多的 3 个 SKU、跌得最多的 3 个 SKU。3 条
前置·需要这家店完成店铺授权 · 每天推送 · 算环比要多取一遍前 7 日的数据（取不到时整块不显示，其余区块不受影响）
  1. 01
    涨榜 Top3
    口径
    件数增加最多的 3 个 SKU，格式是「SKU 前 7 日件数 → 近 7 日件数（+增量）」。
    数据来源
    本地计算
    前置
    每次推送都有·取不到时：没有前 7 日数据时整块不显示，不编造环比
    用途
    发现正在起量的 SKU，及时补货/加投，别错过上量时机
  2. 02
    跌榜 Top3
    口径
    件数减少最多的 3 个 SKU，格式同上（增量为负）。
    数据来源
    本地计算
    前置
    每次推送都有·取不到时：没有前 7 日数据时整块不显示
    用途
    发现掉量的 SKU，排查断货、差评或竞品降价
  3. 03
    环比对比哪两段时间（近 7 日 vs 前 7 日，按件数）
    口径
    为了算这个环比，会额外取一遍再往前 7 天的订单，按同一套算法算出前 7 日的件数。
    数据来源
    官方 API
    前置
    每次推送都有·取不到时：这一遍取不到或为空时，整块不显示，其余区块不受影响
    用途
    知道涨跌是按件数还是按金额算的，避免误读

利润与费用

折叠面板。平台佣金与优惠券都随订单一起拿到，再在本地估算一个净收入量级。注意口径：它只减佣金与优惠券，未含运费，所以不等于财务口径的利润。

平台费用日更默认开启昨日平台佣金合计及占销售额的比例，另有优惠券金额（都随订单一起拿到，不额外取数）。3 条
前置·需要这家店完成店铺授权 · 每天推送 · 昨日销售额为 0 时整块不显示
  1. 01
    平台佣金合计
    口径
    昨日有效订单被平台抽走的佣金合计，按站点货币显示。
    数据来源
    官方 API
    前置
    每次推送都有·取不到时：昨日销售额为 0 时整个区块不显示
    用途
    看清平台抽走多少，算实际到手价与定价空间
  2. 02
    佣金占销售额比例
    口径
    本地计算：佣金合计 ÷ 昨日销售额（保留 1 位小数）。
    数据来源
    本地计算
    前置
    每次推送都有·取不到时：昨日销售额为 0 时区块不显示
    用途
    佣金率异常升高（类目/物流方式变化）时立刻发现
  3. 03
    优惠券金额
    口径
    昨日有效订单里用掉的优惠券金额合计。
    数据来源
    官方 API
    前置
    有值才显示·取不到时：金额为 0 时不显示这一段
    用途
    评估促销活动实际让利了多少，避免只看销量不看成本
净收入估算日更默认开启净收入估算 = 销售额 − 佣金 − 优惠券，并明确标注「未含运费」。2 条
前置·需要这家店完成店铺授权 · 每天推送 · 昨日销售额为 0 时整块不显示
  1. 01
    净收入估算
    口径
    本地计算：昨日销售额 − 佣金 − 优惠券。它不是财务口径的毛利或净利。
    数据来源
    本地计算
    前置
    每次推送都有·取不到时：昨日销售额为 0 时整个区块不显示
    用途
    快速估算当天实际回款量级，判断促销后还剩多少
  2. 02
    口径声明「未含运费」
    口径
    卡片上自带一句说明：「（销售额 − 佣金 − 优惠券；未含运费，运费在物流批次补）」。
    数据来源
    本地计算
    前置
    每次推送都有·取不到时：运费本期不提供，所以这个数字不能对外说成「到手利润」
    用途
    避免把这个估算当财务口径使用，防止决策误判

流量与转化（周更）

折叠面板，而且是周更：访客数据要按商品逐个取，成本高，所以只在每周固定日（默认周一）真正取数，其余日子显示上一次的结果并标注数据日期。这一组回答的是「流量够不够、转化行不行、哪些商品占着坑不出单」。

流量与转化周更默认开启近 7 日访客数（抽查样本）+ 转化率 + 访客最多的 5 个商品；这一组是周更。6 条
前置·需要这家店完成店铺授权 · 每周更新：只在每周固定日（默认周一）真正取数，其余日子显示上一次的结果并标注数据日期 · 取不到时只影响这一块
  1. 01
    近 7 日访客总数
    口径
    对近 7 日销量前几名的商品逐个查近 7 日访客数，再加总（单位：人次，平台口径）。
    数据来源
    官方 API
    前置
    每次推送都有·取不到时：查不到的商品从合计里剔除并标注；全部查不到时区块显示「未取到」并说明原因
    用途
    看流量盘子大小与周趋势，判断是流量不够还是转化不行
  2. 02
    抽查商品数 / 未取到数
    口径
    本轮实际查到的商品数（写在卡片上作为分母）以及查不到的个数。
    数据来源
    本地计算
    前置
    有值时另附一行标注·取不到时：有查不到的就补一句「N 个商品访客未取到（已从合计中剔除）」
    用途
    判断这份流量数字覆盖了多少在售商品，避免当成全店绝对值
  3. 03
    转化率
    口径
    本地计算：近 7 日订单数 ÷ 访客总数（保留 2 位小数，卡片上写明分子分母）。
    数据来源
    本地计算
    前置
    每次推送都有·取不到时：访客合计为 0 时显示「—」
    用途
    决定是先投广告拉流量，还是先改主图/价格提转化
  4. 04
    访客 Top5（SKU + 访客数）
    口径
    抽查样本里访客最多的 5 个商品，尽量显示 SKU，缺 SKU 时退回商品编号。
    数据来源
    官方 API
    前置
    有值才显示·取不到时：没有访客为正的商品时这一行不显示
    用途
    找出真正带流的 SKU，复制它的标题/主图打法到其他商品
  5. 05
    商品详情未取到提示（流量口径）
    口径
    商品详情没取到（例如平台限流）会让抽查样本偏小，这里给一句提示。
    数据来源
    本地计算
    前置
    有值时另附一行标注·取不到时：有失败时补一句「商品详情 N/M 个未取到（限流等），抽查样本偏小，重跑可补全」
    用途
    决定要不要重跑一次拿全样本（周更，重跑成本已知）
  6. 06
    数据日期标注（周更）
    口径
    不是取数日时，这一块显示上一次的结果，并在末尾标注「（本组每周更新，上面是 YYYY-MM-DD 的数据）」。
    数据来源
    配置项
    前置
    每次推送都有·取不到时：没有上一次的结果时这一块不显示，也不会为了凑数临时去取数
    用途
    避免把上周数据当今天的数据做决策（客户在非取数日问流量时必须说明数据日期）
低效 listing周更默认开启近 7 日 0 访客的在售商品有几个、举例是哪几个，以及已暂停商品数。5 条
前置·需要这家店完成店铺授权 · 每周更新（同上：非取数日显示上一次结果并标注数据日期）· 取不到时只影响这一块
  1. 01
    7 日 0 访客的在售商品数
    口径
    对全部在售商品查访客数，近 7 日访问量为 0 且商品仍在售的个数。
    数据来源
    官方 API
    前置
    每次推送都有·取不到时：访客全部取不到时区块不显示；部分取不到时标注「未计入 0 访客」
    用途
    找出占着坑不出单的商品，决定重写标题/主图或下架重上
  2. 02
    抽查商品总数
    口径
    本轮查过访客的商品个数（分母说明，含查到的与查不到的）。
    数据来源
    本地计算
    前置
    每次推送都有·取不到时：查不到任何商品访客时区块不显示
    用途
    判断这份「0 访客」清单覆盖了多少货盘
  3. 03
    已暂停商品数
    口径
    当前处于暂停状态的商品总数（给上面那份 0 访客清单做对照）。
    数据来源
    官方 API
    前置
    有值才显示·取不到时：取不到时不显示这一段，不会报错
    用途
    对照货盘收缩程度，判断是自己主动下架还是在售结构变差
  4. 04
    0 访客示例 SKU（最多 3 个）
    口径
    从 0 访客清单里取前 3 个（尽量显示 SKU，缺 SKU 时退回商品编号）。
    数据来源
    本地计算
    前置
    有值才显示·取不到时：清单为空时不显示示例行
    用途
    直接点名今天要改哪几个商品，不用回后台翻
  5. 05
    访客未取到数（低效口径）
    口径
    访客没取到的商品个数——「没取到」和「0 访客」是两回事，这里明确分开。
    数据来源
    本地计算
    前置
    有值时另附一行标注·取不到时：有没取到的就补一句「N 个商品访客未取到（未计入 0 访客）」
    用途
    知道「0 访客」清单有没有漏计，避免误下架其实有流量的商品
价格竞争力周更默认关闭对近 7 日销量前几名的商品，查「能拿到推荐位的目标价」、现价、差价、竞争状态与加成项数。5 条
前置·需要这家店完成店铺授权 · 每周更新 · 默认关闭（实测多数店铺的商品没有参与目录竞争、暂时给不出建议），开启后才有这一块
  1. 01
    商品现价
    口径
    这件商品当前的价格。
    数据来源
    官方 API
    前置
    默认关闭，开启后才有·取不到时：区块默认关闭，不开启就整块不出现；开启后单个商品取不到时，那一行不显示
    用途
    看自己现价与「能拿推荐位的价」差多少，评估要不要让价
  2. 02
    建议价（可获推荐位目标价）
    口径
    平台给出的、能拿到目录推荐位的目标价格。
    数据来源
    官方 API
    前置
    默认关闭，开启后才有·取不到时：商品没有参与目录竞争就不进建议清单
    用途
    降价前先知道降到多少才拿得到推荐位，避免白让利
  3. 03
    差价
    口径
    本地计算：现价 − 建议价（只有大于 0 时才显示）。
    数据来源
    本地计算
    前置
    默认关闭，开启后才有·取不到时：差价小于等于 0 时不显示
    用途
    量化让利空间，决定是否值得为推荐位降价
  4. 04
    竞争状态
    口径
    平台给出的竞争状态（例如「已拿到推荐位」「未参与目录竞争」）。
    数据来源
    官方 API
    前置
    默认关闭，开启后才有·取不到时：全部商品都未参与目录竞争时，改输出「本店商品未参与目录竞争（N 个），暂无价格建议」
    用途
    判断这个类目有没有目录竞争可打，没有就别在这上面花精力
  5. 05
    加成项数
    口径
    平台给这件商品列出的加成项有几项（例如「3 项加成」）。
    数据来源
    官方 API
    前置
    默认关闭，开启后才有·取不到时：没有加成项时不显示这一段
    用途
    看还有哪些平台加分项没拿满，指导商品页面优化

库存与补货

折叠面板。按「可售天数 = 在售库存 ÷ 近 7 日日均销量」逐个商品算，低于阈值（供货周期 + 安全缓冲，默认 15 + 7 = 22 天）就预警，并给出建议补货量。阈值两项都能在设置页改。

补货提醒日更默认开启可售天数低于「供货周期 + 安全缓冲」（默认 15 + 7 = 22 天）的商品逐个预警：断货红警 / 低库存黄警 + 建议补货量。6 条
前置·需要这家店完成店铺授权 · 每天推送 · 取不到时只影响这一块
  1. 01
    预警阈值（天）
    口径
    可售天数低于这个值就预警；默认 15（供货周期）+ 7（安全缓冲）= 22 天。
    数据来源
    配置项
    前置
    每次推送都有·取不到时：没配置就用默认值；取值范围（0–90）的校验在设置页做
    用途
    按自己的供货周期 + 安全缓冲定预警线，避免按平台通用值误判
  2. 02
    断货红警
    口径
    库存为 0 但近 7 日还有销量时给红灯：「已断货（近 7 日售 N 件），建议补货 M 件」。
    数据来源
    本地计算
    前置
    每次推送都有·取不到时：库存数据取不到（商品已下架）时不进红/黄清单——既不预警，也不谎报
    用途
    断货立刻下单补货/改空运，避免掉排名与流量
  3. 03
    低库存黄警（剩余件数 / 可售天数 / 建议补货量）
    口径
    库存大于 0 且可售天数低于阈值时给黄灯：「剩 N 件，可售 ≈ D 天，建议补货 M 件」。
    数据来源
    本地计算
    前置
    每次推送都有·取不到时：近 7 日没有销量就算不出可售天数，不进预警；一条预警都没有时输出「今日无预警，库存健康」
    用途
    按可售天数排补货优先级，先补最快要断的
  4. 04
    建议补货量
    口径
    本地计算：阈值 × 日均销量 − 当前库存，向上取整（不扣在途与在产，阈值可调）。
    数据来源
    本地计算
    前置
    每次推送都有·取不到时：日均销量为 0 时建议量为 0，不进预警
    用途
    直接照数字下单（自行扣除在途与在产）
  5. 05
    可售天数
    口径
    本地计算：库存 ÷（近 7 日销量 ÷ 7）。
    数据来源
    本地计算
    前置
    每次推送都有·取不到时：近 7 日没有销量时显示「—」；库存为 0 时走断货红警那一支
    用途
    判断还能撑几天，用于排产与备货节奏
  6. 06
    库存健康结论
    口径
    预警清单为空时输出「今日无预警，库存健康」。
    数据来源
    本地计算
    前置
    有值才显示·取不到时：有预警时逐条列预警，这一行不出现
    用途
    当天不用管补货，把注意力放到别的事上

跨店总览（多店铺时的第二张卡）

这一块不是数据区块，而是卡片级的：店铺数 ≥2 时默认追加一张「跨店总览」卡，一行一店，给管理者一眼看完今天该先看哪家店。单店不发这张卡。

跨店总览日更默认开启多店时的管理者视角：一行一店「订单量 / 销售额 / 风险灯 / 待办摘要」。5 条
前置·需要各店完成店铺授权 · 每天推送 · 店铺数 ≥2 时才发这张卡；单店不发（它是多店铺时追加的一张卡，不是某个区块）
  1. 01
    每店订单量（总览行）
    口径
    直接复用这家店「昨日概览」里的订单量，不额外取数。
    数据来源
    本地计算
    前置
    有值才显示·取不到时：只有店铺数 ≥2 且这张卡开着时才发；单店不发
    用途
    管理者一眼比较各店昨天做得怎么样
  2. 02
    每店销售额（总览行）
    口径
    直接复用这家店昨日的销售额，按站点货币显示。
    数据来源
    本地计算
    前置
    有值才显示·取不到时：同整张卡的开关；采集失败的店不会出现在总览里（另有失败提示卡点名）
    用途
    横向比各店盘子大小，决定资源往哪家倾斜
  3. 03
    每店风险灯（红/黄/绿）
    口径
    扫一眼这家店的风险区块文案得出：出现红灯就标红、出现黄灯就标黄，否则标绿。
    数据来源
    本地计算
    前置
    有值才显示·取不到时：风险区块没有内容（风险类区块都关掉）时，这家店恒为绿灯
    用途
    3 秒定位「今天哪家店要先看」
  4. 04
    每店风险摘要
    口径
    取这家店风险区块里「待办」那一行，去掉加粗标记后保留前 60 字。
    数据来源
    本地计算
    前置
    有值才显示·取不到时：这家店没有「待办」行（待办区块关闭或未取到）时这一段不显示
    用途
    不进各店卡片也能看到「哪家店有几条待处理」
  5. 05
    采集失败店铺清单与原因
    口径
    本轮采集失败的店铺名与原因（单独一张黄卡「部分店铺未取到」）。
    数据来源
    本地计算
    前置
    有值才显示·取不到时：全部店铺都失败时不推送任何卡，并给我们内部发一条推送失败告警
    用途
    知道哪家店今天没数据、为什么，避免把缺数据当成「没卖出去」

SAMPLE

日报长什么样

下面两张卡与真实日报卡的结构一致：一张单店「日报卡」，一张多店铺的「跨店总览」卡。

⚠️ 示例数据（已脱敏）

  • · 下面的店铺名、数值、商品标识全部是示例值（按未公开比例缩放 + 同量级取整 + 必要的示例填充），只用于展示卡片长什么样，不构成任何承诺基线，也无法反推真实客户。
  • · 商品统一泛化为「商品 A1 … 商品 F5」（脱敏要求）。真实日报显示的是订单里的商品编号； 拿不到编号时用「商品编号」占位，不会退回西语标题，也与你的飞书表格互不影响。
  • · 示例是 3 家店，所以当天共 3 张店卡 + 1 张跨店总览卡；示例店铺在墨西哥站， 因此按墨西哥当地时间、币种墨西哥比索（MXN）显示；示例日 06-18（「昨日数据」，近 7 日 = 06-12 → 06-18）。
  • · 卡片首行「信誉与合规（60 天）· 5_green / platinum」里的 5_green、platinum 是平台返回的信誉等级与徽章原值，我们照原值显示、没有改写成中文：5_green 指信誉等级为绿标档，platinum 指徽章为白金级； 各档位分别代表什么，见本页「信誉与合规」区块的「信誉等级」「信誉徽章」两条。
  • · 其中 4 处是为了展示完整形态而做的示例填充（履约结构的 Full / 自发货两栏并存、低效 listing 的「例：…」行、补货的断货红警、订单量环比的上涨形态）；其余区块的字段与形态与真实卡片一致。
  • · 下面按卡片上的原始文本照抄：文本里的 **…**是飞书卡片的加粗标记，▾表示该分组在卡片上是折叠的，点一下才展开。

① 日报卡（示例：美客多店铺 A）

📊 美客多日报 · 06-18｜美客多店铺 A                     [模板色 = 黄]
🏪 美客多店铺 A（MLM）· 06-18 昨日数据

**🛡 信誉与合规**（60 天）· 5_green / platinum
✅ 纠纷 0.41%（22 件） · ✅ 延迟发货 0.00%（0） · ✅ 取消 0.00%（0）
**📮 待办**：待处理纠纷 **11** 条（最久 12 天） · 未回复提问 **2** 条（最久 23 小时）
**🚚 发货时效**：待发出 **5** 单 / 抽查 6 单（自发货） · 最久已等 31 小时 · 另 14 单类型未知未查
🟡 记得今天发出

▾ **经营**
**昨日订单 104 · 销售额 MXN 45,000 · 已售件数 112 · 客单价 433 · 取消 7（↗ 环比 +8%）**

**🔥 畅销榜 Top 5**（近7日）
1. **商品 A1** · 7日 64件/MXN 36,000 · 累计已售 1,420件 · 库存 64 · 可售≈7天
2. **商品 A2** · 7日 48件/MXN 18,900 · 累计已售 1,120件 · 库存 28 · 可售≈4天
3. **商品 A3** · 7日 42件/MXN 24,000 · 累计已售 340件 · 库存 30 · 可售≈5天
4. **商品 A4** · 7日 40件/MXN 15,300 · 累计已售 124件 · 库存 5 · 可售≈1天
5. **商品 A5** · 7日 36件/MXN 7,800 · 累计已售 126件 · 库存 20 · 可售≈4天

**📈 近 7 日** ▆▆▆▅▇█▆　最好 06-17 MXN 57,000 · 最差 06-15 MXN 39,000
**🚚 履约结构**（近7日 GMV）：Full **86%**（705 件） · 自发货 **14%**（115 件） · 未知（已下架/未取到）6%
**🎯 集中度**：Top10 SKU 占近 7 日 GMV **53%**（🟡 尚可）· 在售成交 SKU 76 个
**🔁 环比上周**（近7日 vs 前7日，件数）
**🚀 涨**：商品 B1 36→64件(+28) · 商品 B2 13→40件(+27) · 商品 B3 1→26件(+25)
**🔻 跌**：商品 C1 13→1件(-12) · 商品 C2 62→18件(-44) · 商品 C3 58→1件(-57)

▾ **利润与费用**
**💰 平台费用**：佣金 MXN 5,850（占 GMV 13.0%） · 优惠券 MXN 410
**🧾 净收入估算** ≈ MXN 38,740（GMV − 佣金 − 优惠券；**未含运费**，运费在物流批次补）

▾ **流量与转化**　（每周更新）
**👀 流量与转化**（近 7 日）：访客 **11,930**（抽查 14 个商品） · 转化率 **6.09%**（726 单 / 11930 访客）
访客 Top5：商品 E1 1449 · 商品 E2 1279 · 商品 E3 857 · 商品 E4 662 · 商品 E5 617
（本组每周更新，上面是 06-17 的数据）
**🧟 低效 listing**：7 日 **0 访客**的在售商品 **3** 个（共抽查 14 个） · 已暂停 31 个
例：商品 D1 · 商品 D2 · 商品 D3　⇒ 建议重写标题/主图或下架重上

▾ **库存与补货**
**⚠️ 补货提醒**（可售天数 < 22 天预警）
🔴 **商品 F1**：已断货（近7日售 18 件）→ 建议补货 **96 件**
🟡 **商品 F2**：剩 2 件，可售 ≈1天 → 建议补货 **140 件**
🟡 **商品 F3**：剩 6 件，可售 ≈2天 → 建议补货 **123 件**
🟡 **商品 F4**：剩 12 件，可售 ≈4天 → 建议补货 **103 件**
🟡 **商品 F5**：剩 30 件，可售 ≈9天 → 建议补货 **58 件**

② 跨店总览卡（多店铺 ≥2 店时默认追加）

📊 美客多日报 · 06-18｜跨店总览                       [模板色 = 黄]

**跨店总览** · 06-18（昨日数据）

🟡 **美客多店铺 A** · 104 单 / MXN 45,000 · 📮 待办：待处理纠纷 11 条（最久 12 天） · 未回复提问 2 条（最久 23 小时）
🟡 **美客多店铺 B** · 120 单 / MXN 48,000 · 📮 待办：待处理纠纷 6 条（最久 8 天） · 未回复提问 1 条（最久 5 小时）
🟡 **美客多店铺 C** · 2 单 / MXN 510 · 📮 待办：待处理纠纷 1 条（最久 1 天）

NOT INCLUDED

不在这份日报里

以下这些常被默认成「日报应该有」，但实际不在交付范围内。 列出来是为了避免误读，也避免按错误的前提做决策。

🚫

没有广告数据

日报里没有广告数据，我们目前也没有对接广告数据，所以也给不出广告投放方面的建议。 付费方案页上的「广告 ROI 报表」标注为规划中、尚未交付； 本日报不含任何广告数据。

🚚

不含运费 / 物流成本

「净收入估算」= 销售额 − 佣金 − 优惠券，未含运费，所以它不是 「到手利润 / 净利润」，请勿按财务口径使用。

🧮

算出来了但卡片上没有的三项

新客占比、每日订单数趋势：这两项我们已经算出来了，但日报卡片上没有对应的栏目，所以你看不到。 补货灰档（库存为 0 且近 7 日没有销量的商品）是我们有意不打扰—— 「没有销量的零库存商品」不会进预警，所以也不能说「所有零库存商品都会预警」。

⏱️

不能设置成「仅在异常时推送」

推送频率只实现了日更与周更两种，不能设置成「只在异常时推」。 取数也有边界：关掉的区块不会去取数，畅销榜、流量抽查这类要逐个商品查的部分 都有固定的条数上限，不会无限扩张。

🖐️

取不到时不会自动换一条路

官方 API 取不到时，日报只会跳过这家店或整轮不推送，不会自动改走别的取数方式。我们另有一条需要人工触发的取数通道 （由我们这边人工处理），没有接入自动切换。

🔍

流量这块给的是访客数与转化率

没有访客来源 / 渠道构成的拆分，也没有退款相关指标；「价格竞争力」这个区块存在但默认关闭（实测多数店铺的商品没有参与目录竞争、暂时给不出建议）， 需要时可以开启。

日报属企业版能力；开通后按各店站点本地时间自动推送到飞书群。 想先看能力边界与开通步骤，见美客多日报 · 角色指南；货件与发票流程见FULL 货件自动化。

本页随产品同步更新；如与产品内实际卡片不一致，以产品内为准。

← 返回美客多日报