gaokao-volunteer-system/product/PRD_UPGRADE_2026-06-21.md

高考志愿服务升级 PRD

基于 docs/COMPETITOR_SCREEN_ANALYSIS_WENXIN_QIANWEN_2026-06-21.md、当前 product/PRD.md、product/ROADMAP.md、docs/CURRENT_STATE.md、以及现有 gaokao-volunteer-system 代码/Portal 主链现状整理。

版本: v0.2
状态: Draft / 待复审
最后更新: 2026-06-22
适用范围: gaokao-volunteer-system 用户侧高考志愿服务产品升级

---

1. 文档目的

本 PRD 用于定义 gaokao-volunteer-system 从当前“人工服务运营增强系统 + Web 自助 MVP”升级到“默认先做志愿审核/复核，再按需进入完整规划”的任务化陪伴产品方向。

目标不是立刻把项目表述成完整 SaaS，而是：

1. 把当前已存在的订单、资料、状态、报告、合规、审计能力重组为更强的用户产品体验
2. 将文心与千问截图中可借鉴的成熟交互模式，转化为本项目的可执行升级范围
3. 为后续设计、前端重构、接口扩展、执行板拆解提供单一真相源

本 PRD 只定义用户侧体验升级方向与范围，不替代当前生产 readiness 执行板。

• 支付线上 acceptance、自动交付主链、正式法务审定、异机备份恢复等事项，仍以 docs/CURRENT_STATE.md 与 docs/ACTIVE_EXECUTION_BOARD_2026-06-20.md 为上线前置门禁
• 本 PRD 通过，不代表对应功能已开发完成、已上线或已达到可对外承诺状态

---

2. 背景与问题定义

2.1 当前现状（Current State）

当前项目已经具备：

• 人工服务运营增强链路
• 管理后台、订单、通知、分享、报告交付
• Portal 资料向导、状态页、支付成功页
• 删除/匿名化、同意审计、保留期门禁、法务草案、数据治理基础
• 局部 Web 自助主链：下单 → 支付 → 资料补充 → 状态查看 → 报告交付

但用户侧仍存在明显产品化缺口：

1. 首页仍不够“高考志愿服务产品”，缺少阶段感和任务感
2. 用户进入后缺少“我现在该做什么”的明确引导
3. 资料收集虽已有基础，但缺少完整、清晰、可扩展的“个人档案中心”心智
4. 冲稳保还未升级为核心产品框架
5. 同分段参考、政策中心、报告资产化尚未形成完整用户价值闭环
6. 偏好字段体系不够系统，仍偏“最小可用资料收集”而非“可迭代建档”

2.2 外部参考（Competitive Input）

文心带来的启发

• 偏好字段体系完整
• 移动端弹层、chip、多选结构成熟
• 冲稳保三色体系可视化明显
• 空状态转化设计较强

千问带来的启发

• 首页时间线/志愿日历明显增强长期陪伴感
• 任务清单把功能转化成行动
• 最小建档集很克制，只抓 4 个关键字段先启动
• 结构化入口与自由对话并存
• 同分段参考与政策中心是强留存点

2.3 核心判断

本项目升级方向不应是：

• 单纯加更多表单字段
• 单纯做更好看的落地页
• 单纯把聊天能力接到首页
• 被竞品带偏成“默认先生成一份全新志愿方案”

而应是：

用千问的“时间线 + 任务系统”做产品骨架，用文心的“偏好字段体系 + 移动端表单模式”做推荐深度，但默认服务主线仍然是：先审核现有志愿方案/现有想法，再决定是否进入完整规划与报告生成。

2.4 当前升级前提

本轮升级成立的前提不是“新建一个完整用户端 SaaS”，而是：

• 已有订单、资料、状态、报告、同意审计、删除与留痕能力可复用
• 已有审核主链、Portal 最小资料链、报告交付链可重组
• 当前升级以“重组用户入口与产品心智”为主，不要求同步完成真实支付 acceptance 或完整线上自动交付闭环
• 因此本轮属于“体验层重构 + 最小数据结构增强”，不是新建独立产品线

---

3. 升级目标

3.1 总目标

将 gaokao-volunteer-system 从“订单驱动的资料补充与报告交付 MVP”升级为“审核优先、规划递进、任务化陪伴”的高考志愿服务产品。

3.2 分目标

G1. 首页任务化

让用户在首页就能理解：

• 当前阶段是什么
• 下一步该做什么
• 哪些能力可以立刻使用

