Files
gaokao-volunteer-system/docs/COMPETITOR_SCREEN_ANALYSIS_WENXIN_QIANWEN_2026-06-21.md
Hermes Agent cad78940ef
Some checks failed
CI / pytest (Python 3.10) (push) Has been cancelled
CI / pytest (Python 3.11) (push) Has been cancelled
CI / pytest (Python 3.12) (push) Has been cancelled
docs(6/21-6/24): 系统复审 + 全升级规划 + TestClient 覆盖报告
新增文档:
- reports/STRICT_SYSTEM_REVIEW_2026-06-23.md (滚动严格复审过程稿)
- reports/STRICT_SYSTEM_REVIEW_2026-06-24.md (汇总版, 149 passed)
- reports/TEST_CLIENT_COVERAGE_2026-06-23.md (主链路真实 TestClient 覆盖收口)
- docs/plans/2026-06-23-full-upgrade-optimization-plan.md (全升级优化计划)
- docs/COMPETITOR_SCREEN_ANALYSIS_WENXIN_QIANWEN_2026-06-21.md (竞品分析)
- docs/FIELD_MAPPING_AUDIT_FIRST_PROFILE_2026-06-21.md (首版字段映射审计)
- docs/PAGE_REDESIGN_CHECKLIST_2026-06-21.md (页面重设计清单)
- docs/REPORT_PROFILE_VERSION_RELATION_2026-06-22.md (报告版本关系)
- docs/P0_EXECUTION_TASK_BREAKDOWN_2026-06-22.md (P0 任务拆解)
- docs/P0_MINIMAL_API_CHANGES_2026-06-22.md (P0 最小 API 改动)
- docs/UPGRADE_EXECUTION_BOARD_2026-06-22.md (升级执行板)
- product/PRD_UPGRADE_2026-06-21.md (PRD 升级版)

CHANGELOG.md 同步本轮 commits
2026-06-25 09:28:23 +08:00

11 KiB
Raw Blame History

高考志愿服务竞品截图分析(文心 + 千问)

最后更新: 2026-06-21
分析对象: 百度文心高考志愿工具、阿里千问高考服务
用途: 为 gaokao-volunteer-system 后续产品升级、交互重构、信息架构优化提供借鉴


1. 结论摘要

两组截图反映出两种不同路线:

  • 文心路线:偏“表单驱动的报告生成器”
    • 强项:信息收集维度全、偏好项细、移动端表单设计成熟
    • 弱项:任务驱动弱,用户容易停留在“填表生成”层
  • 千问路线:偏“时间线驱动的志愿陪伴助手”
    • 强项:阶段感、任务清单、持续运营、用户下一步指引很强
    • 弱项:深度偏好信息收集不如文心一步到位

对我们项目最重要的启示不是“抄一个更大的表单”,而是把两者结合成:

时间线/任务清单负责持续陪伴,最小建档负责快速启动,分层偏好负责提高推荐精度,冲稳保/报告/同分段/政策中心负责形成高频使用闭环。


2. 分析样本范围

2.1 文心截图主要覆盖

  1. 首页/空状态页
  2. 高考志愿档案大表单
  3. 家庭背景选择器
  4. 就业地域偏好选择器
  5. 行业资源选择器
  6. 聊天页内嵌建档卡片

2.2 千问截图主要覆盖

  1. 首页时间线 + 任务清单
  2. 个人档案四步表单
  3. 聊天页基于档案生成报告的提示逻辑

3. 文心:产品结构与可借鉴点

3.1 文心的核心结构

文心更接近一个“AI 报告生成器 + 全量偏好表单系统”,结构上表现为:

  1. 入口页
    • 高考加油 Banner
    • 冲稳保三色标签
    • 领取报告 / 模拟填报 / 我的志愿表 / 职业兴趣 等宫格入口
  2. 建档页
    • 基础信息
    • 志愿偏好信息
  3. 细分弹层选择器
    • 家庭背景
    • 行业资源
    • 就业地域偏好
  4. 聊天辅助页
    • AI 对话 + 表单卡片联动

3.2 文心最值得借鉴的能力

A. 冲稳保三色体系是一级认知框架

文心把:

  • 可冲击
  • 较稳妥
  • 可保底

