赣公网安备36030202000509号每日成交趋势
店铺成交分布（Top 9 + 其他）
转化漏斗（点击 → 下单 → 成交）
口径：点击 / 下单 / 成交人数均为人次——同一用户跨天、跨商品会被重复计入， 不是去重 UV，故各环节人数可能大于实际买家数。
店铺 × 日期热力图
费用与 ROI
热销商品 TOP 8（按店铺 · 商品ID）
成交金额排行（商品）
商品数据 已选 0 条
组合查询条件
查询结果
异常巡检（成交额相对该店自身基线突变）
维度聚合（成交额 / 订单数 / 点击）
时间趋势
成交额 Top 60 分布
排行榜（按店铺 + 商品ID 拆分）
聚合明细
重点关注单品
先选一个商品
这里把一个商品的全部指标铺开看：流量 → 转化 → 成交 → 售后 → 费用，
并给出商品分诊（规模档位 / 成交额波幅 / 销量趋势 / 关注点 / 投入参考 ——
与上方清单同一批函数、同一套阈值）、逐日走势、与上一同长度周期的环比、
与该店其它商品的中位基线对比，以及按「3-7 天销量变化」判定的销量预警。
操作：左侧选店铺（可留空）→ 输入关键词点「搜索商品」→ 在下拉里挑一个商品 → 选好日期区间点「分析」。
下拉里每个商品都带上了成交额 / 点击人数 / 有数据天数，方便判断该看哪个。
不确定该看哪个？先看上方「重点关注单品」——它会把当前区间内
需要处理的商品连同可核对的理由列出来，并单独保留「机会」与
「不可判定」两类（既不算作风险、也不隐藏）。各档位的定义与阈值见该清单下方的
「判定口径」一栏（由接口下发，不在这段引导里重复一遍），
该表支持点表头按列排序，点任意一行即可直接跳到它的单品分析。
转化漏斗（点击 → 下单 → 成交）
口径：三个环节都是该商品的区间汇总，不是去重 UV —— 「点击人数 / 下单人数 / 成交人数」为行级求和，同一用户跨天会被重复计入， 因此各环节人数可能大于实际买家数。
逐日走势
同店同侪对比
基线取该店其它商品的中位数（排除本商品自身，否则本商品越极端、
基线被自己拉得越偏）。用中位数不用均值：单店常有 1~2 个爆款把均值抬起来，
结论会退化成「除了爆款大家都低于平均」，没有区分度。
基线样本是该店本区间内有成交的商品（每个指标的样本量见 N=）。
不把「有流量零成交」的商品混进样本：这类商品占该店过半时，中位数会被压到 0，
一个恒为 0 的基线等于没有基线。它们的价值另外体现 —— 已单独成档收进页首的
「重点关注单品」清单（那里叫「推荐关注」，按点击量判定：有点击、没成交）。
逐日明细
口径与数据缺失说明
用户管理
批量导入：先下载模板填写，再点「批量导入」上传。格式不合格的行会列出行号与原因，其余行照常入库； 模板的「填写说明」页有每个字段的必填要求与示例。
| ID | 用户名 | 姓名 | 角色 | 状态 | 可见店铺 | 企微绑定 | 最近登录 | 操作 |
|---|
角色与权限
店铺名称管理
改名会把该店铺全部历史数据的店铺名称一次性改为新名称，使历史与最新数据同属一个店铺； 改名后看板、数据分析、商品数据、自定义查询与导出都会显示新名称，统计口径不变。
| 店铺名称 | 商品数 | 记录数 | 数据日期范围 | 操作 |
|---|
操作审计日志
| 时间 | 操作人 | 动作 | 对象 | 详情 | IP |
|---|
出库数量排行
出库明细
展开全部明细（默认收起；上方图表已是同一批数据）
成交数量排行
成交明细
展开全部明细（默认收起；上方图表已是同一批数据）
活动商品价格对照加载中…
| 商家编码（SKU） | 商品 | 覆盖店铺 | 最低报名价ⓘ | 最低到手ⓘ | 价差 | 审核分布 | 总库存 |
|---|
已删除的活动规格加载中…
这里只列行还在库里的删除记录。活动数据每次导入会按活动整段替换， 一旦该活动被重新导入，删除记录会随旧行一起消失、届时无法恢复。 恢复只清删除标记，不改价格与审核状态。
| 活动 | 店铺 | 商家编码 | 规格 | 批次时刻 | 删除时间 | 删除人 | 原因 | 操作 |
|---|
区间走势
店铺总览加载中…
| 店铺 | 活动 | 商品数 | 曝光ⓘ | 点击 | 成交 | 成交金额 | 平台补贴 | 点击率ⓘ | 零成交商品 |
|---|
商品明细加载中…
| 商品 | 店铺 | SKU | 曝光 | 点击 | 成交 | 成交金额 | 点击率 | 状态 |
|---|
变化清单
| 类型 | 店铺 | 商品 / SKU | 曝光 | 成交 | 成交金额 | 变化 |
|---|
口径：统计区间由统计日组成，统计日取文件名里的日期（源件没有统计日列）； 店铺与活动也只从文件名解析。合计 = 区间内先按 SKU 汇总、再向上加总： 在投商品是区间内去重后的 SKU 数（不是逐日相加），零成交 / 零点击 / 零曝光按区间合计判。 比率全部由计数复算：点击率 = 点击次数 ÷ 曝光次数，成交率 = 成交次数 ÷ 点击次数； 分母为 0 显示 —（不可判定），不是 0。人数按日去重，多日区间不相加。 「区间内无记录」只表示这份导出件里没有该 SKU，不代表下架或清退； 下架 / 平台清退需在平台后台核实。未导入 ≠ 没有数据：日期轴只列已导入的统计日， 某天没有文件是「未导入」，不是「当天没经营」，也不当作 0。
上传导入
源件为 ERP 按日导出的 xlsx，文件名必须含日期
（如 2026-09-22-销售出库明细.xlsx）；类型会按文件名自动预填，可手改。
单件约 2~3 分钟（4~5 万行解析 + 看板重建），提交后可离开本页，结果以台账为准。
导入按唯一键幂等覆盖：同一文件重复导入不会堆积行数；
且与已导批次逐字节相同（md5 一致）时自动跳过看板重建，速度大幅加快。
⚠️ 两条需知的能力边界：① 明细表是只增不改的累积表（按唯一键覆盖）
⇒ 源件里删掉的行不会跟着消失，库里那行仍留着，须人工处理；
② 看板读的是物化表 board_pair，本页导入会自动重建对应口径，
但命令行直跑 scripts/import_*.py 不会 ——
那样改完明细须手动重跑 scripts/rebuild_board_pair.py，
否则 verify_board_schema.py 的物化新鲜度检查会先红。
活动价格数据（按活动整体替换）
一次选中一个活动的全部店铺导出件（实测 23~26 个）。 这些文件所属的活动会被整段替换：该活动下没包含在本次导入的店铺，其旧数据会被清除； 其它活动不受影响，所以可以分多次导不同活动。先把所有件解析成功才动库，任何一件失败都回滚，旧数据原样保留。 同店同码的多个平台规格会全部保留，页面自动取「审核通过/审核中」里最低价那一行作代表。 导入完成后可在「活动价格」页查看；两个入口指向同一个接口。
任务状态
加载中…
导入台账
| 批次 | 类型 | 源件 | 入库行数 | 时间轴范围 | 记录时间 | 备注 |
|---|
台账回答「这个日期导没导、导了多少行、什么时候」——同一业务键在两天的件里 都出现时，后一次导入会原地覆盖（幂等），台账是唯一的导入痕迹。
—
看板基于 —
—
版本与生效说明
版本号 = 规则集导出物的 sha256 前 12 位；「已生效」只表示看板当前的物化结果 来自这套规则。在线重建只跑「清缓存 → 导出快照 → 重建 board_pair → 写版本 → 审计」， 重取基准与逐行对账属离线验收（需源件与人工判定），不在本页执行。
待归类
—
规则列表
| 原文（ERP） | 标准名 | 数量算法 | 数量段 | 来源 | 最后修改 | 操作 |
|---|
统计口径
—
基本信息
修改密码
新密码至少 6 位。改密后已登录的其他设备仍然有效 （强制下线尚未落地），下次登录请用新密码。
我的店铺可见范围
加载中…