G2. 建档分层化

把信息收集从“单次填表”升级为：

• 最小建档启动
• 分层补充偏好
• 档案可保存、可回填、可迭代

G3. 决策结构化

围绕“冲稳保”重构：

• 推荐入口
• 报告结构
• 后续方案编辑与查看逻辑

G4. 参考内容产品化

新增用户高频需要但当前未成型的能力：

• 同分段参考
• 政策中心
• 报告资产化 / 我的志愿资产

G5. 保持合规与高信任表达

在产品升级过程中：

• 不夸大当前能力
• 不暴露开发者术语
• 不丢失已建立的法务/隐私/删除/留痕基础

3.3 本轮 cut line

本轮必须成立

• 首页默认主路径切到“先审核，再规划”
• 审核页成为默认主入口
• Step 1 最小建档可独立保存与回填
• 审核结果可分流到：冲稳保 / 补档案 / 完整规划

本轮可以延后

• Step 2-4 全量偏好完善
• 同分段参考完整产品化
• 政策中心完整覆盖
• 报告资产化完整版本体系
• 多版本方案管理

---

4. 非目标（Non-goals）

本轮升级 PRD 不包含：

1. 真实支付 acceptance 的外部商户落地
2. 真正的 27 省高置信推荐内容一次性补齐
3. 艺体类、提前批、强基计划、港澳台等特殊批次覆盖
4. 原生 App / 小程序新端建设
5. 完整 CRM / 销售系统重构
6. 用大模型完全替代人工审核 / 人工交付
7. 在本轮同步解决真实支付 acceptance、正式法务审定、异机备份恢复等生产门禁问题
8. 把同分段参考或政策中心表述成全国统一高置信完整能力

---

5. 目标用户与核心场景

5.1 目标用户

用户A：第一次接触志愿填报的家长

• 需要明确步骤
• 焦虑，不知道先做什么
• 需要低门槛入口 + 高信任解释

用户B：已经有初步方案的学生/家长

• 想先看现有方案是否有风险
• 关心冲稳保结构
• 关心同分段参考与政策约束

用户C：愿意深度补信息换取更好推荐的用户

• 不满足于只看分数线
• 愿意补充偏好、预算、就业方向等信息
• 需要更强的个性化结果

5.2 核心场景

1. 已有方案/已有想法先审核
   • 先看现有方案或初步想法是否扎堆/失衡/踩线/梯度失衡
2. 考前/查分前最小建档
   • 先把基础信息录入，为审核和后续规划提供约束
3. 查分后快速复核
   • 用最小信息快速复核当前志愿方向，再决定是否生成完整方案
4. 正式填报前精细化调整
   • 用冲稳保 + 同分参考 + 政策中心辅助决策
5. 生成和复看报告
   • 让报告成为长期可访问、可对比、可迭代的资产

5.3 本轮优先场景

本轮优先服务以下场景：

1. 已有一版方案，想先判断风险
2. 只有初步意向，想先做方向复核
3. 查分后先快速判断是否需要重做完整规划

本轮不以“首次零信息用户直接生成完整方案”作为默认主场景。

---

6. 产品定位升级

6.1 升级前

• 以订单/支付/资料/状态/交付为主链
• 用户更像在进入一个“服务流程”

6.2 升级后

• 以“高考志愿陪伴任务流”为主体验
• 订单与支付退到后场，成为服务承接手段
• 用户感知更像：
  • 我有一个志愿档案
  • 我在一个志愿时间线里推进
  • 我可以随时做审核、规划、冲稳保、看政策、看同分段参考、生成报告

6.3 一句话定位

一个面向学生与家长、以“先审核现有方案/现有意向，再逐步建档进入完整规划”为主线，结合任务化陪伴、冲稳保决策与报告闭环的高考志愿服务产品。

6.4 与当前真实定位的关系

本节定义的是用户侧体验升级后的产品表达，不改变当前项目在真实交付层面的定位：

• 当前项目仍以人工服务运营增强系统为基础
• 用户端能力仍处于逐步收口中
• 体验升级不等于生产 readiness 已完成

---

7. 信息架构（Target IA）

7.1 首页

首页应从“单纯落地/支付入口”升级为“审核优先的高考志愿工作台”：

1. 阶段 Banner / 高考时间线
2. 任务清单（第一优先任务默认为“先审核现有志愿方案/现有想法”）
3. 快捷入口区
   • 方案审核（默认主入口）
   • 冲稳保
   • 志愿报告
   • 查大学/专业
