47242ba9d7
团队版、企业版、飞书 / 企业微信登录都不在早期版本，但 MVP 的表结构先按 多人、多登录方式建，以后接入不用重构： - 身份拆成人 / 登录方式 / 成员身份三层，一人一企业在服务层限制 - 项目成员表、统一的权限检查点和可见范围过滤先建好 - 记录「谁」的字段指向人，人不做物理删除；订阅带席位数 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
需求分析（MVP · IT 集成）
阶段：需求分析 · 2026-11-02 · 依据：PRD v0.9 + D1（IT 集成先行）
| 文档 | 内容 |
|---|---|
| 01-scope-roles.md | MVP 范围边界、角色、计费口径 |
| 02-user-journeys.md | 五条用户旅程（首次体验、真实项目迭代、额度、删除、反馈） |
| 03-functional-requirements.md | 功能需求和验收标准（FR-M2 / M3 / M6） |
| 04-domain-model.md | 领域模型、状态机、关键设计约束 |
| 05-it-integration-domain.md | IT 集成领域知识：法律体系、提取 schema、M3 规则种子 R01–R19 |
| 06-gaps-and-questions.md | PRD 缺口与待确认问题 G1–G15 |
| 07-sample-findings.md | 苏采云 10 份样本分析：实质性条款标注、文件格式、报价规则等 F1–F10 |
主要发现
- IT 集成多数走政府采购体系，PRD 的政策依据只覆盖招标投标体系，产品要先识别项目适用的体系（G1）。
- 87 号令第 60 条已经规定了异常低价无效，PRD 把它归为「草案层」，对政府采购项目来说不准确，对外宣传的口径要改（G2）。
- MVP 跑通还缺四块：多包、最小资质库、报价形式检查、运营后台（G3、G4、FR-M3-06、G13）。
- 「项目检查清单」要有版本、有出处、按包划分，它是全产品数据设计的核心（04）。
- 最大的技术风险：★ 条款召回率、原文回链准确率、签章检测、模型合规（G11、G12）。建议先收集 5–10 份公开的 IT 集成招标文件做语料（05 §6）。
决策状态
- 2026-11-02：G1–G10 全部按建议确认（
docs/decisions.mdA1）；G2 已出 PRD v0.9.1。 - 2026-11-02：大模型策略定为国产云端模型 + 按场景路由（T1）。
下一步
收集样本语料：第一批 10 份已入库（samples/tenders/），结论见 07。后续补扫描件、补遗、招标投标体系的样本，并人工标注实质性条款。主题 / 品牌设计：已完成，见docs/design/。下一步是产品界面设计规范和原型设计（原型样例数据用真实样本 S10，它有 3 个采购包）。- 技术架构：模型路由层、文档规范化与出处定位、签章检测可行性（G12）。