做成首页就能看见的三色标签。这不是普通筛选项,而是用户理解志愿填报的核心框架。

对我们的启示

  • 冲稳保应从“报告里的结果分类”升级为“首页入口 + 筛选体系 + 报告结构 + 编辑视图”的统一心智模型。

B. 偏好字段做得很全

文心的偏好字段远超“城市/专业”两三个维度,覆盖:

  • 院校类型
  • 目标院校
  • 专业偏好
  • 院校地域偏好
  • 毕业规划
  • 优先策略
  • 学费倾向
  • 就业地域偏好
  • 家庭背景
  • 行业资源
  • 补充说明

对我们的启示

  • 需要把“硬约束”和“软偏好”彻底分开
  • 需要建立偏好体系,而不是只停留在 score/rank/subjects + 简单 notes

C. 选择器设计适合移动端

文心在移动端使用:

  • 多选 chip
  • 分类弹层
  • 区域/行业选择面板
  • 底部固定 CTA

这是成熟的手机表单模式。

对我们的启示

  • 能用 chip 的不要都用文本输入
  • 能用分类选择器的不要都塞成长下拉

D. 空状态转化做得好

“暂无志愿报告”并不是空白,而是立刻引导“领取志愿填报方案”。

对我们的启示

  • 空状态必须转化,不要只显示“暂无数据”

3.3 文心的限制

  1. 更像“填资料 → 出报告”,缺少长期陪伴节奏
  2. 大表单虽然全面,但初次使用压迫感较强
  3. 任务推进感不如千问明确

4. 千问:产品结构与可借鉴点

4.1 千问的核心结构

千问不是先把所有字段摊开,而是先建立“高考志愿生命周期”框架:

  1. 首页长期入口
    • 个人档案
    • 志愿日历
  2. 时间线
    • 完善个人信息
    • 高考查分
    • 正式填报志愿
    • 查录取
  3. 任务清单
    • 填档案
    • 提前规划
    • 预选冲稳保
    • 同分段参考
    • 查看官方政策
    • 性格测试
  4. 快捷能力
    • 冲稳保
    • 志愿报告
    • 查大学/专业
  5. 聊天兜底
    • 对话式补信息
    • 档案不足时 AI 主动提示缺失字段

4.2 千问最值得借鉴的能力

A. 时间线/志愿日历非常强

千问把高考志愿服务做成“按时间推进的任务系统”。

价值

  • 降低用户焦虑
  • 明确“我现在该做什么”
  • 让产品具备长期复访理由

对我们的启示

  • 我们必须新增“时间线/日历”层,不然产品仍偏一次性工具

B. 任务清单把功能转成行动

千问每个功能都不是裸入口,而是任务:

  • 去了解
  • 去查看
  • 重要

且每条任务都有副标题说明价值。

对我们的启示

  • 首页不要只放功能按钮,要放“任务化引导”

C. 最小建档做得克制

千问四步档案的第一步只要求:

  • 省份
  • 科目
  • 分数
  • 位次

这是非常合理的最小集。

对我们的启示

  • 我们现有资料流程应先压缩到最小必填集,再逐层展开,不要一上来要求过多信息

D. 结构化入口 + 自由对话并存

千问保留了:

  • 表单档案
  • 任务系统
  • 快捷能力
  • 聊天入口

用户既能按系统引导,也能直接发问。

对我们的启示

  • 我们不能只做表单站,也不能只做聊天助手,要做双轨产品

E. 同分段参考是极强的留存点

“同分段都怎么选”非常符合高考用户直觉。

对我们的启示

  • 可基于 crowd_db / 风险检测 / 后续数据建设,增加“同分段热门学校/专业/城市”模块

F. 政策中心是高信任入口

千问把“广东志愿填报官方政策”放入任务流。

对我们的启示

  • 政策中心是信任建设点,不应只存在于内部文档

4.3 千问的限制

  1. 深度偏好维度不如文心一次收得全
  2. 目前从截图看,对高复杂偏好的表达层仍较轻
  3. 个性化字段体系不如文心精细

5. 文心 vs 千问:统一对比

