# 需求分析（MVP · IT 集成）

> 阶段：需求分析 · 2026-11-02 · 依据：PRD v0.9 + D1（IT 集成先行）

| 文档 | 内容 |
|---|---|
| [01-scope-roles.md](01-scope-roles.md) | MVP 范围边界、角色、计费口径 |
| [02-user-journeys.md](02-user-journeys.md) | 五条用户旅程（首次体验、真实项目迭代、额度、删除、反馈） |
| [03-functional-requirements.md](03-functional-requirements.md) | 功能需求和验收标准（FR-M2 / M3 / M6） |
| [04-domain-model.md](04-domain-model.md) | 领域模型、状态机、关键设计约束 |
| [05-it-integration-domain.md](05-it-integration-domain.md) | IT 集成领域知识：法律体系、提取 schema、M3 规则种子 R01–R19 |
| [06-gaps-and-questions.md](06-gaps-and-questions.md) | PRD 缺口与待确认问题 G1–G15 |
| [07-sample-findings.md](07-sample-findings.md) | 苏采云 10 份样本分析：实质性条款标注、文件格式、报价规则等 F1–F10 |

## 主要发现

1. **IT 集成多数走政府采购体系**，PRD 的政策依据只覆盖招标投标体系，产品要先识别项目适用的体系（G1）。
2. **87 号令第 60 条已经规定了异常低价无效**，PRD 把它归为「草案层」，对政府采购项目来说不准确，对外宣传的口径要改（G2）。
3. **MVP 跑通还缺四块**：多包、最小资质库、报价形式检查、运营后台（G3、G4、FR-M3-06、G13）。
4. **「项目检查清单」要有版本、有出处、按包划分**，它是全产品数据设计的核心（04）。
5. **最大的技术风险**：★ 条款召回率、原文回链准确率、签章检测、模型合规（G11、G12）。建议先收集 5–10 份公开的 IT 集成招标文件做语料（05 §6）。

## 决策状态

- 2026-11-02：G1–G10 全部按建议确认（`docs/decisions.md` A1）；G2 已出 PRD v0.9.1。
- 2026-11-02：大模型策略定为国产云端模型 + 按场景路由（T1）。

## 下一步

1. ~~收集样本语料~~：第一批 10 份已入库（`samples/tenders/`），结论见 07。后续补扫描件、补遗、招标投标体系的样本，并人工标注实质性条款。
2. ~~主题 / 品牌设计~~：已完成，见 `docs/design/`。下一步是产品界面设计规范和原型设计（原型样例数据用真实样本 S10，它有 3 个采购包）。
3. 技术架构：模型路由层、文档规范化与出处定位、签章检测可行性（G12）。