Files
bid-doctor/docs/analysis
YANG JIANKUAN 819e66519a docs(prototype): MVP 原型按设计规范 v0.2 重刷
- 13 页全部重刷:96px 墨色渐变侧栏、透明顶栏、项目头与标签页、对照布局;查标交互与 UI demo 一致(行内说明、U 撤销当前条、批量仅提示级)
- assets/app.js、app.css 重写为 v0.2 框架与共用组件(查看器上一条 / 下一条与 clear、日期输入、浮动菜单、快捷键说明等);data.js 补任务与最近处理数据
- 额度页:Q1 墨色「+」、Q13 免扣行、续费申请按 G8;补遗 1 条数统一为「更新 2 条」
- 报告页脚与免责声明改为「辅助检查结果,仅供投标前自查参考」,design-system §7.17 与 FR-M3-09 同步;components.css 的 .scope 改名 .report-scope
- README 升 v0.2;AGENTS.md 同步进度与 VI 手册待办

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-11-03 17:01:08 +08:00
..

需求分析(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

主要发现

  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)。