4. 个人档案入口（用于提升审核与规划精度，而不是抢占默认主入口）
5. 政策 / 同分段参考入口

7.2 个人档案中心

分 4 步：

Step 1 考生信息（最小必填）

• 高考省份
• 科目组合
• 分数
• 位次

Step 2 院校偏好

• 院校地域偏好
• 院校类型
• 目标院校（可选）

Step 3 专业偏好

• 专业偏好
• 不接受专业
• 优先策略（院校优先 / 专业优先 / 地域优先 / 就业优先）

Step 4 其他偏好

• 毕业规划
• 学费倾向
• 就业地域偏好
• 家庭背景
• 行业资源
• 补充说明

7.3 报告与方案资产

用户应看到：

• 我的志愿报告
• 我的志愿表
• 历史版本
• 最近更新时间
• 是否基于最新档案生成

7.4 内容辅助模块

• 同分段参考
• 政策中心
• 查大学/专业

7.5 目标能力与现有能力映射

目标能力	当前已有资产	当前缺口	本轮动作类型	是否依赖外部前置
首页任务化	现有首页 / Portal 入口	缺任务结构与主 CTA 重排	重组	否
审核页前置	现有审核链 / 资料链 / 上传能力	缺默认入口与最小约束表单	重组 + 小增量	否
Step 1 最小建档	现有 candidate_* 基础字段	缺独立档案心智与保存 / 回填页	重组	否
Step 2-4 偏好体系	order_intakes 部分字段已存在	缺结构化字段与 UI	新增	否
冲稳保一级化	报告已有分类基础	缺一级入口 / 筛选 / 结果组织	重组 + 增强	否
同分段参考	crowd_db / 风险数据骨架	缺展示页与可信度分层	新增	否
政策中心	规则资料 / 文档基础	缺用户侧摘要展示	新增	否
报告资产化	现有报告交付能力	缺版本语义和资产页	新增	否

---

8. 核心能力需求

8.1 P0（本轮最优先：先让“审核优先主线”成立）

F-P0-1 首页任务化 + 审核主入口前置

目标：让用户一进入首页，就知道当前阶段、下一步动作，以及本产品默认先提供“志愿审核服务”。

需求：

• 首页新增高考时间线 / 志愿日历模块
• 首页新增任务清单
• 每个任务带价值说明与状态
• 首页新增快捷能力入口
• 首页默认主 CTA / 主任务为“先审核现有志愿方案 / 先审核现有想法”

验收标准：

• 首页首屏必须包含：阶段 Banner、任务清单、主 CTA、次 CTA、最近审核结果 / 报告入口
• 主 CTA 必须是审核入口，不得默认把“完整规划 / 生成方案”放为首个主 CTA
• 未建档用户也可直接进入审核页

F-P0-2 审核页最小闭环

目标：让“审核优先”成为可执行流程，而不是首页口号。

需求：

• 审核页可输入现有方案 / 现有想法
• 支持粘贴文本、上传截图 / PDF、自由输入初步意向
• 最小约束信息只要求：省份、科目组合、分数 / 位次
• 审核结果必须输出风险摘要与下一步建议

验收标准：

• 未完成完整档案的用户仍可提交审核
• 审核页提交后必须出现审核结果页或结果区块
• 审核结果至少给出“继续微调 / 补档案 / 进入完整规划”三类去向建议

F-P0-3 Step 1 最小建档

目标：让最小建档成为审核增益层，不成为审核门槛。

需求：

• 先只落 Step 1：省份、科目组合、分数、位次
• 支持保存草稿与继续填写
• 支持在审核页、报告页回填展示
• 页面文案必须明确：“不填完整档案，也可以先做审核”

验收标准：

• Step 1 可独立保存
• Step 1 保存后可在审核页复用
• 不完成 Step 2-4 不影响审核提交

F-P0-4 审核结果分流

目标：把审核结果自然导向后续动作，而不是停留在孤立结果页。

需求：

• 审核结果页必须显式提供三个动作入口：冲稳保微调、完善个人档案、进入完整规划 / 报告
• 每个动作需带适用说明
• 分流动作需可被埋点追踪

验收标准：

• 审核后至少有一个默认推荐动作
• 三条分流路径均可进入对应页面
• 页面状态可识别该用户来源于“审核分流”

---

8.2 P1（紧接着做：让“审核优先”变成完整产品体验）

F-P1-1 冲稳保升级为一级框架

需求：

