# 高考志愿服务升级 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 混写