MVP 40 字段 ↔ CPT-F 183 字段映射表
文档编号：DOC-REV-002 / REV-2026-002
版本：V0.1（初稿，待审核）
创建日期：2026-08-06
维护人：DT（听写）
关联文档：MVP 实施方案 §3.2、CPT-F 现场工作登记表、REV-2026-001 综合评审 P0#2
一、文档定位
1.1 背景
REV-2026-001 综合评审指出 P0#2 问题：MVP 极简数据模型（CPT-Lite 40 字段）与 CPT-F 完整登记表（183 字段）之间缺乏映射表，导致：
- MVP 阶段采集的数据无法明确对应到设计文档的字段口径
- 未来从 MVP 迁移到系统化（CPT-F 实现层）时迁移边界不清
- 一线团队无法判断"哪些字段被裁剪了、为什么裁剪、未来如何补回"
1.2 目的
本表作为 MVP 启动前的字段对齐基线，实现三个目标：
| 目标 |
说明 |
| 对齐口径 |
明确 MVP 40 字段每个对应 CPT-F 哪些字段，避免语义漂移 |
| 裁剪透明 |
列出 CPT-F 183 字段中被 MVP 裁剪的 143 字段，标注裁剪原因与未来补回时机 |
| 迁移无成本 |
为未来系统化迁移（MVP → D09 跟踪表）提供字段级映射凭证 |
1.3 数据源核对
| 数据源 |
字段总数 |
来源章节 |
| MVP CPT-Lite |
40 |
MVP实施方案.md §3.2 |
| CPT-F 完整版 |
183 |
现场工作登记表.md §十四（字段统计） |
⚠️ 核对结论：CPT-F 自身统计表（§十四）明确为 183 字段（GN10+L1 10+L2 42+L3 15+L4 13+L5 16+L6 28+L7 15+L8 20+EX 14），本表以此为准。前期评审中曾出现"191 字段"的误计，已修正。
二、映射类型定义
| 标记 |
类型 |
含义 |
迁移成本 |
| 【直】 |
直接对应 |
MVP 字段与 CPT-F 字段语义一一对应，仅命名/格式转换 |
零成本 |
| 【合】 |
合并对应 |
MVP 1 字段 ← CPT-F 多字段合并（多对一） |
低（拆分即可） |
| 【转】 |
转化对应 |
语义相关但枚举值/口径需转换映射 |
中（需映射字典） |
| 【新】 |
新增字段 |
CPT-F 无对应，MVP 为运营闭环新增 |
低（CPT-F 补字段） |
| 【裁】 |
裁剪弃用 |
CPT-F 字段在 MVP 阶段不采集 |
—（未来补回） |
三、映射表主体（MVP 40 → CPT-F）
按 MVP 阶段顺序排列。每行给出 MVP 字段、对应 CPT-F 字段编号、映射类型与差异说明。
3.1 通用信息 GN（MVP 5 字段）
| # |
MVP 字段（英文） |
MVP 字段（中文） |
对应 CPT-F 字段 |
类型 |
差异说明 |
| 1 |
order_id |
订单编号 |
GN-BAS-001 + L4-ORD-001 |
【合】 |
CPT-F 区分"客户项目 ID"（CP-YYYYMMDD-NNN）与"订单号"（OD-YYYYMMDD-NNN）；MVP 合并为单一 order_id，格式 ORD-YYYYMMDD-NNN。迁移时需拆分为项目 ID + 订单号两层 |
| 2 |
current_stage |
当前阶段 |
GN-BAS-007 |
【直】 |
CPT-F 枚举：L1-L8 / 异常 / 完成；MVP 枚举：L1-L8 / 异常 / 完成。口径一致 |
| 3 |
order_status |
订单状态 |
— |
【新】 |
CPT-F 仅用 GN-BAS-007 项目状态 表示阶段，无"订单业务状态"。MVP 新增：进行中/已完成/已取消/异常暂停。建议 CPT-F 补字段 |
| 4 |
created_at |
创建时间 |
GN-BAS-008 |
【直】 |
口径一致，格式 YYYY-MM-DD HH:MM |
| 5 |
updated_at |
更新时间 |
— |
【新】 |
CPT-F 无"最后更新时间"字段。MVP 新增用于变更追踪。建议 CPT-F 补字段 |
3.2 L1 线索获取（MVP 5 字段）
| # |
MVP 字段（英文） |
MVP 字段（中文） |
对应 CPT-F 字段 |
类型 |
差异说明 |
| 6 |
lead_source |
线索来源 |
L1-SRC-002 + L1-SRC-003 |
【合】 |
CPT-F 拆"触达场景"（S01-S06）与"触达渠道"（WhatsApp/FB/IG/官网/推荐/线下）；MVP 合并为单字段，枚举含 SCENE01-06 + 推荐 + 其他 |
| 7 |
customer_name |
客户姓名 |
GN-BAS-002 |
【直】 |
⚠️ 归类差异：CPT-F 将客户姓名归入 GN 通用表；MVP 归入 L1。语义一致，仅归属阶段不同 |
| 8 |
customer_contact |
客户联系方式 |
GN-BAS-003 + GN-BAS-004 |
【合】 |
CPT-F 拆"联系电话"与"WhatsApp 账号"；MVP 合并为单字段。迁移时需拆分 |
| 9 |
lead_demand |
初步需求 |
L1-SRC-006 |
【直】 |
CPT-F：10-200 字；MVP：自由文本（AI 辅助提炼）。口径基本一致 |
| 10 |
lead_time |
线索入站时间 |
L1-SRC-004 |
【直】 |
CPT-F：触达时间（自动记录）；MVP：线索入站时间。口径一致 |
3.3 L2 需求确认（MVP 5 字段）
| # |
MVP 字段（英文） |
MVP 字段（中文） |
对应 CPT-F 字段 |
类型 |
差异说明 |
| 11 |
category |
服务品类 |
L2-PRD-001 |
【转】 |
⚠️ 枚举差异重大：CPT-F 8 大品类=灯具/卫浴/家具/门窗/家电/窗帘/锁具/其他；MVP 6 类=衣柜/橱柜/床/餐桌/书柜/其他。MVP 枚举偏向家具细分，与 SCL 8 大品类不对齐，迁移时必须统一到 SCL 口径 |
| 12 |
product_model |
产品型号 |
L2-PRD-003 |
【直】 |
CPT-F：型号（选填）；MVP：产品型号（必填）。MVP 提升必填级别 |
| 13 |
install_address |
安装地址 |
L2-ADR-001 |
【直】 |
CPT-F：详细地址；MVP：安装地址。口径一致。注意：CPT-F 还有 L2-ADR-002~009（定位/区域/楼宇类型/楼层/电梯/入口照片等）8 字段在 MVP 被裁剪，影响 BPL 楼宇系数匹配 |
| 14 |
preferred_time |
期望时段 |
L2-TME-001 + L2-TME-002 |
【合】 |
CPT-F 拆"期望服务日期"与"期望时段"；MVP 合并为单一日期字段。信息损失：时段（上午/下午/傍晚）在 MVP 丢失 |
| 15 |
site_condition_note |
现场条件备注 |
L2-SIT-012~015 + L2-ADR-004~006 |
【合】 |
CPT-F 用 7 个结构化字段（拆旧/高空/停车/物业/楼宇类型/楼层/电梯）；MVP 压缩为 1 个文本备注。信息损失大：影响报价系数（BLCF/搬运费）的自动匹配，MVP 需人工判断 |
3.4 L3 报价生成（MVP 5 字段）
| # |
MVP 字段（英文） |
MVP 字段（中文） |
对应 CPT-F 字段 |
类型 |
差异说明 |
| 16 |
quote_id |
报价编号 |
L3-QTE-001 |
【直】 |
CPT-F：QT-YYYYMMDD-NNN；MVP：QTE-YYYYMMDD-NNN。前缀不同，迁移时统一 |
| 17 |
quote_amount |
报价金额 |
L3-QTE-009 |
【直】 |
CPT-F：报价总额（全参数分解合计）；MVP：报价金额（HKD）。口径一致 |
| 18 |
quote_detail |
报价明细 |
L3-QTE-002~008 |
【合】 |
CPT-F 用 7 个独立字段（基础费/楼宇系数/复杂度/时段/供需/附加费/封顶价）；MVP 压缩为 1 个 JSON/文本字段。迁移时需 JSON 解析回 7 字段，QSV-Lite 已保留结构化拆分 |
| 19 |
quote_time |
报价时间 |
— |
【新】 |
CPT-F 无"报价生成时间"字段（仅有 L3-QTE-015 报价有效期）。MVP 新增用于报价时效监控。建议 CPT-F 补字段 |
| 20 |
quote_status |
报价状态 |
L3-QTE-011 |
【转】 |
CPT-F：客户反馈（接受/拒绝/议价）；MVP：报价状态（待确认/已确认/已拒绝/已流失）。枚举扩展：MVP 增加"待确认"（初始态）与"已流失"（跟进失败） |
3.5 L4 签约下单（MVP 4 字段）
| # |
MVP 字段（英文） |
MVP 字段（中文） |
对应 CPT-F 字段 |
类型 |
差异说明 |
| 21 |
signed_at |
签约时间 |
— |
【新】 |
CPT-F 无"签约时间"字段（L4 由系统自动生成订单，无明确签约时点）。MVP 新增用于签约时效分析。建议 CPT-F 补字段 |
| 22 |
payment_method |
付款方式 |
L4-ORD-006 |
【转】 |
CPT-F：FPS/信用卡/支付宝；MVP：FPS/信用卡/现金/月结。MVP 增加"现金"与"月结"（适配 B 端场景） |
| 23 |
payment_status |
付款状态 |
— |
【新】 |
CPT-F 仅有 L4-ORD-007 支付凭证（截图），无"付款状态"枚举。MVP 新增：未付/已付/部分付/已退款。建议 CPT-F 补字段 |
| 24 |
assigned_worker_id |
指派师傅 |
L4-ORD-008 |
【直】 |
CPT-F：师傅指派（师傅工号）；MVP：指派师傅（关联 WPL-Lite）。口径一致 |
3.6 L5 配送安排（MVP 4 字段）
| # |
MVP 字段（英文） |
MVP 字段（中文） |
对应 CPT-F 字段 |
类型 |
差异说明 |
| 25 |
delivery_method |
配送方式 |
L5-DLV-001 |
【转】 |
CPT-F：平台配送/供应商配送/客户自取；MVP：自送/物流/客户自提/品牌直发。枚举需统一 |
| 26 |
delivery_time |
配送时间 |
L5-DLV-004 |
【直】 |
CPT-F：实际到达时间（GPS 打卡）；MVP：配送时间。口径基本一致，MVP 可选填 |
| 27 |
delivery_status |
签收状态 |
L5-DLV-006 |
【转】 |
CPT-F：正常签收/异常签收/拒收；MVP：待配送/配送中/已签收/异常。MVP 增加流程态（待配送/配送中），覆盖配送前阶段 |
| 28 |
delivery_note |
配送备注 |
L5-EXC-001 + L5-EXC-002 |
【合】 |
CPT-F 用异常子表（异常类型/延误原因）；MVP 压缩为 1 个文本备注。信息损失：异常分类统计能力下降 |
3.7 L6 上门安装（MVP 7 字段）
| # |
MVP 字段（英文） |
MVP 字段（中文） |
对应 CPT-F 字段 |
类型 |
差异说明 |
| 29 |
worker_depart_time |
师傅出发时间 |
— |
【新】 |
CPT-F 仅采集"到场时间"，无"出发时间"。MVP 新增用于路线时效分析。建议 CPT-F 补字段 |
| 30 |
worker_arrive_time |
师傅到达时间 |
L6-EXE-001 |
【直】 |
CPT-F：师傅到场时间（GPS 打卡）；MVP：师傅到达时间。口径一致 |
| 31 |
work_complete_time |
完工时间 |
L6-EXE-004 |
【直】 |
CPT-F：结束安装时间（GPS 打卡）；MVP：完工时间。口径一致 |
| 32 |
actual_work_hours |
实际工时 |
L6-EXE-005 |
【直】 |
反哺 QMD 核心字段。CPT-F：自动计算（结束-开始）；MVP：小时（1 位小数）。口径一致 |
| 33 |
site_photos_url |
现场照片链接 |
L6-SIT-001~008 + L6-PRC-006~008 |
【合】 |
CPT-F 用 11 个独立照片字段（全景视频/安装位置特写/电梯铭牌/楼梯实测/门框实测/复杂度评级照/完工正面/侧面/全景）；MVP 压缩为 1 个附件链接字段（飞书云文档）。信息损失大：结构化照片分类丢失，AI 难以自动识别哪张是"完工正面" |
| 34 |
extra_work_note |
增项记录 |
L6-ADD-002 |
【直】 |
CPT-F：增项内容（文本）；MVP：增项记录（文本）。口径一致。注意：CPT-F 还有 L6-ADD-001~007 共 7 字段（增项报价/客户签字/前后对比照）在 MVP 被裁剪，增项金额追溯能力下降 |
| 35 |
exception_note |
异常记录 |
L6-PRC-003 + EX-005 |
【合】 |
CPT-F 用"遇到问题记录"（L6 阶段内）+ 独立异常表 EX-005；MVP 合并为 1 个文本字段。信息损失：异常 SLA 等级/处理动作/跟踪池分配等结构化能力丢失 |
3.8 L7 验收交付（MVP 3 字段）
| # |
MVP 字段（英文） |
MVP 字段（中文） |
对应 CPT-F 字段 |
类型 |
差异说明 |
| 36 |
acceptance_result |
验收结果 |
L7-ACC-001 |
【转】 |
CPT-F：通过/整改/返工；MVP：通过/整改/客诉。枚举差异：CPT-F 用"返工"（师傅重做），MVP 用"客诉"（客户投诉）。语义不完全等价，迁移时需映射 |
| 37 |
acceptance_time |
验收时间 |
L7-ACC-006 |
【直】 |
CPT-F：验收时间（自动记录）；MVP：验收时间。口径一致 |
| 38 |
acceptance_sign_url |
客户签字照 |
L7-ACC-003 |
【直】 |
CPT-F：客户签字照片（手写签字+日期）；MVP：客户签字照（附件链接）。口径一致 |
3.9 L8 售后回访（MVP 2 字段）
| # |
MVP 字段（英文） |
MVP 字段（中文） |
对应 CPT-F 字段 |
类型 |
差异说明 |
| 39 |
nps_score |
NPS 评分 |
L8-SAT-008 |
【直】 |
反哺 CPL 核心字段。CPT-F：NPS 评分（0-10）；MVP：NPS 评分（0-10）。口径一致 |
| 40 |
followup_note |
回访备注 |
L8-FBK-001 + L8-REP-001 + L8-REP-002 |
【合】 |
CPT-F 用"文字意见"+"复购意向"+"推荐意愿"3 字段；MVP 合并为 1 个文本备注。信息损失：复购/推荐的结构化枚举丢失，需 AI 从文本提取 |
四、CPT-F 被裁剪字段汇总（143 字段）
MVP 40 字段覆盖 CPT-F 约 40 个字段（含合并对应），其余 143 字段在 MVP 阶段不采集。按阶段统计裁剪情况，并标注关键裁剪字段的影响。
4.1 裁剪统计
| 阶段 |
CPT-F 字段数 |
MVP 覆盖数 |
裁剪数 |
裁剪率 |
影响评估 |
| GN 通用 |
10 |
4 |
6 |
60% |
低（裁剪多为运营管理字段） |
| L1 线索 |
10 |
4 |
6 |
60% |
中（UTM/推荐人/去重丢失） |
| L2 需求确认 |
42 |
8 |
34 |
81% |
高（楼宇/现场条件结构化字段大减） |
| L3 报价 |
15 |
5 |
10 |
67% |
中（议价/竞品对比丢失） |
| L4 签约 |
13 |
2 |
11 |
85% |
中（师傅资质/服务承诺书丢失） |
| L5 配送 |
16 |
4 |
12 |
75% |
中（包装/损坏/开箱视频丢失） |
| L6 安装 |
28 |
7 |
21 |
75% |
高（结构化照片/复杂度评级/天气丢失） |
| L7 验收 |
15 |
3 |
12 |
80% |
中（整改子流程丢失） |
| L8 回访 |
20 |
3 |
17 |
85% |
高（满意度细分/LTV/CAC 丢失） |
| EX 异常 |
14 |
1 |
13 |
93% |
高（异常 SLA/跟踪池丢失） |
| 合计 |
183 |
41 |
142 |
78% |
— |
📌 说明：MVP 40 字段因含 5 个【新】字段（CPT-F 无对应），实际覆盖 CPT-F 字段数为 41（含合并展开）。裁剪数 142 与"183-41=142"一致；若按 MVP 字段数 40 计，则"40 vs 183"对比下裁剪率为 78%。
4.2 关键裁剪字段（影响报价/反哺/合规）
以下字段裁剪会影响 QSV 报价校准、MDS 画像反哺或 PDPO 合规，建议在 MVP 迭代中优先补回。
| CPT-F 字段 |
阶段 |
影响 |
建议补回时机 |
| L2-ADR-004 楼宇类型 |
L2 |
影响 BLCF 楼宇系数匹配，报价偏差 |
Phase 1（结构化优先） |
| L2-ADR-005 楼层 |
L2 |
影响搬运费计算 |
Phase 1 |
| L2-ADR-006 电梯配置 |
L2 |
影响搬运费计算 |
Phase 1 |
| L2-SIT-001~011 现场条件照片 |
L2 |
影响复杂度自动判定，报价偏差 |
Phase 2（照片结构化） |
| L6-EXE-006 工时偏差率 |
L6 |
影响 QMD 系数校准闭环 |
Phase 1（可由 actual_work_hours 计算） |
| L6-SIT-006 实际复杂度评级 |
L6 |
反哺 QMD 复杂度系数核心 |
Phase 1 |
| L6-SIT-008 楼宇库偏差标记 |
L6 |
反哺 BPL 楼宇档案 |
Phase 2 |
| L8-SAT-004~007 满意度细分 |
L8 |
反哺 CPL 客户画像（仅 NPS 不够） |
Phase 1 |
| L8-REP-004 LTV / 005 CAC |
L8 |
渠道 ROI 与客户分级 |
Phase 2（需订单累计） |
| L8-REP-007 跟踪池分配 |
L8 |
8 类跟踪池自动分配机制 |
Phase 2（依赖 OPS 规则） |
| EX-008 SLA 等级 / EX-009 处理动作 |
EX |
异常 SLA 管理与流转 |
Phase 2 |
| L2-CUS-001~003 客户画像 |
L2 |
CPL 五维标签采集 |
Phase 2（PDPO 合规前置） |
4.3 可接受裁剪（运营管理类，MVP 暂不需要）
以下字段属于系统化管理能力，MVP 阶段可由人工/飞书自动化替代，裁剪影响低：
- L1-SRC-005/007/008（来源截图/咨询记录/UTM）→ MVP 用 lead_source 单字段替代
- L2-PRD-002/004~012（品牌/尺寸/重量/材质/条码等）→ MVP 用 product_model 替代
- L4-ORD-001005/009013（订单号/确认报价/订单 PDF/师傅资质/服务承诺书）→ MVP 用 order_id + assigned_worker_id 替代
- L5-DLV-002/003/005/007~009（物流单号/预计到达/轨迹/签收照/外包装/GPS）→ MVP 用 delivery_status + delivery_note 替代
- L7-RWK-001~008（整改子流程全部）→ MVP 用 acceptance_result 枚举替代
- EX-001007/010014（异常表除描述外）→ MVP 用 exception_note 文本替代
五、MVP 新增字段清单（CPT-F 无对应）
MVP 为运营闭环新增 5 个字段，CPT-F 设计中缺失，建议在 CPT-F V1.1 中补回以保持双向一致。
| MVP 字段 |
阶段 |
新增理由 |
建议 CPT-F 补字段编号 |
order_status |
GN |
订单业务状态（进行中/已完成/已取消/异常暂停），CPT-F 仅有阶段无状态 |
GN-BAS-011 |
updated_at |
GN |
最后更新时间，变更追踪 |
GN-BAS-012 |
quote_time |
L3 |
报价生成时间，报价时效监控 |
L3-QTE-016 |
signed_at |
L4 |
签约时间，签约时效分析 |
L4-ORD-014 |
payment_status |
L4 |
付款状态枚举，财务对账 |
L4-ORD-015 |
worker_depart_time |
L6 |
师傅出发时间，路线时效分析 |
L6-EXE-007 |
📌 审核建议：上述 6 个新增字段（含 order_status 与 updated_at）均为运营管理必需，建议在 CPT-F V1.1 修订时一并补入，避免 MVP 与 CPT-F 长期偏离。
六、枚举值差异对照
MVP 与 CPT-F 在多个字段上枚举值不一致，迁移时需建立映射字典。以下为关键差异。
6.1 category 服务品类（⚠️ 重大差异）
| CPT-F（SCL 8 大品类） |
MVP（6 类） |
差异处理 |
| 灯具 |
— |
MVP 缺失 |
| 卫浴 |
— |
MVP 缺失 |
| 家具 |
衣柜 / 橱柜 / 床 / 餐桌 / 书柜 |
MVP 将"家具"拆为 5 个细分，与 SCL 二级类目不对齐 |
| 门窗 |
— |
MVP 缺失 |
| 家电 |
— |
MVP 缺失 |
| 窗帘 |
— |
MVP 缺失 |
| 锁具 |
— |
MVP 缺失 |
| 其他 |
其他 |
一致 |
建议：MVP category 枚举应统一到 SCL 8 大品类口径，细分型号由 product_model 承载。当前 MVP 枚举与 RQD-O §3 MVP 范围（5 大品类）也可能冲突，需用户审核确认 MVP 实际服务品类范围。
6.2 payment_method 付款方式
| CPT-F |
MVP |
差异 |
| FPS |
FPS |
一致 |
| 信用卡 |
信用卡 |
一致 |
| 支付宝 |
— |
MVP 缺失 |
| — |
现金 |
MVP 新增 |
| — |
月结 |
MVP 新增（B 端） |
6.3 acceptance_result 验收结果
| CPT-F |
MVP |
差异 |
| 通过 |
通过 |
一致 |
| 整改 |
整改 |
一致 |
| 返工 |
— |
MVP 缺失 |
| — |
客诉 |
MVP 新增（语义偏客户侧） |
6.4 delivery_method 配送方式
| CPT-F |
MVP |
差异 |
| 平台配送 |
自送 |
语义偏移 |
| 供应商配送 |
物流 |
语义偏移 |
| 客户自取 |
客户自提 |
一致 |
| — |
品牌直发 |
MVP 新增 |
七、风险与建议
7.1 高风险项
| 风险 |
影响 |
缓解措施 |
category 枚举不对齐 |
MVP 数据无法直接反哺 SCL 品类费率，报价校准失效 |
P0：MVP 启动前统一枚举到 SCL 8 大品类 |
| L2 现场条件结构化字段大减 |
BLCF 楼宇系数/搬运费靠人工判断，报价偏差 |
Phase 1 补回楼宇类型/楼层/电梯 3 字段 |
| L6 照片结构化分类丢失 |
AI 无法自动识别"完工正面 vs 安装位置"，反哺能力下降 |
Phase 2 照片字段拆分，或约定文件命名规范 |
| L8 满意度仅 NPS |
CPL 客户画像维度不足，仅靠 NPS 分级粗放 |
Phase 1 补回价格/服务/按时度 3 项评分 |
| 异常表结构化能力丢失 |
SLA 等级/跟踪池分配无法自动化 |
Phase 2 补回 EX 关键字段 |
7.2 建议行动
| 优先级 |
行动 |
责任 |
时机 |
| P0 |
统一 category 枚举到 SCL 8 大品类 |
TL + OL |
MVP 启动前 |
| P1 |
补回 L2-ADR-004/005/006（楼宇类型/楼层/电梯） |
TL |
Phase 1 第 1 周 |
| P1 |
补回 L6-SIT-006 实际复杂度评级 |
TL |
Phase 1 第 1 周 |
| P1 |
补回 L8-SAT-004~007 满意度细分 |
TL |
Phase 1 第 2 周 |
| P2 |
CPT-F V1.1 补入 6 个 MVP 新增字段 |
DT |
CPT-F 下次修订 |
| P2 |
照片文件命名规范（替代结构化字段） |
TL + 师傅 |
Phase 2 |
八、待审核事项
以下为初稿中无法独立判定的事项，需用户审核确认。
category 枚举：MVP 当前枚举（衣柜/橱柜/床/餐桌/书柜/其他）是否为实际 MVP 服务范围？还是应统一到 SCL 8 大品类？RQD-O §3 提到"5 大品类"，与本表 6 类、SCL 8 类均不一致，需澄清。order_id 合并：MVP 将"客户项目 ID"与"订单号"合并为单一 order_id，是否接受迁移时拆分？或应在 MVP 阶段就区分？- L8 满意度补回：是否在 Phase 1 即补回价格/服务/按时度 3 项评分（CPL 画像需要），还是 Phase 2 再补？
- CPT-F V1.1 修订：是否同意将 6 个 MVP 新增字段补入 CPT-F V1.1，以保持双向一致？
- 裁剪率 78%：是否接受当前裁剪范围？或需调整 MVP 字段数（如扩到 50 字段覆盖更多 L6/L8 关键字段）？
修订记录
| 版本 |
日期 |
修订人 |
修订内容 |
| V0.1 |
2026-08-06 |
DT |
初稿创建：MVP 40 字段 ↔ CPT-F 183 字段逐字段映射；裁剪 142 字段统计；6 个 MVP 新增字段建议补入 CPT-F；枚举差异对照；5 项待审核事项 |
本表为 REV-2026-001 P0#2 交付物初稿，待用户审核。审核通过后版本升至 V1.0，并作为 MVP 启动基线。