Files
bid-doctor/docs/analysis/01-scope-roles.md
YANG JIANKUAN e29c40ec41 docs: 新增 PRD v0.9.1、决策记录与 MVP 需求分析
- 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>
2026-11-02 18:23:05 +08:00

89 lines
5.4 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# 01 · MVP 范围与角色
> 依据:PRD v0.9 第 5、6、9 章;D1(IT 集成先行)。本文只覆盖 **MVP**,V1 及以后的功能仅在边界处提及。
## 1. MVP 一句话
**用户上传一份 IT 集成招标文件,拿到一份能逐条回到原文的结构化检查清单;递交前上传投标文件,系统对照清单逐项核对,用户逐条确认后导出一份带留痕的检查报告。**
链路:`新建项目 → 上传招标文件 → 解读 → 确认清单 → 上传投标文件 → 检查 → 逐项确认 → 导出报告`
## 2. 范围边界
### 2.1 MVP 包含
| 模块 | 功能 | PRD 出处 |
|---|---|---|
| M2 | 文件上传与解析(PDF / Word / 扫描件 OCR) | M2 P0 |
| M2 | 结构化提取:资格条件、废标 / 无效条款、评分办法、关键日期与递交要求 | M2 P0 |
| M2 | 原文回链(页码 + 原句高亮);无出处结果进「待确认」区 | M2 P0 |
| M2 | 项目检查清单生成,用户可增删改并留痕 | M2 P0 |
| M3 | 响应完整性检查(未响应 / 负偏离未说明 / 漏项) | M3 P0 |
| M3 | 形式要件检查(格式、签章位置与有无、命名、份数、递交方式) | M3 P0 |
| M3 | 资质匹配检查(过期 / 等级不足 / 未覆盖) | M3 P0 |
| M3 | 人工确认三态 + 就绪状态 | M3 P0 |
| M3 | 检查报告 PDF 导出 | M3 P0 |
| M5 | 服务协议中的围串标禁止条款(仅协议文本,无功能) | M5 P0 |
| M6 | 项目工作台、项目状态流 | M6 P0 |
| M6 | 额度计量、明细、80% / 100% 提醒;失败不扣点 | M6 P0 |
| 商业 | 免费版 + 专业版 | 第 9 章 |
### 2.2 分析中新增、已确认纳入 MVP
这些是 PRD 没写、但 MVP 链路跑不通或明显缺一块的部分。2026-11-02 已全部按建议确认(`docs/decisions.md` A1),详见 `06-gaps-and-questions.md`:
| 项 | 原因 | 建议 |
|---|---|---|
| 多包 / 多标段 | IT 集成采购常分包,资格、限价、参数都按包区分 | **纳入**,否则清单会混入不投的包 |
| 最小资质库 | M3 资质匹配是 P0,但资产库在 M6 是 P1 | **纳入轻量版**(手工录入 + 有效期) |
| 报价形式检查 | 超预算 / 最高限价是法定无效情形,且不涉及「建议报价」 | **升为 P0** |
| 补遗追加(简化版) | 真实项目几乎都有补遗;完整的影响分析是 P1 | 纳入「追加解析 + 来源标注」,不做自动影响分析 |
| 账号、套餐开通、支付 | PRD 没写 | 见 G8、G9 |
| 运营后台 | 开通套餐、调额度、看漏报反馈,都需要内部工具 | **纳入最小版** |
### 2.3 MVP 明确不做
- M1 商机筛选全部、M4 标书生成全部、M5 查重功能全部。
- M2 答疑澄清辅助、补遗自动影响分析(P1)。
- M3 报价合理性(低价)风险检查、行业规则包的版本化运营(P1;MVP 只内置一套 IT 集成规则,但报告中保留版本字段)。
- 团队协作、角色权限、团队版(V1)。
- 移动端(PRD 7:移动端只做进度查看与提醒,MVP 不单独适配,只保证响应式页面可用)。
- 电子投标递交、CA 加密文件解析(产品只处理加密前的 Word / PDF 稿)。
## 3. 角色
### 3.1 外部用户
| 角色 | 画像 | MVP 中能做什么 |
|---|---|---|
| 访客 | 通过搜索 / 推荐进来的投标人员 | 浏览定价页、注册 |
| 免费版用户 | 个人 / 小微投标人、来评估的企业投标岗 | 解读 3 次(单份限页)、检查 1 个项目,完整体验一次链路 |
| 专业版用户 | 中小企业投标专员(PRD 主力用户),1 个账号 | 解析 500 次 / 年额度内不限项目;最小资质库 |
MVP 没有团队,「账号 = 用户 = 企业主体下唯一成员」。数据模型仍按「企业主体(租户)→ 成员」设计,给 V1 团队版留出空间,见 `04-domain-model.md`。
**关键人物(来自 PRD 第 3 章)**:
- **投标专员(主用户)**:上传文件、核对清单、处理检查结论。目标是别废标、别熬夜。要满足他们,需要把每条结论的出处做好、页面上一眼能看到还剩几个致命项。
- **投标主管 / 老板(付费决策人)**:一般不在 MVP 里直接操作,但会看检查报告、决定续费。要满足他们,需要报告专业、可以拿来归档,免费版的报告就要让人愿意付费。
### 3.2 内部角色
| 角色 | MVP 中能做什么 |
|---|---|
| 运营管理员 | 用户与企业查询、开通 / 续费套餐、额度调整(带原因留痕)、查看「漏报 / 误报」反馈 |
| 规则维护者(可由运营兼任) | 维护内置 IT 集成规则清单,MVP 阶段可以直接改配置文件,不做界面 |
## 4. 计费单位在 MVP 中的口径
PRD 8.2 和 8.3 的口径不完全一致(见 G5),2026-11-02 确认按下面的口径执行(`docs/decisions.md` A1):
| 动作 | 扣点 | 不扣点 |
|---|---|---|
| 解读一份招标文件 / 补遗 | 1 次「解析」 | 解析失败、超时、用户取消 |
| 对一个项目做一次全量检查 | 1 次「检查」;专业版的「检查」从解析额度中扣 | 检查中断、系统异常;同一项目 24 小时内复查 |
| 解析投标文件 | 算在本次「检查」里,不另外扣 | — |
| 免费版 | 解读 3 次;限 1 个项目,这个项目内检查和复查不限次数 | — |
MVP 不做线上加量包,额度不够时由运营后台人工调整(G6)。