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>

docs/analysis/01-scope-roles.md

@@ -0,0 +1,88 @@
+# 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）。