e29c40ec41
- PRD v0.9.1：补充政府采购体系依据（87 号令），异常低价口径按体系分层 - decisions.md：D1 首发 IT 集成、A1 需求分析 G1–G10、T1 国产云端模型路由 - docs/analysis：范围与角色、用户旅程、功能需求、领域模型、 IT 集成领域知识、缺口清单、苏采云样本分析 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
55 lines
4.6 KiB
Markdown
55 lines
4.6 KiB
Markdown
# 02 · 用户旅程（MVP）
|
||
|
||
> 样例场景统一使用 IT 集成项目：「某市政务服务中心智慧大厅建设项目（政府采购 · 公开招标 · 分 2 个包）」。原型阶段沿用这个场景。
|
||
|
||
## J1 · 首次体验（免费版，完整跑一遍）
|
||
|
||
**目标**：注册 7 日内拿到第一份检查报告（PRD 第 10 章「激活」指标）。
|
||
|
||
| # | 用户动作 | 系统响应 | 关键体验点 / 风险 |
|
||
|---|---|---|---|
|
||
| 1 | 手机号注册，填写企业名称 | 创建企业主体和账号，发放免费额度（解读 3 次、检查 1 个项目） | 注册不要求上传营业执照（G9） |
|
||
| 2 | 新建项目，上传招标文件 PDF（186 页） | 校验格式和页数，超限时提示升级；创建解析任务并预扣 1 次解析 | 页数上限要在上传前就提示，不要等解析失败 |
|
||
| 3 | 等待 | 分阶段显示进度：文本提取 / OCR → 章节识别 → 要素提取 → 出处定位 | 目标 10 分钟内完成；用户可以离开页面，完成后站内通知 |
|
||
| 4 | 识别到分包，选择「我投 1 包」 | 清单只保留通用项和 1 包的项，2 包的项折叠隐藏 | 分包识别错了，用户可以手工更正 |
|
||
| 5 | 浏览清单：资格 / 无效条款 / 评分 / 日期与递交 / 技术参数 | 每条都能点开看原文：左边是清单，右边是 PDF，原句高亮 | **最重要的建立信任的时刻**，回链必须准 |
|
||
| 6 | 处理「待确认」区（没定位到出处的条目） | 用户逐条采纳、修改或删除 | 默认不进正式清单 |
|
||
| 7 | 确认清单 | 清单状态变为「已确认」，可以进入检查 | 不确认也能检查，但会提示（G7） |
|
||
| 8 | 上传投标文件（商务册、技术册、报价册，共 3 个 Word） | 发起检查，扣 1 次检查 | 支持一个项目有多个投标文件分册 |
|
||
| 9 | 看检查结果 | 按「致命 / 重要 / 提示」分组；每条结论两侧出处对照（招标原文 ↔ 投标原文） | 「未找到响应」的条目要写清楚找过哪些文件、哪些章节 |
|
||
| 10 | 逐条处理：已确认无误 / 已修改 / 忽略并注明原因 | 致命项清零后，项目显示「就绪」 | 支持批量处理「提示」级 |
|
||
| 11 | 导出 PDF 报告 | 报告首页写明检查覆盖范围和免责声明；报告随项目归档 | 免费版报告带「免费版」角标，但不能降低报告的可用性 |
|
||
| 12 | — | 额度用完，提示升级专业版 | 升级时机：拿到报告之后，而不是拿到之前 |
|
||
|
||
## J2 · 真实项目迭代（专业版）
|
||
|
||
| # | 场景 | 系统行为 |
|
||
|---|---|---|
|
||
| 1 | 采购人发布补遗（修改了投标截止时间、一项 ★ 参数） | 用户在项目中「追加招标文件」→ 扣 1 次解析 → 新提取的条目标注来源「补遗 1」并加入清单；日期类字段以最新文件为准，同时提示用户核对。MVP 不自动判断哪些条目被补遗作废，由用户自己删除或修改（自动影响分析是 P1） |
|
||
| 2 | 修改投标文件后重新检查 | 24 小时内复查不扣点；上次已处理的结论，如果问题仍在，就沿用原来的处理状态并标「沿用」；问题消失则自动关闭；新问题标「新增」 |
|
||
| 3 | 资质库里有证书在投标截止日前过期 | 资质匹配给出「过期」预警，有效期以项目的投标截止日为准，不以今天为准 |
|
||
| 4 | 项目递交 | 用户手动标记「已递交」；项目锁定为只读，可以再导出报告 |
|
||
| 5 | 中标 / 未中标之后 | 用户手动「归档」（MVP 不记录中标结果，V1 以后再考虑） |
|
||
|
||
## J3 · 额度提醒与升级
|
||
|
||
| 触发 | 行为 |
|
||
|---|---|
|
||
| 额度用到 80% | 站内提醒 + 短信（G14 建议）；额度页显示本期已用、剩余、按功能分布 |
|
||
| 额度用完 | 发起解析 / 检查时拦截；免费版提示升级专业版，专业版提示联系客服加额度（MVP 不做线上加量包，G6） |
|
||
| 解析失败 | 预扣的额度自动退回；明细中显示「失败退回」 |
|
||
|
||
## J4 · 删除数据
|
||
|
||
| 动作 | 行为 |
|
||
|---|---|
|
||
| 删除项目 | 二次确认后删除项目下的文件、清单、检查结果、报告；保留一条不含业务内容的审计记录和额度流水（保留策略见 G10） |
|
||
| 注销账号 | 删除企业主体下的全部业务数据；订单和发票记录按财务要求保留 |
|
||
|
||
## J5 · 反馈漏报 / 误报
|
||
|
||
支撑 PRD 第 10 章「信任」指标：
|
||
|
||
- 每条检查结论都可以「反馈：判断有误」；清单页可以「反馈：有遗漏的要求」。
|
||
- 反馈进运营后台，逐条复盘，再迭代规则。这个指标只给内部用，界面上不展示统计数字。
|