• 首页快捷入口出现“冲稳保”
• 报告按冲 / 稳 / 保分层组织
• 后续方案查看与筛选基于冲稳保展开

验收标准：

• 冲稳保不只是报告里的标签，而是一级入口与一级决策框架
• 审核后可直接进入冲稳保视图

F-P1-2 Step 2-4 偏好建档

需求：

• 补齐院校偏好、专业偏好、其他偏好三层建档
• 必填项与选填项继续明确区分
• 偏好字段只作为审核与规划增益，不反向阻塞审核入口

验收标准：

• Step 2-4 不成为审核前置门槛
• 新字段命名、归属层、显示文案与字段映射表一致

F-P1-3 同分段参考

需求：

• 查看同分段热门学校 / 专业 / 城市
• 输出“同分段常见选择”与“扎堆风险提示”

验收标准：

• 页面明确是参考能力，不伪装成唯一正确答案
• 页面必须能显示当前省份与数据说明

F-P1-4 政策中心

需求：

• 按省份展示志愿填报关键政策摘要
• 展示时间节点、批次规则、选科说明、常见误区

验收标准：

• 页面面向学生 / 家长可理解
• 页面必须展示来源、更新时间、适用省份

F-P1-5 报告资产化

需求：

• 我的志愿报告列表
• 历史版本
• 报告生成时间、基于哪个档案版本、当前是否过期

验收标准：

• 报告页不再只是一次性输出
• 用户可判断报告是否基于最新档案生成
• 当前阶段允许先用 order_intakes.payload_json 维护轻量版本历史，不要求单独版本表

F-P1-6 内容可信度展示规则

需求：

• 同分段参考按省展示置信等级
• 非高置信数据不得使用强推荐口吻
• 政策中心必须展示来源、更新时间、适用省份
• 未覆盖或未确认项必须显式标注

验收标准：

• 用户不会把页面内容误解为全国统一高置信推荐或官方全文替代品

---

8.3 P2（增强层）

F-P2-1 偏好体系增强

建议在 P1 稳定后，再增强以下偏好字段的采集、结构化和解释：

• 学费倾向
• 家庭背景
• 行业资源
• 就业地域偏好
• 毕业规划

要求：

• 默认非强制
• 用途明确
• 不制造隐私压迫感

F-P2-2 性格 / 兴趣测评联动

• MBTI / 霍兰德等结果进入推荐因子
• 只作辅助，不作唯一判断

F-P2-3 多版本方案管理

• v1 初始档案方案
• v2 查分后校准方案
• v3 正式填报前调整方案

P2 一律建立在 P0 / P1 路径稳定、字段语义稳定、版本模型稳定之后。

---

8.4 默认转化路径

本轮升级后，默认用户路径应明确为：

1. 进入首页
2. 先审核现有志愿方案 / 现有想法
3. 根据审核结果决定：
   • 直接采用并微调
   • 进入冲稳保细化
   • 补充个人档案后生成完整规划 / 报告
4. 在正式填报前结合政策中心与同分段参考完成最终决策

硬约束：

• 首页默认主入口必须是审核，不是完整规划
• 审核提交不得以完整档案为前置
• Step 2-4 仅作为审核增益与后续规划增强
• 政策中心 / 同分段参考只作为决策辅助，不作为自动结论来源

禁止把默认主线重新写回“先完整建档 → 直接生成方案”。

---

9. 页面级范围

9.1 本轮必须交付

• 首页（任务化 + 审核主 CTA 前置）
• 审核页（最小闭环）
• 个人档案页 Step 1（最小建档）
• 审核结果分流层

9.2 本轮可部分交付

• 冲稳保页（先形成一级入口与基础结果视图）
• 报告页（先完成结论重组与版本外显）

9.3 后续交付

• 同分段参考页
• 政策中心
• 完整报告资产页
• 多版本方案管理

---

10. 数据与接口影响

10.1 本轮必需数据

本轮 P0 必须支持：

• Step 1 最小建档字段：省份、科目组合、分数、位次
• 审核输入字段：existing_plan_summary 及其等价输入承接
• 档案最小完成状态
• 审核来源与审核后分流动作可追踪
• 审核页、档案页、报告页之间的最小回填能力

10.2 本轮可选新增字段

P1 再引入并结构化以下字段：

• school_preference_types
• target_schools
• target_majors
• school_region_preferences
• priority_strategy
• graduation_plan
• tuition_preference
• employment_region_preferences
• family_background
• industry_resources
• extra_notes

