conti-docs/prd/modules/12-PRF-经营业绩与报表.md

# 4.12 经营业绩与报表

> **本文件是【经营业绩与报表 PRF】模块需求的编辑入口。**
> 主文件 [`../Continental-Retail-APP-PRD.md`](../Continental-Retail-APP-PRD.md) 第 4.12 节已于 2026-08 从本文件回灌（V1.1），此后的需求变更仍改本文件、再回灌。
> **两者不一致时以本文件为准。** 目录约定见 [`README.md`](./README.md)。

| 项 | 值 |
| --- | --- |
| 模块码 | PRF |
| V1.0 章节 | 4.12 |
| 描述粒度 | 6 维精简模板 |
| 需求依据 | 现状截图反推 + 设计稿 |
| 现状承载系统 | O2O + ROOS（+ 延保为第三套） |
| 需求条数 | 9（待确认 7，完成度 22%） |
| 本次新增待确认 | 3（REQ-PRF-007 / 008 / 009 见[附-5](#附-5-本次拆分新增发现待业务确认)） |
| 配图 | 8 张（设计稿 1 / 现状-O2O 6 / 现状-ROOS 1） |

模块概要

---

> 本节内容由 O2O 经营业绩、ROOS 业绩详情与设计稿构建。

**业务目标** —— 门店在一处看到订货、入库、售出、延保、收入的全链路经营数据，解决[痛点 2.5](../Continental-Retail-APP-PRD.md#25-数据经营分析)

**入口** —— 「我的」菜单 → 经营业绩；宫格版导航「经营分析」；[店长首页](./02-HOM-APP首页与导航.md#423-店长首页)业绩卡片

**页面内容**：

- 三 Tab：**1.0 经营业绩 / 2.0 经营业绩 / 2.0 引流转化**
- 三个筛选（**品牌** / 渠道 / 日期）+ 一行时间粒度 chip（当月 / 当日 / 当周 / 当季）
- 扫码入库双计数、分品牌性能指标、销售统计、收入统计
- 引流转化 Tab 另有线索三分类、环比、排名与市/全国对标折线图（[REQ-PRF-007](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)）

> V1.0 此处原写作「三个筛选（时间粒度 / 渠道 / 日期）」，据现状图核实**第一个筛选是「品牌」而非「时间粒度」**，时间粒度是另一行独立的 chip，已按实际改写。见 [4.12.2](#4122-现状经营业绩) 的筛选品牌图。

**主流程** —— 选择时间粒度与渠道 → 查看指标卡 → 下钻明细

**权限规则** —— 建议限店长；技工可见与其相关的施工量指标 `TODO(REQ-PRF-001)`

**数据来源** —— O2O（O2O 售出、收入、引流转化）、ROOS（签约量、订货量、扫码入库量）

## 4.12.1 目标形态

![设计稿-经营业绩](../app-design-images/经营业绩.png)

**页面内容** —— App 经营业绩页的目标形态，顶部三 Tab + 三个筛选下拉，其下依次是两张并排计数卡、马牌与维京两张性能指标卡（各含入库数 / O2O 售出 / 补货率）、「销售统计」三项与「收入统计」三行。

**关键交互** —— ①切换三 Tab → 换一套指标体系（**注意不只是换数据**，见 [REQ-PRF-009](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)）；②点三个筛选下拉 → 展开选项并刷新全部指标；③点指标卡 → 下钻明细（**本稿未画下钻标识，也未提供明细页的稿**）。

**可用角色** —— 店长 ✅ 全量；技工 ❓，可见范围待定 `TODO(REQ-PRF-001)`。按 REQ-ACC-006，在该项关闭前技工一律不可见收入统计。

**需求关联** —— [REQ-PRF-002](#4124-业务规则) 命名、[REQ-PRF-008](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp) 指标与筛选的最终集合

> **本稿与现状有四处对不上**，需连同「以哪一版为准」一并裁决（见 [REQ-PRF-008](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)）：
>
> 1. **两张计数卡的文案完全相同**，都写「扫码入库总数」，仅图标不同（二维码 / 店铺）——用户无从分辨。V1.0 正文称其为「扫码入库总数 / 扫码入库总数（门店）」，但**稿上并没有「（门店）」这个后缀**。而现状的第二张卡是「**O2O 售出**」，根本不是入库数。
> 2. **稿中丢失了「品牌」筛选**：三个下拉画成「当月 / 全部渠道 / 日期选择」，而现状是「品牌 / 渠道 / 日期」+ 独立的时间粒度 chip 行。分品牌性能指标卡（马牌 / 维京）恰恰依赖品牌筛选。
> 3. **收入统计少一项**：现状有四项（含「**总收入**」），稿中只有三项。
> 4. 现状在可下钻的指标上带 👆 标识、页面底部带一行返利实时变动的备注，稿中均无。
>
> 另：稿中马牌与维京的「O2O 售出」同为 5、补货率同为 0.00%，属占位数据。

> 「1.0 / 2.0」是现状 O2O 沿用的版本代号，对门店无业务含义。App 应改用可读的业务命名 —— `TODO(REQ-PRF-002)`。
>
> **补充**：核看现状图后发现这句话说轻了 —— 1.0 与 2.0 **不是同一套指标的两个版本，而是两套完全不同的指标体系**，改名解决不了问题。见 [REQ-PRF-009](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)。

## 4.12.2 现状经营业绩

![现状-O2O 经营业绩-1.0经营业绩](../mini-program-images/O2O/经营业绩-1.0经营业绩.png)

**页面内容** —— O2O「经营业绩」的 **1.0 经营业绩** 分页，三个 Tab 与三个筛选下拉之下另有一行时间粒度 chip（当月 / 当日 / 当周 / 当季），内容区依次为扫码入库统计、六格分品牌指标、销售统计与含「**总收入**」的收入统计四项，**本图全部指标为 0 或 `--%`，属空态**。

**关键交互** —— ①切换三 Tab → 换指标体系；②三个下拉分别筛品牌 / 渠道 / 日期；③点时间 chip → 切换统计周期（**与「日期选择」区间是互斥还是叠加，本图无法确认**）；④点带 👆 标识的指标（扫码入库总数、马牌入库数、维京入库数）→ 下钻明细；⑤其余指标无下钻标识。

**可用角色** —— 店长 ✅；技工 ❓ `TODO(REQ-PRF-001)`。

**需求关联** —— [REQ-PRF-002](#4124-业务规则)、[REQ-PRF-003](#4124-业务规则) 报表合并、[REQ-PRF-008](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)、[REQ-PRF-009](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)

> 底部备注原文：「上述消费者补贴及好评展示的发放/扣回金额，根据订单核销及延保状态实时变动」。这说明**收入统计不是终值而是可回冲的动态值** —— 与[财务对账](./10-FIN-财务与对账.md)、[返利](./11-RBT-返利中心.md)的口径衔接需注意，该备注在 App 内必须保留。

![现状-O2O 经营业绩-2.0经营业绩](../mini-program-images/O2O/经营业绩-2.0经营业绩.png)

**页面内容** —— **2.0 经营业绩** 分页，筛选只剩两个下拉（**无渠道筛选**），内容只有销售统计三项与收入统计两项，**没有扫码入库统计，也没有分品牌指标**。

**关键交互** —— ①同上，但少一个渠道筛选；②本页指标**均无 👆 下钻标识**。

**可用角色** —— 同上图。

**需求关联** —— [REQ-PRF-009](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)

> **本图是「1.0/2.0 不是版本号」的直接证据**：两个分页的指标名称无一相同（1.0 是订单数量 / 轮胎条数 / 延保条数，2.0 是下单数量 / 下单人数 / 商品数），筛选项数量也不同。**「下单人数」是 1.0 完全没有的消费者维度指标**。

![现状-O2O 经营业绩-2.0引流转化](../mini-program-images/O2O/经营业绩-2.0引流转化.png)

**页面内容** —— **2.0 引流转化** 分页，**结构与前两个分页完全不同**：筛选为「全部」+ 月份区间与一行排名灰字，主体是三项转化指标（各带环比）与其下三项线索来源细分，再下方是年度折线图与「我的数据 / 市平均值 / 全国平均值」三个图例开关，**本图指标全为 `—`、折线图全为 0，属空态**。

**关键交互** —— ①点指标旁的 ⓘ → 指标口径说明；②点年份下拉 → 切换折线图年度；③开关三条对比曲线的显隐；④折线图**横向滚动**查看 12 个月（本图仅能看到 1–5 月，下方有滚动条）。

**可用角色** —— 店长 ✅；技工 ❓ `TODO(REQ-PRF-001)`。本页含「市/全国平均值」与门店排名，属对标数据，技工可见性尤需明确。

**需求关联** —— [REQ-PRF-007](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp) 引流转化指标体系

> **V1.0 的 4.12「页面内容」完全没有描述本分页** —— 只列了「扫码入库双计数、分品牌性能指标、销售统计、收入统计」，那些全属 1.0 分页。本页的线索三分类、环比、门店排名、市/全国对标折线图**在需求中一条都没有**，见 [REQ-PRF-007](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)。
>
> 折线图的横向滚动与[提醒模块](./04-RMD-提醒.md)中发现的横向滚动是同类问题：**为宽屏设计的图表直接搬到手机上**。App 化时需重做图表适配。

![现状-O2O 经营业绩-筛选渠道](../mini-program-images/O2O/经营业绩-筛选渠道.png)

**页面内容** —— 1.0 分页上「全部渠道」下拉的展开态，白色浮层完整拍到 8 项取值：**全部渠道**（已选中）/ 小程序 / 天猫 / 京东秒送 / 京东 / 抖音小店 / 拼多多 / 高德轮胎。

**关键交互** —— ①点任一渠道 → 收起浮层并按该渠道刷新全部指标；②点浮层外区域 → 收起。**浮层是否可继续下滑露出更多渠道，本图无法确认。**

**可用角色** —— 同 1.0 分页。

**需求关联** —— [REQ-PRF-008](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)

> 这是全文唯一一处**完整列出 O2O 渠道全集**的证据（7 个实际渠道）。注意「京东」与「京东秒送」是**两个独立渠道**。该取值集与[销售模块](./03-SAL-销售.md)的订单来源渠道标（设计稿中出现过「天猫订单」「京东订单」）应为同一份主数据，需在[第 5 章主数据](../Continental-Retail-APP-PRD.md#5-主数据)中统一。

![现状-O2O 经营业绩-筛选品牌](../mini-program-images/O2O/经营业绩-筛选品牌.png)

**页面内容** —— 1.0 分页上**第一个**下拉的展开态，取值为「全部」（已选中）/ 马牌 / 维京 —— 证明该下拉是**品牌筛选**而非时间粒度。

**关键交互** —— ①点品牌 → 收起并按品牌刷新指标。

**可用角色** —— 同 1.0 分页。

**需求关联** —— [REQ-PRF-008](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)

> **本图是纠正 V1.0「三个筛选（时间粒度 / 渠道 / 日期）」这句话的依据**，也是判定设计稿丢失品牌筛选的依据。品牌取值只有马牌与维京两个，与[库存模块](./07-INV-库存.md)的品牌筛选取值范围是否一致，需在主数据侧核对。

![现状-O2O 经营业绩-筛选日期](../mini-program-images/O2O/经营业绩-筛选日期.png)

**页面内容** —— 「日期选择」下拉的展开态，只有一个含「起」「止」两个输入框与一个「查询」按钮的「选择查询时间」区，**本图两框均为空、按钮置灰**，故日期控件的具体形态（日历弹层还是滚轮）无法从本图确认。

**关键交互** —— ①点「起」/「止」→ 唤起日期选择控件；②两端都选定后「查询」转为可点；③点「查询」→ 按区间刷新指标。

**可用角色** —— 同 1.0 分页。

**需求关联** —— [REQ-PRF-008](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)

> 页面同时存在「当月/当日/当周/当季」四个时间 chip 与这个自定义区间，**两者是互斥还是叠加，现状图无法判定**，App 化时须明确（否则会出现「当月 + 跨月区间」这类自相矛盾的组合）。

## 4.12.3 采购侧业绩详情

**业绩详情**：在「我的」菜单下，点击「经营业绩」进入「业绩详情」，业绩详情包含**签约量、订货量、扫码入库量、O2O 售出量**；签约量分为**月度签约量、季度签约量**；订货量、扫码入库量、O2O 售出量均支持**年份 + 月度/季度**维度筛选查看。

![现状-ROOS 业绩详情](../mini-program-images/ROOS/业绩详情.png)

**页面内容** —— ROOS「业绩详情」页，顶部是一个橙色的统计主体下拉「**Continental–上海**」，其下为签约量 / 订货量 / 扫码入库量 / O2O 售出量四个指标区块（后三个各自带年份下拉、区块内两张卡再各带月份与季度下拉），**只有签约量有非零数据**（月度 100 / 季度 300）。

**关键交互** —— ①点顶部下拉 → 切换统计主体；②每个区块的年份下拉 → 切换年度；③每张卡的月份 / 季度下拉 → 切换周期。**全页共有 10 个独立筛选控件**，无统一筛选栏。

**可用角色** —— 店长 ✅；技工 ❓ `TODO(REQ-PRF-001)`。签约量属商务承诺数据，技工可见性需明确。

**需求关联** —— [REQ-PRF-003](#4124-业务规则) 报表合并、[REQ-PRF-005](#4124-业务规则) 月度签约达成预警

> **本图给 [REQ-PRF-003](#4124-业务规则) 补了三条具体障碍**，合并方案必须逐条回答：
>
> 1. **统计主体不同**。顶部下拉写的是「Continental–上海」，从命名看是**签约主体或区域**，而非某家具体门店；O2O 经营业绩则是门店维度。同名指标挂在不同主体上，直接相加会错。**本图无法确认该下拉的确切层级**，需向业务核实。
> 2. **时间粒度不同**。ROOS 只有「年 + 月 / 年 + 季」，O2O 有「当日 / 当周 / 当月 / 当季 + 自定义区间」。合并后取哪一套。
> 3. **筛选模型不同**。ROOS 是每个区块各自带筛选（共 10 个控件），O2O 是页面顶部统一筛选栏。这不只是样式差异 —— ROOS 允许「订货量看 4 月、扫码入库量看 3 月」这种**跨周期并列**，统一筛选栏做不到。
>
> 另注意本页对空值有**两种写法**：订货量与扫码入库量写 `0`，O2O 售出量写 `—`。前者是「统计结果为零」，后者通常是「无数据」，同一页面不应混用。

> **两套经营业绩的指标高度重叠但口径不同**：ROOS 业绩详情与 O2O 经营业绩都统计「扫码入库量」和「O2O 售出量」。合并为一套报表还是并列两个 Tab —— `TODO(REQ-PRF-003)`，与 [REQ-INV-005](./07-INV-库存.md#474-业务规则)（入库写入目标）是同一个根因。
>
> 延保侧还有第三套经营数据（[4.5.6](./05-WTY-延保.md#456-工作台返利与经营数据)）—— `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](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)。

**REQ-PRF-003 报表合并** —— ROOS 与 O2O 两套业绩的合并方式待定 `TODO(REQ-PRF-003)`

**REQ-PRF-004 延保数据并入** —— 延保经营数据是否并入统一报表待定 `TODO(REQ-PRF-004)`

**REQ-PRF-005 月度签约达成预警** —— [首页动态预警](./02-HOM-APP首页与导航.md#423-店长首页)中的「月度签约达成」阈值取自签约量指标，规则待定 `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. 时间粒度、渠道、日期三个筛选任意组合下，各指标卡与下钻明细口径一致；
2. 同一指标（如扫码入库量）在首页、经营业绩、库存三处显示的数值一致；
3. 技工不可见的指标在接口层即不返回，而非仅前端隐藏。

> 第 1 条需补充「品牌」这一维（现状是四个筛选维度：品牌 / 渠道 / 日期 / 时间粒度），并明确时间 chip 与自定义区间的互斥关系。

---

## 附：本模块归拢信息

> 以下内容从主文件的其它章节归拢而来，便于本模块独立评审。**回灌主文件时不处理本分界线以下的部分**——主文件的附录仍是全局视图。

### 附-1 业务数据字典（主文件附录 A.8，与 FIN 共用一节）

主文件[附录 A.8「经营分析与财务」](../Continental-Retail-APP-PRD.md#a8-经营分析与财务)一节跨 PRF 与 FIN 两个模块，共 3 条：

| # | 数据集 | 来源 | 安全 | 归属 |
| --- | --- | --- | --- | --- |
| 1 | 对账单（采购及返利对账单，来自 ROOS 与 F6） | Mini Program Backend | HTTPS | [FIN](./10-FIN-财务与对账.md) |
| 2 | 核销结果集（门店核销收入） | Mini Program Backend | HTTPS | [FIN](./10-FIN-财务与对账.md) |
| 3 | 返利结果集（余额、明细、规则、提现） | Mini Program Backend | HTTPS | [RBT](./11-RBT-返利中心.md) |

附录 A.8 三条数据集的模块归属

> **A.8 名为「经营分析与财务」，但三条数据集全部属于财务与返利，经营分析的指标一条都没有。** 本模块涉及的以下数据集在附录 A 中**完全缺失**，需业务补齐字段级定义：

| 数据集 | 来源 | 备注 |
| --- | --- | --- |
| 扫码入库统计（总数 + 分品牌入库数） | O2O + ROOS | 两系统同名指标，口径待合并 [REQ-PRF-003](#4124-业务规则) |
| O2O 售出量与补货率（分品牌） | O2O | 补货率 = 入库 / 售出，口径需确认 |
| 销售统计（1.0：订单数量 / 轮胎条数 / 延保条数；2.0：下单数量 / 下单人数 / 商品数） | O2O | 两套指标名互不相同 [REQ-PRF-009](#附-5-本次拆分新增发现待业务确认) |
| 收入统计（货款收入 / 消费者补贴 / 抽奖红包返利 / 总收入） | O2O | **可回冲的动态值**，随订单核销与延保状态变动 |
| 引流转化（线索数量 / 轮胎转化 / 好评数量；电话·导航·订单线索；市与全国平均值；门店排名） | O2O | 需求中完全未定义 [REQ-PRF-007](#附-5-本次拆分新增发现待业务确认) |
| 签约量（月度 / 季度） | ROOS | 首页「月度签约达成预警」的阈值来源 [REQ-PRF-005](#4124-业务规则) |
| 订货量 | ROOS | |
| 渠道主数据（小程序 / 天猫 / 京东秒送 / 京东 / 抖音小店 / 拼多多 / 高德轮胎） | O2O | 应与[销售](./03-SAL-销售.md)的订单来源渠道同源，见[第 5 章](../Continental-Retail-APP-PRD.md#5-主数据) |

经营业绩模块数据集（**本表为本次拆分据现状截图补写，非主文件原文**，需业务确认后并入附录 A）

### 附-2 权限矩阵（主文件附录 B 本模块分行）

**图例**：✅ 完整权限 · 🔸 受限 · ⚙️ 需店长/后台显式授权 · ✗ 无权限 · ❓ 待确认

| 功能 | 店长 | 技工 | 备注 / 待确认 |
| --- | --- | --- | --- |
| 全量指标 | ✅ | ❓ | 技工可见范围 `TODO(REQ-PRF-001)` |

经营业绩模块权限矩阵（摘自主文件[附录 B](../Continental-Retail-APP-PRD.md#附录-b-权限矩阵)）

适用的全局权限实施规则：接口层强制（REQ-ACC-004）；⚙️ 类由店长或后台经[人员管理「可用系统」](./09-STM-门店管理.md#49-门店管理)授予（REQ-ACC-005）；**🔸 与 ❓ 项在待确认关闭前，一律按更严格的一侧实现**（REQ-ACC-006）；权限变更后用户下次进入 App 即生效（REQ-ACC-007）。

> 矩阵只有「全量指标」一行，粒度过粗。逐图核看后，本模块至少有**四类敏感度不同的指标**需分别定级，建议在关闭 `TODO(REQ-PRF-001)` 时按下表细化：
>
> | 指标类 | 举例 | 建议 |
> | --- | --- | --- |
> | 金额类 | 货款收入、总收入、消费者补贴 | 店长 ✅ / 技工 ✗（与[首页金额隐藏](./02-HOM-APP首页与导航.md#426-业务规则)口径一致） |
> | 商务承诺类 | 月度 / 季度签约量 | 店长 ✅ / 技工 ✗ |
> | 对标排名类 | 市平均值、全国平均值、上月排名 | 店长 ✅ / 技工 ❓ |
> | 作业量类 | 扫码入库数、轮胎条数、延保条数 | 店长 ✅ / 技工 ✅（即主文件所说「与其相关的施工量指标」） |
>
> 上表为建议值，非已决结论。按 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](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)，4 条）

**本次拆分新增 3 条**（回灌主文件时并入 10.2.11）：

| 编号 | 待确认内容 | 建议决策方 |
| --- | --- | --- |
| **REQ-PRF-007** | **引流转化 Tab 的指标体系未定义** —— 线索三分类、环比、门店排名、市/全国对标折线图在需求中一片空白，详见[附-5](#附-5-本次拆分新增发现待业务确认) | 产品 / 业务 |
| **REQ-PRF-008** | **指标与筛选的最终集合以哪一版为准** —— 设计稿与现状有四处实质不一致（计数卡文案、品牌筛选、收入项数、下钻标识） | 产品 |
| **REQ-PRF-009** | **1.0 与 2.0 是两套不同的指标体系，不是同一套的两个版本** —— 指标名无一相同，仅改名不足以解决 | 业务 / 产品 |

合计 7 条待确认（原 4 条 + 新增 3 条）。回灌时需同步[附录 D.2](../Continental-Retail-APP-PRD.md#d2-模块级追溯汇总) 的 PRF 行（6 / 4 / 33% → 9 / 7 / 22%）与第 10.2 节总数。

> 另有两条**记在本模块名下但归属其它模块**的规则：[REQ-PRF-005](#4124-业务规则) 挂 `TODO(REQ-HOM-009)`、[REQ-PRF-006](#4124-业务规则) 挂 `TODO(REQ-HOM-011)`，两条 TODO 均登记在 [10.2.2 首页](./02-HOM-APP首页与导航.md#附-3-待确认项主文件-1022)下，不重复计入本模块的 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](../Continental-Retail-APP-PRD.md#附录-c-图表清单)已按实际截图内容补充，主文件附录 C 回灌时应一并更新。

> 8 张中 **6 张为空态或零值**，唯一有真实数据的是 ROOS 业绩详情的签约量（月度 100 / 季度 300）与设计稿的占位数据。与 [MKT 模块](./13-MKT-营销与会员.md#附-4-配图清单主文件附录-c-413-节)同样的问题：**现状证据不足以验证指标的真实取值范围与量级**，评审前建议索取一份有真实数据的门店账号截图。

### 附-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](#4122-现状经营业绩) 图 4 | 产品 / 业务 |
| REQ-PRF-008 | **指标与筛选的最终集合以哪一版为准**：设计稿与现状有四处实质不一致 —— ①现状第二张计数卡是「O2O 售出」，设计稿画成第二个「**扫码入库总数**」且与第一张**文案完全相同**、仅图标不同；②设计稿**丢失品牌筛选**（现状是品牌 / 渠道 / 日期三个下拉 + 当月·当日·当周·当季 chip 行；设计稿是当月 / 全部渠道 / 日期选择），而分品牌指标卡依赖它；③现状收入统计四项含「**总收入**」，设计稿只有三项；④现状带 👆 下钻标识与底部「返利实时变动」备注，设计稿均无。另需一并明确：时间 chip 与自定义日期区间是**互斥还是叠加**。 | [4.12.1](#4121-目标形态) 图 1 + [4.12.2](#4122-现状经营业绩) 图 2、5、6、7 | 产品 |
| REQ-PRF-009 | **1.0 与 2.0 是两套不同的指标体系，不是同一套的两个版本**：1.0 有扫码入库统计、分品牌性能指标、渠道筛选、四项收入（订单数量 / 轮胎条数 / 延保条数）；2.0 只有三项销售指标（下单数量 / **下单人数** / 商品数）与两项收入，无入库、无分品牌、无渠道筛选。两者指标名**无一相同**，「下单人数」更是 1.0 没有的消费者维度。因此 [REQ-PRF-002](#4124-业务规则)「换个可读名字」并不足够，需先回答：①两者各自对应什么业务范围（是否两代 O2O 履约模式）；②是否可合并为一套，或废弃其一；③在此之前 App 是否照搬两个 Tab。 | [4.12.2](#4122-现状经营业绩) 图 2、图 3 | 业务 / 产品 |

本次拆分新增待确认项，3 条

> 另有两项**不需新增编号**的观察，已就地记在图下：①[REQ-PRF-003](#4124-业务规则) 的合并障碍已具体化为三条（统计主体不同 —— ROOS 顶部下拉「Continental–上海」疑为区域/签约主体而非门店、时间粒度不同、筛选模型不同），合并方案须逐条回答；②[REQ-PRF-006](#4124-业务规则) 经核实成立 —— 8 张图中**没有任何一处出现「毛利」「客单价」「预计营收」**，首页营收卡片的三个指标在现有数据源里全部无对应，必须新建口径而非映射现有字段。
>
> 另有一项数据质量观察：ROOS 业绩详情对空值混用 `0` 与 `—` 两种写法，同一页面内含义不一致。该数据由 ROOS 维护，本 PRD 不为此提需求，但 App 聚合时须统一空值语义，避免把「无数据」渲染成「零」。