30 KiB
4.12 经营业绩与报表
本文件是【经营业绩与报表 PRF】模块需求的编辑入口。 主文件
../Continental-Retail-APP-PRD.md第 4.12 节已于 2026-08 从本文件回灌（V1.1），此后的需求变更仍改本文件、再回灌。 两者不一致时以本文件为准。 目录约定见README.md。
| 项 | 值 |
|---|---|
| 模块码 | PRF |
| V1.0 章节 | 4.12 |
| 描述粒度 | 6 维精简模板 |
| 需求依据 | 现状截图反推 + 设计稿 |
| 现状承载系统 | O2O + ROOS（+ 延保为第三套） |
| 需求条数 | 9（待确认 7，完成度 22%） |
| 本次新增待确认 | 3（REQ-PRF-007 / 008 / 009 见附-5） |
| 配图 | 8 张（设计稿 1 / 现状-O2O 6 / 现状-ROOS 1） |
模块概要
本节内容由 O2O 经营业绩、ROOS 业绩详情与设计稿构建。
业务目标 —— 门店在一处看到订货、入库、售出、延保、收入的全链路经营数据，解决痛点 2.5
入口 —— 「我的」菜单 → 经营业绩；宫格版导航「经营分析」；店长首页业绩卡片
页面内容：
- 三 Tab：1.0 经营业绩 / 2.0 经营业绩 / 2.0 引流转化
- 三个筛选（品牌 / 渠道 / 日期）+ 一行时间粒度 chip（当月 / 当日 / 当周 / 当季）
- 扫码入库双计数、分品牌性能指标、销售统计、收入统计
- 引流转化 Tab 另有线索三分类、环比、排名与市/全国对标折线图（REQ-PRF-007）
V1.0 此处原写作「三个筛选（时间粒度 / 渠道 / 日期）」，据现状图核实第一个筛选是「品牌」而非「时间粒度」，时间粒度是另一行独立的 chip，已按实际改写。见 4.12.2 的筛选品牌图。
主流程 —— 选择时间粒度与渠道 → 查看指标卡 → 下钻明细
权限规则 —— 建议限店长；技工可见与其相关的施工量指标 TODO(REQ-PRF-001)
数据来源 —— O2O（O2O 售出、收入、引流转化）、ROOS（签约量、订货量、扫码入库量）
4.12.1 目标形态
页面内容 —— App 经营业绩页的目标形态，顶部三 Tab + 三个筛选下拉，其下依次是两张并排计数卡、马牌与维京两张性能指标卡（各含入库数 / O2O 售出 / 补货率）、「销售统计」三项与「收入统计」三行。
关键交互 —— ①切换三 Tab → 换一套指标体系（注意不只是换数据，见 REQ-PRF-009）；②点三个筛选下拉 → 展开选项并刷新全部指标；③点指标卡 → 下钻明细（本稿未画下钻标识，也未提供明细页的稿）。
可用角色 —— 店长 ✅ 全量；技工 ❓，可见范围待定 TODO(REQ-PRF-001)。按 REQ-ACC-006，在该项关闭前技工一律不可见收入统计。
需求关联 —— REQ-PRF-002 命名、REQ-PRF-008 指标与筛选的最终集合
本稿与现状有四处对不上，需连同「以哪一版为准」一并裁决（见 REQ-PRF-008）：
- 两张计数卡的文案完全相同，都写「扫码入库总数」，仅图标不同（二维码 / 店铺）——用户无从分辨。V1.0 正文称其为「扫码入库总数 / 扫码入库总数（门店）」，但稿上并没有「（门店）」这个后缀。而现状的第二张卡是「O2O 售出」，根本不是入库数。
- 稿中丢失了「品牌」筛选：三个下拉画成「当月 / 全部渠道 / 日期选择」，而现状是「品牌 / 渠道 / 日期」+ 独立的时间粒度 chip 行。分品牌性能指标卡（马牌 / 维京）恰恰依赖品牌筛选。
- 收入统计少一项：现状有四项（含「总收入」），稿中只有三项。
- 现状在可下钻的指标上带 👆 标识、页面底部带一行返利实时变动的备注，稿中均无。
另：稿中马牌与维京的「O2O 售出」同为 5、补货率同为 0.00%，属占位数据。
「1.0 / 2.0」是现状 O2O 沿用的版本代号，对门店无业务含义。App 应改用可读的业务命名 ——
TODO(REQ-PRF-002)。补充：核看现状图后发现这句话说轻了 —— 1.0 与 2.0 不是同一套指标的两个版本，而是两套完全不同的指标体系，改名解决不了问题。见 REQ-PRF-009。
4.12.2 现状经营业绩
页面内容 —— O2O「经营业绩」的 1.0 经营业绩 分页，三个 Tab 与三个筛选下拉之下另有一行时间粒度 chip（当月 / 当日 / 当周 / 当季），内容区依次为扫码入库统计、六格分品牌指标、销售统计与含「总收入」的收入统计四项，本图全部指标为 0 或 --%，属空态。
关键交互 —— ①切换三 Tab → 换指标体系；②三个下拉分别筛品牌 / 渠道 / 日期；③点时间 chip → 切换统计周期（与「日期选择」区间是互斥还是叠加，本图无法确认）；④点带 👆 标识的指标（扫码入库总数、马牌入库数、维京入库数）→ 下钻明细；⑤其余指标无下钻标识。
可用角色 —— 店长 ✅；技工 ❓ TODO(REQ-PRF-001)。
需求关联 —— REQ-PRF-002、REQ-PRF-003 报表合并、REQ-PRF-008、REQ-PRF-009
底部备注原文：「上述消费者补贴及好评展示的发放/扣回金额，根据订单核销及延保状态实时变动」。这说明收入统计不是终值而是可回冲的动态值 —— 与财务对账、返利的口径衔接需注意，该备注在 App 内必须保留。
页面内容 —— 2.0 经营业绩 分页，筛选只剩两个下拉（无渠道筛选），内容只有销售统计三项与收入统计两项，没有扫码入库统计，也没有分品牌指标。
关键交互 —— ①同上，但少一个渠道筛选；②本页指标均无 👆 下钻标识。
可用角色 —— 同上图。
需求关联 —— REQ-PRF-009
本图是「1.0/2.0 不是版本号」的直接证据：两个分页的指标名称无一相同（1.0 是订单数量 / 轮胎条数 / 延保条数，2.0 是下单数量 / 下单人数 / 商品数），筛选项数量也不同。「下单人数」是 1.0 完全没有的消费者维度指标。
页面内容 —— 2.0 引流转化 分页，结构与前两个分页完全不同：筛选为「全部」+ 月份区间与一行排名灰字，主体是三项转化指标（各带环比）与其下三项线索来源细分，再下方是年度折线图与「我的数据 / 市平均值 / 全国平均值」三个图例开关，本图指标全为 —、折线图全为 0，属空态。
关键交互 —— ①点指标旁的 ⓘ → 指标口径说明；②点年份下拉 → 切换折线图年度；③开关三条对比曲线的显隐；④折线图横向滚动查看 12 个月（本图仅能看到 1–5 月，下方有滚动条）。
可用角色 —— 店长 ✅；技工 ❓ TODO(REQ-PRF-001)。本页含「市/全国平均值」与门店排名，属对标数据，技工可见性尤需明确。
需求关联 —— REQ-PRF-007 引流转化指标体系
V1.0 的 4.12「页面内容」完全没有描述本分页 —— 只列了「扫码入库双计数、分品牌性能指标、销售统计、收入统计」，那些全属 1.0 分页。本页的线索三分类、环比、门店排名、市/全国对标折线图在需求中一条都没有，见 REQ-PRF-007。
折线图的横向滚动与提醒模块中发现的横向滚动是同类问题：为宽屏设计的图表直接搬到手机上。App 化时需重做图表适配。
页面内容 —— 1.0 分页上「全部渠道」下拉的展开态，白色浮层完整拍到 8 项取值：全部渠道（已选中）/ 小程序 / 天猫 / 京东秒送 / 京东 / 抖音小店 / 拼多多 / 高德轮胎。
关键交互 —— ①点任一渠道 → 收起浮层并按该渠道刷新全部指标；②点浮层外区域 → 收起。浮层是否可继续下滑露出更多渠道，本图无法确认。
可用角色 —— 同 1.0 分页。
需求关联 —— REQ-PRF-008
这是全文唯一一处完整列出 O2O 渠道全集的证据（7 个实际渠道）。注意「京东」与「京东秒送」是两个独立渠道。该取值集与销售模块的订单来源渠道标（设计稿中出现过「天猫订单」「京东订单」）应为同一份主数据，需在第 5 章主数据中统一。
页面内容 —— 1.0 分页上第一个下拉的展开态，取值为「全部」（已选中）/ 马牌 / 维京 —— 证明该下拉是品牌筛选而非时间粒度。
关键交互 —— ①点品牌 → 收起并按品牌刷新指标。
可用角色 —— 同 1.0 分页。
需求关联 —— REQ-PRF-008
本图是纠正 V1.0「三个筛选（时间粒度 / 渠道 / 日期）」这句话的依据，也是判定设计稿丢失品牌筛选的依据。品牌取值只有马牌与维京两个，与库存模块的品牌筛选取值范围是否一致，需在主数据侧核对。
页面内容 —— 「日期选择」下拉的展开态，只有一个含「起」「止」两个输入框与一个「查询」按钮的「选择查询时间」区，本图两框均为空、按钮置灰，故日期控件的具体形态（日历弹层还是滚轮）无法从本图确认。
关键交互 —— ①点「起」/「止」→ 唤起日期选择控件；②两端都选定后「查询」转为可点；③点「查询」→ 按区间刷新指标。
可用角色 —— 同 1.0 分页。
需求关联 —— REQ-PRF-008
页面同时存在「当月/当日/当周/当季」四个时间 chip 与这个自定义区间，两者是互斥还是叠加，现状图无法判定，App 化时须明确（否则会出现「当月 + 跨月区间」这类自相矛盾的组合）。
4.12.3 采购侧业绩详情
业绩详情：在「我的」菜单下，点击「经营业绩」进入「业绩详情」，业绩详情包含签约量、订货量、扫码入库量、O2O 售出量；签约量分为月度签约量、季度签约量；订货量、扫码入库量、O2O 售出量均支持年份 + 月度/季度维度筛选查看。
页面内容 —— ROOS「业绩详情」页，顶部是一个橙色的统计主体下拉「Continental–上海」，其下为签约量 / 订货量 / 扫码入库量 / O2O 售出量四个指标区块（后三个各自带年份下拉、区块内两张卡再各带月份与季度下拉），只有签约量有非零数据（月度 100 / 季度 300）。
关键交互 —— ①点顶部下拉 → 切换统计主体；②每个区块的年份下拉 → 切换年度；③每张卡的月份 / 季度下拉 → 切换周期。全页共有 10 个独立筛选控件，无统一筛选栏。
可用角色 —— 店长 ✅；技工 ❓ TODO(REQ-PRF-001)。签约量属商务承诺数据，技工可见性需明确。
需求关联 —— REQ-PRF-003 报表合并、REQ-PRF-005 月度签约达成预警
本图给 REQ-PRF-003 补了三条具体障碍，合并方案必须逐条回答：
- 统计主体不同。顶部下拉写的是「Continental–上海」，从命名看是签约主体或区域，而非某家具体门店；O2O 经营业绩则是门店维度。同名指标挂在不同主体上，直接相加会错。本图无法确认该下拉的确切层级，需向业务核实。
- 时间粒度不同。ROOS 只有「年 + 月 / 年 + 季」，O2O 有「当日 / 当周 / 当月 / 当季 + 自定义区间」。合并后取哪一套。
- 筛选模型不同。ROOS 是每个区块各自带筛选（共 10 个控件），O2O 是页面顶部统一筛选栏。这不只是样式差异 —— ROOS 允许「订货量看 4 月、扫码入库量看 3 月」这种跨周期并列，统一筛选栏做不到。
另注意本页对空值有两种写法：订货量与扫码入库量写
0，O2O 售出量写—。前者是「统计结果为零」，后者通常是「无数据」，同一页面不应混用。
两套经营业绩的指标高度重叠但口径不同：ROOS 业绩详情与 O2O 经营业绩都统计「扫码入库量」和「O2O 售出量」。合并为一套报表还是并列两个 Tab ——
TODO(REQ-PRF-003)，与 REQ-INV-005（入库写入目标）是同一个根因。延保侧还有第三套经营数据（4.5.6）——
TODO(REQ-PRF-004)。
4.12.4 业务规则
REQ-PRF-001 权限 —— 技工可见的指标范围待定 TODO(REQ-PRF-001)
REQ-PRF-002 命名 —— 「1.0 / 2.0」版本代号需替换为业务可读名称 TODO(REQ-PRF-002)
⚠️ 改名之前须先厘清两者的业务口径差异，见 REQ-PRF-009。
REQ-PRF-003 报表合并 —— ROOS 与 O2O 两套业绩的合并方式待定 TODO(REQ-PRF-003)
REQ-PRF-004 延保数据并入 —— 延保经营数据是否并入统一报表待定 TODO(REQ-PRF-004)
REQ-PRF-005 月度签约达成预警 —— 首页动态预警中的「月度签约达成」阈值取自签约量指标，规则待定 TODO(REQ-HOM-009)
REQ-PRF-006 首页营收卡片 —— 设计稿的「今日预计营收 / 毛利 / 客单价」在本模块无对应指标，口径待定 TODO(REQ-HOM-011)
逐图核看确认了这一条：8 张图中没有任何一处出现「毛利」「客单价」「预计营收」。现状最接近的只有「货款收入-结算总额」与「总收入」，二者都是已发生的收入，不是「预计」，也不含成本项。首页那张卡片的三个指标在现有数据源里全部无对应，需新建口径。
REQ-PRF-007 引流转化指标体系 —— 「2.0 引流转化」分页含线索数量 / 轮胎转化 / 好评数量三项主指标（均带环比）、线索按电话 / 导航 / 订单三类细分、上月门店排名，以及可叠加市平均与全国平均对标曲线的年度折线图。是否纳入首版、对标数据谁算谁可见、线索分类口径、折线图的移动端适配，均待定 TODO(REQ-PRF-007)
REQ-PRF-008 指标与筛选的最终集合 —— 设计稿与现状有四处实质不一致（第二张计数卡的指标、品牌筛选的存废、收入统计三项还是四项、下钻标识），且时间 chip 与自定义日期区间是互斥还是叠加未定。以哪一版为准待定 TODO(REQ-PRF-008)
REQ-PRF-009 1.0 与 2.0 的业务口径 —— 两者指标名无一相同，是两套不同的指标体系而非同一套的两个版本。各自对应什么业务范围、能否合并或废弃其一、在此之前 App 是否照搬两个 Tab，待定 TODO(REQ-PRF-009)
4.12.5 验收标准
- 时间粒度、渠道、日期三个筛选任意组合下，各指标卡与下钻明细口径一致；
- 同一指标（如扫码入库量）在首页、经营业绩、库存三处显示的数值一致；
- 技工不可见的指标在接口层即不返回，而非仅前端隐藏。
第 1 条需补充「品牌」这一维（现状是四个筛选维度：品牌 / 渠道 / 日期 / 时间粒度），并明确时间 chip 与自定义区间的互斥关系。
附：本模块归拢信息
以下内容从主文件的其它章节归拢而来，便于本模块独立评审。回灌主文件时不处理本分界线以下的部分——主文件的附录仍是全局视图。
附-1 业务数据字典（主文件附录 A.8，与 FIN 共用一节）
主文件附录 A.8「经营分析与财务」一节跨 PRF 与 FIN 两个模块，共 3 条：
| # | 数据集 | 来源 | 安全 | 归属 |
|---|---|---|---|---|
| 1 | 对账单（采购及返利对账单，来自 ROOS 与 F6） | Mini Program Backend | HTTPS | FIN |
| 2 | 核销结果集（门店核销收入） | Mini Program Backend | HTTPS | FIN |
| 3 | 返利结果集（余额、明细、规则、提现） | Mini Program Backend | HTTPS | RBT |
附录 A.8 三条数据集的模块归属
A.8 名为「经营分析与财务」，但三条数据集全部属于财务与返利，经营分析的指标一条都没有。 本模块涉及的以下数据集在附录 A 中完全缺失，需业务补齐字段级定义：
| 数据集 | 来源 | 备注 |
|---|---|---|
| 扫码入库统计（总数 + 分品牌入库数） | O2O + ROOS | 两系统同名指标，口径待合并 REQ-PRF-003 |
| O2O 售出量与补货率（分品牌） | O2O | 补货率 = 入库 / 售出，口径需确认 |
| 销售统计（1.0：订单数量 / 轮胎条数 / 延保条数；2.0：下单数量 / 下单人数 / 商品数） | O2O | 两套指标名互不相同 REQ-PRF-009 |
| 收入统计（货款收入 / 消费者补贴 / 抽奖红包返利 / 总收入） | O2O | 可回冲的动态值，随订单核销与延保状态变动 |
| 引流转化（线索数量 / 轮胎转化 / 好评数量；电话·导航·订单线索；市与全国平均值；门店排名） | O2O | 需求中完全未定义 REQ-PRF-007 |
| 签约量（月度 / 季度） | ROOS | 首页「月度签约达成预警」的阈值来源 REQ-PRF-005 |
| 订货量 | ROOS | |
| 渠道主数据（小程序 / 天猫 / 京东秒送 / 京东 / 抖音小店 / 拼多多 / 高德轮胎） | O2O | 应与销售的订单来源渠道同源，见第 5 章 |
经营业绩模块数据集（本表为本次拆分据现状截图补写，非主文件原文，需业务确认后并入附录 A）
附-2 权限矩阵（主文件附录 B 本模块分行）
图例：✅ 完整权限 · 🔸 受限 · ⚙️ 需店长/后台显式授权 · ✗ 无权限 · ❓ 待确认
| 功能 | 店长 | 技工 | 备注 / 待确认 |
|---|---|---|---|
| 全量指标 | ✅ | ❓ | 技工可见范围 TODO(REQ-PRF-001) |
经营业绩模块权限矩阵（摘自主文件附录 B）
适用的全局权限实施规则：接口层强制（REQ-ACC-004）；⚙️ 类由店长或后台经人员管理「可用系统」授予（REQ-ACC-005）；🔸 与 ❓ 项在待确认关闭前，一律按更严格的一侧实现（REQ-ACC-006）；权限变更后用户下次进入 App 即生效（REQ-ACC-007）。
矩阵只有「全量指标」一行，粒度过粗。逐图核看后，本模块至少有四类敏感度不同的指标需分别定级，建议在关闭
TODO(REQ-PRF-001)时按下表细化：
指标类 举例 建议 金额类 货款收入、总收入、消费者补贴 店长 ✅ / 技工 ✗（与首页金额隐藏口径一致） 商务承诺类 月度 / 季度签约量 店长 ✅ / 技工 ✗ 对标排名类 市平均值、全国平均值、上月排名 店长 ✅ / 技工 ❓ 作业量类 扫码入库数、轮胎条数、延保条数 店长 ✅ / 技工 ✅（即主文件所说「与其相关的施工量指标」） 上表为建议值，非已决结论。按 REQ-ACC-006，关闭前技工一律按最严格实现（仅作业量类可见）。
附-3 待确认项（主文件 10.2.11）
主文件 10.2.11 是「业绩、营销、福利兑换（PRF / MKT / MSP）」三模块合并的一节，以下为按 REQ 前缀拆出的 PRF 分片：
| 编号 | 待确认内容 | 建议决策方 |
|---|---|---|
| REQ-PRF-001 | 技工可见的业绩指标范围 | 业务 |
| REQ-PRF-002 | 「1.0 / 2.0」版本代号的业务命名替换 | 产品 |
| REQ-PRF-003 | ROOS 与 O2O 两套业绩的合并方式 | 业务 |
| REQ-PRF-004 | 延保经营数据是否并入统一报表 | 业务 |
经营业绩模块待确认项（摘自主文件 10.2.11，4 条）
本次拆分新增 3 条（回灌主文件时并入 10.2.11）：
| 编号 | 待确认内容 | 建议决策方 |
|---|---|---|
| REQ-PRF-007 | 引流转化 Tab 的指标体系未定义 —— 线索三分类、环比、门店排名、市/全国对标折线图在需求中一片空白，详见附-5 | 产品 / 业务 |
| REQ-PRF-008 | 指标与筛选的最终集合以哪一版为准 —— 设计稿与现状有四处实质不一致（计数卡文案、品牌筛选、收入项数、下钻标识） | 产品 |
| REQ-PRF-009 | 1.0 与 2.0 是两套不同的指标体系，不是同一套的两个版本 —— 指标名无一相同，仅改名不足以解决 | 业务 / 产品 |
合计 7 条待确认（原 4 条 + 新增 3 条）。回灌时需同步附录 D.2 的 PRF 行（6 / 4 / 33% → 9 / 7 / 22%）与第 10.2 节总数。
另有两条记在本模块名下但归属其它模块的规则：REQ-PRF-005 挂
TODO(REQ-HOM-009)、REQ-PRF-006 挂TODO(REQ-HOM-011)，两条 TODO 均登记在 10.2.2 首页下，不重复计入本模块的 4 条。
附-4 配图清单（主文件附录 C 4.12 节）
| 序 | 说明 | 文件 |
|---|---|---|
| 1 | 设计稿-经营业绩（App 目标形态）：两张计数卡文案相同、缺品牌筛选、缺「总收入」 | ../app-design-images/经营业绩.png |
| 2 | 现状-O2O 经营业绩（1.0）：入库统计 + 分品牌指标 + 销售统计 + 收入四项；全空态 | ../mini-program-images/O2O/经营业绩-1.0经营业绩.png |
| 3 | 现状-O2O 经营业绩（2.0）：另一套指标（下单数量/下单人数/商品数），无渠道筛选 | ../mini-program-images/O2O/经营业绩-2.0经营业绩.png |
| 4 | 现状-O2O 经营业绩（2.0 引流转化）：线索三分类 + 环比 + 排名 + 市/全国对标折线图；全空态 | ../mini-program-images/O2O/经营业绩-2.0引流转化.png |
| 5 | 现状-O2O 经营业绩（筛选渠道）：完整 7 个渠道取值 | ../mini-program-images/O2O/经营业绩-筛选渠道.png |
| 6 | 现状-O2O 经营业绩（筛选品牌）：取值全部 / 马牌 / 维京，证明首个筛选是品牌不是时间 | ../mini-program-images/O2O/经营业绩-筛选品牌.png |
| 7 | 现状-O2O 经营业绩（筛选日期）：起止区间 + 查询按钮，两框为空、按钮置灰 | ../mini-program-images/O2O/经营业绩-筛选日期.png |
| 8 | 现状-ROOS 业绩详情：签约量（唯一有数据）+ 订货量 / 扫码入库量 / O2O 售出量，10 个独立筛选控件 | ../mini-program-images/ROOS/业绩详情.png |
经营业绩模块配图清单，8 张（设计稿 1 / 现状-O2O 6 / 现状-ROOS 1）。说明较主文件附录 C已按实际截图内容补充，主文件附录 C 回灌时应一并更新。
8 张中 6 张为空态或零值，唯一有真实数据的是 ROOS 业绩详情的签约量（月度 100 / 季度 300）与设计稿的占位数据。与 MKT 模块同样的问题：现状证据不足以验证指标的真实取值范围与量级，评审前建议索取一份有真实数据的门店账号截图。
附-5 本次拆分新增发现（待业务确认）
以下 3 条不在主文件现有 6 条 PRF 需求内，是本次逐张核看 8 张配图时发现的、现有需求未覆盖的事项。编号接 REQ-PRF-006 顺延，尚未登记进主文件 10.2.11，回灌时需一并并入并更新主文件的规模声明与附录 D.2 计数。
| 编号 | 待确认内容 | 证据 | 建议决策方 |
|---|---|---|---|
| REQ-PRF-007 | 引流转化 Tab 的指标体系未定义：主文件「页面内容」只描述了 1.0 分页的指标，「2.0 引流转化」整个分页在需求中一片空白。该分页实际含：①线索数量 / 轮胎转化 / 好评数量三项主指标，均带环比上月；②线索按电话 / 导航 / 订单三类细分；③上月门店排名；④按年度的折线图，可叠加市平均值与全国平均值对标曲线。需确认：①是否纳入 App 首版；②排名与市/全国平均值由谁计算、能否对门店开放；③线索三分类的采集口径（导航线索指高德/百度导航到店？）；④折线图现状横向滚动，移动端需重做适配；⑤对标数据对技工是否可见。 | 4.12.2 图 4 | 产品 / 业务 |
| REQ-PRF-008 | 指标与筛选的最终集合以哪一版为准：设计稿与现状有四处实质不一致 —— ①现状第二张计数卡是「O2O 售出」，设计稿画成第二个「扫码入库总数」且与第一张文案完全相同、仅图标不同；②设计稿丢失品牌筛选（现状是品牌 / 渠道 / 日期三个下拉 + 当月·当日·当周·当季 chip 行；设计稿是当月 / 全部渠道 / 日期选择），而分品牌指标卡依赖它；③现状收入统计四项含「总收入」，设计稿只有三项；④现状带 👆 下钻标识与底部「返利实时变动」备注，设计稿均无。另需一并明确：时间 chip 与自定义日期区间是互斥还是叠加。 | 4.12.1 图 1 + 4.12.2 图 2、5、6、7 | 产品 |
| REQ-PRF-009 | 1.0 与 2.0 是两套不同的指标体系，不是同一套的两个版本：1.0 有扫码入库统计、分品牌性能指标、渠道筛选、四项收入（订单数量 / 轮胎条数 / 延保条数）；2.0 只有三项销售指标（下单数量 / 下单人数 / 商品数）与两项收入，无入库、无分品牌、无渠道筛选。两者指标名无一相同，「下单人数」更是 1.0 没有的消费者维度。因此 REQ-PRF-002「换个可读名字」并不足够，需先回答：①两者各自对应什么业务范围（是否两代 O2O 履约模式）；②是否可合并为一套，或废弃其一；③在此之前 App 是否照搬两个 Tab。 | 4.12.2 图 2、图 3 | 业务 / 产品 |
本次拆分新增待确认项，3 条
另有两项不需新增编号的观察，已就地记在图下：①REQ-PRF-003 的合并障碍已具体化为三条（统计主体不同 —— ROOS 顶部下拉「Continental–上海」疑为区域/签约主体而非门店、时间粒度不同、筛选模型不同），合并方案须逐条回答；②REQ-PRF-006 经核实成立 —— 8 张图中没有任何一处出现「毛利」「客单价」「预计营收」，首页营收卡片的三个指标在现有数据源里全部无对应，必须新建口径而非映射现有字段。
另有一项数据质量观察：ROOS 业绩详情对空值混用
0与—两种写法，同一页面内含义不一致。该数据由 ROOS 维护，本 PRD 不为此提需求，但 App 聚合时须统一空值语义，避免把「无数据」渲染成「零」。