10.3 内容口径层

内容层需要产品化聚合：

• 政策摘要数据
• 同分段统计数据
• crowd_db 外显数据口径

但需要严格区分：

• 高置信数据 vs 参考数据
• 官方来源摘要 vs 内部整理说明

10.4 版本对象定义（最小版）

本轮至少定义以下版本对象语义：

• profile_version：每次用户保存档案快照时递增
• review_result_version：每次审核提交产生一个结果快照
• report_version：每次正式生成报告产生一个版本

最小关系：

• 报告生成时绑定 profile_version
• 审核结果可关联输入快照
• “是否基于最新档案生成” 通过 report.profile_version 与最新档案版本比较判断

---

11. 关键指标（Success Metrics）

11.1 转化指标

• 首页主 CTA（审核）点击率
• 审核页提交完成率
• Step 1 最小建档完成率
• 从审核入口到完整规划转化率
• 审核后进入冲稳保比例
• 审核后进入补档案比例
• 审核后直接流失率

11.2 使用指标

• 首页任务点击分布
• 冲稳保页访问率
• 同分段参考页访问率
• 政策中心访问率
• 报告复看率
• Step 2-4 逐层补全率

11.3 质量指标

• 审核页因缺字段被阻塞的比例下降
• 资料填写中断率下降
• 首页跳失率下降
• 用户对“下一步不清楚”的反馈下降
• 用户对“产品更像完整服务而非单次工具”的主观评价提升

---

12. 风险与约束

12.1 口径风险

• 不能把“任务化首页”误报成“完整线上志愿 SaaS 已完成”
• 不能把体验升级误报成生产 readiness 完成
• 不能把法务草案写成正式法务通过版本

12.2 数据风险

• 不能把 27 省可信来源元数据补齐误报成“27 省高置信推荐内容已完成”
• 同分段参考存在省份间可信度差异
• 政策中心是摘要层，不是官方全文替代

12.3 流程风险

• 个人档案页过重会挤压审核主线
• 过早做全量偏好字段会提高中断率
• 过早引入完整资产化 / 多版本会推高实现复杂度

12.4 工程风险

• 版本模型未定义会导致前后端语义漂移
• 页面先做、数据后补会造成假完成状态
• 不在同一轮同时拉长到所有外部依赖闭环（真实支付、真实告警、异机恢复等）

---

13. 里程碑建议

Milestone 1：审核优先最小闭环

• 首页任务化结构
• 审核页最小闭环
• Step 1 最小建档
• 审核结果分流

Milestone 2：决策增强层

• 冲稳保一级化
• 报告页重组
• Step 2-4 偏好增强

Milestone 3：内容与资产层

• 同分段参考
• 政策中心
• 报告资产化
• 最小版本体系落地

---

14. 验收结论口径

本 PRD 的目标不是把项目重新定义为一个已经完成的成熟 SaaS，而是给出一条清晰的升级路径：

从当前已有的运营 / 订单 / 资料 / 报告 / 合规能力出发，优先把用户侧产品体验升级为“审核优先 + 任务化陪伴 + 渐进式建档 + 冲稳保决策 + 报告资产化”的高考志愿服务产品。

本 PRD 验收通过，只代表“用户侧升级方向与范围定义成立”，不代表对应功能已开发完成、已上线或已达到生产可承诺状态。

---

15. 关联文档

• product/PRD.md
• product/ROADMAP.md
• docs/CURRENT_STATE.md
• docs/ACTIVE_REMEDIATION_2026-06-20.md
• docs/ACTIVE_EXECUTION_BOARD_2026-06-20.md
• docs/COMPETITOR_SCREEN_ANALYSIS_WENXIN_QIANWEN_2026-06-21.md
• docs/PAGE_REDESIGN_CHECKLIST_2026-06-21.md
• docs/FIELD_MAPPING_AUDIT_FIRST_PROFILE_2026-06-21.md
• reports/STRICT_COMPREHENSIVE_REVIEW_2026-06-18.md

---

16. 下一步建议

第一优先

1. 固化本 PRD v0.2 口径
2. 产出页面级改版清单 v0.2
3. 产出字段映射表 v0.2
4. 基于 cut line 产出 P0 / P1 / P2 执行板

第二优先

5. 输出具体接口变更清单
6. 输出页面级原型说明 / 设计稿说明

第三优先

7. 在执行板稳定后再进入实现拆解
8. 生产 readiness 事项继续按当前执行板推进，不与本 PRD 混写