Files

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

5.4 KiB

Raw Blame History

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

5.4 KiB Raw Blame History Unescape Escape