维度 文心 千问 我们应怎么做
产品定位 表单驱动报告生成 时间线驱动陪伴助手 两者融合
首页心智 冲稳保 + 功能入口 时间线 + 任务清单 优先学千问结构,再接文心能力
建档方式 一次性较全收集 分步最小建档 先最小建档,再分层补齐
偏好维度 很全 较克制 学文心的偏好体系
长期陪伴 学千问的时间线/任务机制
空状态转化 继续强化
聊天联动 更自然 我们要保留
政策中心 弱可见 我们要补
同分参考 未突出 我们要补

6. 对 gaokao-volunteer-system 的升级建议

6.1 P0近期必须做

P0-1 首页重构为“任务化首页”

新增首页结构:

  1. 顶部:高考阶段 Banner
  2. 中部:志愿时间线 / 日历
  3. 中部:任务清单
  4. 下部:快捷入口
    • 冲稳保
    • 志愿报告
    • 查大学/专业
    • 方案审核

P0-2 个人档案改为“最小建档 + 分步补充”

建议拆为 4 步:

Step 1 考生信息(最小必填)

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

Step 2 院校偏好

  • 院校地域偏好
  • 院校类型
  • 目标院校(可选)

Step 3 专业偏好

  • 专业偏好
  • 不接受专业
  • 优先策略(院校优先/专业优先/就业优先)

Step 4 其他偏好

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

P0-3 冲稳保升级为一级能力

冲稳保应同时出现在:

  • 首页快捷入口
  • 推荐结果页
  • 报告章节
  • 用户手动筛选视图

6.2 P1建议尽快规划

P1-1 同分段参考

可新增页面:

  • 同分段热门院校
  • 同分段热门专业
  • 同分段热门城市
  • 扎堆风险提示

P1-2 政策中心

按省份提供:

  • 志愿填报时间
  • 批次规则
  • 选科要求
  • 常见误区
  • 官方政策摘要

P1-3 报告资产化

把报告从单次输出升级成:

  • 我的志愿报告
  • 我的志愿表
  • 历史版本
  • 最近修改

6.3 P2差异化增强

P2-1 偏好体系细化

引入文心式偏好字段,但要遵守:

  • 默认折叠
  • 非首次必填
  • 明示用途
  • 不造成隐私压力

建议优先引入:

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

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

可考虑:

  • MBTI/霍兰德 作为辅助输入
  • 不作为强制项
  • 只作为专业推荐补充因子

7. 对现有项目的直接映射

7.1 当前已有基础

从现有代码和测试看,我们已经有:

  • portal 多步骤资料向导
  • score/rank/subjects 等核心字段
  • target cities / majors / preferences / notes
  • 支付后进入资料补充
  • 状态页 / 交付页 / 报告页
  • 合规文档、同意审计、删除流程

7.2 当前明显缺失

  1. 个人档案中心 不够独立
  2. 首页任务清单 不存在
  3. 志愿日历 / 时间线 不存在
  4. 同分段参考 不存在
  5. 政策中心 没产品化
  6. 偏好字段体系 不够完整
  7. 报告资产化 不够强

8. 推荐实施顺序

第一阶段(先做)

  1. 首页任务化重构
  2. 高考个人档案中心
  3. 最小建档四步化
  4. 冲稳保入口升级

第二阶段(紧接着)

  1. 同分段参考
  2. 政策中心
  3. 报告资产化

第三阶段(增强)

  1. 家庭背景 / 行业资源 / 学费 / 就业地域等高级偏好
  2. 性格测评联动
  3. 多版本方案管理

9. 最终判断

如果只借鉴文心,我们会得到一个“更完整的填表产品”; 如果只借鉴千问,我们会得到一个“更强的陪伴式任务产品”。

gaokao-volunteer-system 最合适的方向是:

用千问的时间线 + 任务系统做产品骨架,用文心的偏好字段体系做推荐深度。

一句话总结:

文心解决“信息收集深度”,千问解决“用户持续推进”,我们要做的是“先任务化陪伴,再逐层建档,再输出冲稳保与志愿报告”的完整志愿服务闭环。


10. 后续可直接产出的文档

基于本分析,下一步可直接继续产出:

  1. 高考志愿服务升级 PRD
  2. 首页/档案页/报告页/政策中心/同分段参考 页面级改版清单
  3. 字段映射表(现有字段 -> 新档案体系)
  4. P0/P1/P2 产品升级执行板