GIGA CRM 第一阶段 — 产品需求文档(PRD)
文档状态: Draft v0.1
创建日期: 2026-07-10
项目章程批准日期: 2026-06-23
文档负责人: [待填写]
审批人: [待填写]
修订记录
| 版本 |
日期 |
修订人 |
修订内容 |
| v0.1 |
2026-07-10 |
— |
初始框架,基于项目章程起草 |
目录
- 项目概述
- 商业背景与问题陈述
- 项目目标与成功标准
- 范围定义
- 利益相关方与用户角色
- 功能需求
- 非功能需求
- 系统架构概述
- 数据需求
- AI / Agent 需求
- 集成需求
- 交付物映射
- 里程碑与时间线
- 假设、依赖与风险
- 验收标准
- 术语表
- 附录
1. 项目概述
1.1 项目名称
GIGA CRM — AI Opportunity Platform(第一阶段)
1.2 项目定位
面向建筑工程行业的 AI-first CRM 平台,通过 AI Agent 自动化商机获取、研究与调度流程,打通从商机发现到项目交接的完整链路。
1.3 文档目的
本文档基于已批准的项目章程(Project Charter, Approved 2026-06-23),将章程中定义的第一阶段范围分解为可执行的功能需求与非功能需求,作为后续方案设计、开发实施和验收测试的依据。
1.4 目标读者
- 产品经理 & 业务分析师
- 解决方案架构师 & 开发团队
- 测试团队(UAT)
- 项目发起方 & 业务负责人
2. 商业背景与问题陈述
2.1 行业背景
建筑工程行业的商机管理高度依赖外部数据源(Dodge、ConstructConnect 等)和人工流程。当前业务团队面临以下核心痛点:
2.2 当前痛点
| 编号 |
痛点 |
影响 |
| P-01 |
系统断连,数据孤岛 |
商机信息分散在多个系统,无法统一查看 |
| P-02 |
手动流程繁重 |
研究员需手动筛选商机、查找联系方式、评估优先级 |
| P-03 |
信息不一致 |
同一商机在不同系统中状态不同步 |
| P-04 |
可见性有限 |
管理层无法实时查看商机漏斗和团队工作进度 |
| P-05 |
交接效率低 |
研究员到调度员的交接依赖邮件/口头,信息遗漏风险高 |
2.3 业务驱动力
- 提升商机转化率:通过 AI 自动筛选和优先级排序,让团队聚焦高价值商机
- 缩短响应时间:从商机发现到首次触达的周期缩短
- 提高数据质量:统一数据源,消除重复和不一致
- 增强可追溯性:全流程状态跟踪,每一步操作可审计
3. 项目目标与成功标准
3.1 第一阶段目标
建立 AI Opportunity Platform,服务 Researchers 和 Schedulers 两个核心角色,实现商机获取、研究、调度、交接的端到端自动化。
3.2 成功标准(Success Criteria)
| 编号 |
成功标准 |
衡量方式 |
目标值 |
| SC-01 |
商机筛选自动化率 |
AI 处理 / 总商机量 |
≥ 70% |
| SC-02 |
研究摘要生成时间 |
从商机导入到摘要产出 |
≤ 5 分钟 |
| SC-03 |
调度建议采纳率 |
采纳建议 / 总建议数 |
≥ 60% |
| SC-04 |
交接信息完整率 |
完整交接包 / 总交接数 |
≥ 95% |
| SC-05 |
系统可用性 |
月度正常运行时间 |
≥ 99.5% |
| SC-06 |
试点用户满意度 |
试点用户问卷评分 |
≥ 4.0 / 5.0 |
3.3 业务收益预期
- 减少研究员手动筛选时间 50%+
- 缩短商机到触达周期 30%+
- 消除数据重复录入,数据一致性达 95%+
4. 范围定义
4.1 第一阶段范围(In-Scope)
| 范围领域 |
包含内容 |
| 商机获取 |
从 Dodge / ConstructConnect 自动导入商机数据 |
| 研究员工作流 |
AI 辅助商机筛选、富集、评估、优先级排序 |
| 调度员工作流 |
AI 调度建议、沟通计划审查、任务分配 |
| AI 研究摘要 |
自动生成商机/项目摘要供研究员参考 |
| AI 调度建议 |
基于规则与模型生成调度建议 |
| 人工审查门 |
关键节点保留人工审核(Human-in-the-loop) |
| Agent 任务管理 |
AI Agent 自主执行任务并跟踪状态 |
| 状态跟踪 |
商机全生命周期状态流转与可视化 |
| 报告仪表盘 |
商机漏斗、团队绩效、AI 产出质量可视化 |
| 通知提醒 |
关键事件触发通知(邮件/系统内) |
4.2 不在第一阶段范围(Out-of-Scope)
| 排除项 |
说明 |
后续阶段 |
| 移动端 App |
第一阶段仅支持 Web 端 |
Phase 2 |
| 客户门户 |
对外客户自助平台 |
Phase 2 |
| 多语言支持 |
第一阶段仅支持英文 |
Phase 2 |
| 高级 BI 分析 |
第一阶段提供基础仪表盘,深度分析后续迭代 |
Phase 2 |
| 第三方数据源扩展 |
第一阶段仅接入 Dodge 和 ConstructConnect |
Phase 2 |
| 自动化签约流程 |
合同/签约流程不在本阶段 |
Phase 3 |
| 全量历史数据迁移 |
仅迁移试点区域活跃商机数据 |
Phase 2 |
4.3 范围边界图
┌─────────────────────────────────────────────────────────┐
│ GIGA CRM Phase 1 │
│ │
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ │ 商机获取 │──▶│ 研究员WF │──▶│ 调度员WF │ │
│ │ (AI导入) │ │ (AI辅助) │ │ (AI建议) │ │
│ └──────────┘ └────┬─────┘ └────┬─────┘ │
│ │ │ │
│ ▼ ▼ │
│ ┌────────────┐ ┌──────────┐ │
│ │ 人工审查门 │ │ 交接包生成 │ │
│ └────────────┘ └──────────┘ │
│ │ │
│ ▼ │
│ ┌────────────────────┐ │
│ │ 状态跟踪 + 仪表盘 │ │
│ └────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────┘
数据来源: Dodge | ConstructConnect
5. 利益相关方与用户角色
5.1 利益相关方
| 角色 |
职责 |
关注点 |
| 项目发起人 |
项目授权与资源批准 |
ROI、里程碑达成 |
| 业务负责人 |
业务需求定义与优先级 |
业务流程改善、用户采纳 |
| 产品经理 |
需求管理与优先级排序 |
需求完整性、交付节奏 |
| 解决方案架构师 |
技术方案设计 |
架构合理性、可扩展性 |
| 开发团队 |
功能开发与单元测试 |
代码质量、技术可行性 |
| AI/ML 工程师 |
AI Agent 与模型开发 |
模型准确率、推理性能 |
| 测试团队 |
测试计划与执行 |
缺陷率、验收通过率 |
| 试点用户 |
试用并反馈 |
易用性、功能完整性 |
5.2 用户角色定义(User Personas)
角色 A:Researcher(研究员)
┌─────────────────────────────────────┐
│ Researcher 研究员 │
├─────────────────────────────────────┤
│ 职责: │
│ - 审查 AI 筛选后的商机 │
│ - 对商机进行富集与评估 │
│ - 生成或审核 AI 研究摘要 │
│ - 决定商机优先级 │
│ - 将合格商机交接给 Scheduler │
│ │
│ 痛点: │
│ - 手动筛选耗时 │
│ - 信息分散,需多系统切换 │
│ - 缺乏统一的优先级标准 │
│ │
│ 期望: │
│ - AI 预筛选减少 70% 手动工作量 │
│ - 一站式工作台 │
│ - AI 摘要快速了解商机全貌 │
└─────────────────────────────────────┘
角色 B:Scheduler(调度员)
┌─────────────────────────────────────┐
│ Scheduler 调度员 │
├─────────────────────────────────────┤
│ 职责: │
│ - 接收研究员交接的商机 │
│ - 审查沟通计划 │
│ - 根据AI建议安排跟进 │
│ - 管理商机状态流转 │
│ - 监控商机漏斗健康度 │
│ │
│ 痛点: │
│ - 交接信息不完整 │
│ - 调度依赖经验,缺乏数据支撑 │
│ - 状态跟踪靠表格,实时性差 │
│ │
│ 期望: │
│ - 交接包信息完整、结构化 │
│ - AI 调度建议有依据 │
│ - 实时仪表盘监控 │
└─────────────────────────────────────┘
角色 C:Manager(管理者)
| 属性 |
描述 |
| 职责 |
监控团队绩效、审批关键决策、查看汇总报告 |
| 痛点 |
缺乏实时可见性、数据分散 |
| 期望 |
实时仪表盘、一键导出报告 |
6. 功能需求
6.1 模块总览
| 模块编号 |
模块名称 |
优先级 |
关联交付物 |
| F-01 |
平台基础与用户管理 |
P0 |
D-01 |
| F-02 |
商机数据导入 |
P0 |
D-02 |
| F-03 |
商机筛选与过滤 |
P0 |
D-03 |
| F-04 |
商机富集与评估 |
P1 |
D-04 |
| F-05 |
沟通计划审查 |
P1 |
D-05 |
| F-06 |
人工审查门 |
P0 |
D-06 |
| F-07 |
交接包管理 |
P1 |
D-07 |
| F-08 |
报告与可视化 |
P2 |
D-08 |
| F-09 |
试点赋能 |
P1 |
D-09 |
| F-10 |
状态跟踪 |
P0 |
D-10 |
| F-11 |
通知与提醒 |
P2 |
D-11 |
6.2 F-01:平台基础与用户管理
目标: 搭建平台基础设施,提供用户认证、权限管理和基础配置能力。
| 需求编号 |
需求描述 |
优先级 |
验收标准 |
| F-01-01 |
支持用户注册、登录、密码重置 |
P0 |
用户可自主完成注册到登录全流程 |
| F-01-02 |
支持基于角色的权限控制(RBAC) |
P0 |
Researcher/Scheduler/Manager 三种角色,权限互斥 |
| F-01-03 |
支持用户组织架构管理 |
P1 |
可按团队/部门管理用户 |
| F-01-04 |
支持系统配置管理 |
P1 |
管理员可配置数据源连接、AI 参数等 |
| F-01-05 |
支持操作审计日志 |
P1 |
所有关键操作有日志记录,可查询 |
| F-01-06 |
支持会话管理与会话超时 |
P0 |
闲置 30 分钟自动登出 |
6.3 F-02:商机数据导入
目标: 从外部数据源自动导入商机数据,支持清洗与去重。
| 需求编号 |
需求描述 |
优先级 |
验收标准 |
| F-02-01 |
支持 Dodge 数据源定时导入 |
P0 |
每日自动拉取,支持手动触发 |
| F-02-02 |
支持 ConstructConnect 数据源定时导入 |
P0 |
每日自动拉取,支持手动触发 |
| F-02-03 |
数据字段映射与转换 |
P0 |
外部字段自动映射到内部数据模型 |
| F-02-04 |
数据去重逻辑 |
P0 |
同一项目多源导入时自动识别并合并 |
| F-02-05 |
导入异常处理与告警 |
P0 |
导入失败时通知管理员,支持重试 |
| F-02-06 |
支持手动导入 CSV/Excel |
P1 |
管理员可上传文件补充导入 |
| F-02-07 |
导入历史记录与回溯 |
P1 |
可查看每次导入的记录、数量、状态 |
数据导入流程:
Dodge API ──┐
├──▶ 字段映射 ──▶ 去重合并 ──▶ 数据清洗 ──▶ 入库
ConstructConnect API ──┘ │
├── 异常? ──▶ 告警通知
└── 成功? ──▶ 记录日志
6.4 F-03:商机筛选与过滤
目标: AI 自动筛选商机,Researcher 审核确认,减少手动工作量。
| 需求编号 |
需求描述 |
优先级 |
验收标准 |
| F-03-01 |
AI 自动筛选规则配置 |
P0 |
管理员可配置筛选条件(行业、地区、规模、阶段等) |
| F-03-02 |
AI 商机评分 |
P0 |
每个商机有 AI 评分(0-100),含评分理由 |
| F-03-03 |
商机列表视图 |
P0 |
支持列表/卡片视图,可排序、筛选、分页 |
| F-03-04 |
批量操作 |
P1 |
支持批量接受/拒绝/调整优先级 |
| F-03-05 |
筛选结果导出 |
P2 |
支持导出 Excel/CSV |
| F-03-06 |
筛选规则版本管理 |
P2 |
规则变更可追溯,支持回滚 |
筛选流程:
商机池 ──▶ AI 评分排序 ──▶ 自动过滤低分 ──▶ Researcher 审核
│
├── 接受 ──▶ 进入富集阶段
├── 拒绝 ──▶ 标记并记录原因
└── 调整 ──▶ 修改优先级后接受
6.5 F-04:商机富集与评估
目标: 对筛选通过的商机进行信息富集和深度评估。
| 需求编号 |
需求描述 |
优先级 |
验收标准 |
| F-04-01 |
自动信息富集 |
P1 |
AI 自动补充联系人、公司信息、历史记录等 |
| F-04-02 |
AI 研究摘要生成 |
P0 |
一键生成商机摘要(项目概况、关键联系人、竞争态势) |
| F-04-03 |
商机评估检查清单 |
P1 |
结构化评估清单(项目规模、时间线、决策者等) |
| F-04-04 |
优先级标签管理 |
P1 |
支持 High/Medium/Low 及自定义标签 |
| F-04-05 |
评估历史记录 |
P1 |
每次评估结果可追溯,支持对比 |
| F-04-06 |
AI 摘要人工编辑 |
P0 |
Researcher 可编辑/修正 AI 生成的摘要 |
6.6 F-05:沟通计划审查
目标: AI 生成沟通计划建议,Scheduler 审查确认后执行。
| 需求编号 |
需求描述 |
优先级 |
验收标准 |
| F-05-01 |
AI 沟通计划生成 |
P1 |
基于商机信息生成建议沟通方式、频率、话术 |
| F-05-02 |
沟通计划模板管理 |
P1 |
预置模板,支持自定义 |
| F-05-03 |
沟通计划审批流 |
P0 |
Scheduler 审查 → Manager 确认(高优先级) |
| F-05-04 |
沟通记录追踪 |
P1 |
记录每次沟通结果,关联商机 |
| F-05-05 |
沟通效果分析 |
P2 |
统计回复率、转化率等指标 |
6.7 F-06:人工审查门(Human-in-the-Loop)
目标: 在 AI 自动化流程的关键节点保留人工审核,确保质量与合规。
| 需求编号 |
需求描述 |
优先级 |
验收标准 |
| F-06-01 |
审查门配置 |
P0 |
管理员可配置哪些节点需要人工审查 |
| F-06-02 |
审查任务分配 |
P0 |
审查任务自动分配给对应角色 |
| F-06-03 |
审查界面 |
P0 |
展示 AI 决策上下文,支持批准/拒绝/退回 |
| F-06-04 |
审查 SLA 管理 |
P1 |
设置审查时限,超时自动升级 |
| F-06-05 |
审查结果反馈循环 |
P1 |
审查结果反馈给 AI 模型用于持续优化 |
审查门节点:
AI 筛选 ──▶ [审查门1] Researcher 确认商机
│
AI 富集 ──▶ [审查门2] Researcher 确认摘要
│
AI 沟通计划 ──▶ [审查门3] Scheduler 确认计划
│
AI 交接包 ──▶ [审查门4] Scheduler 确认接收
6.8 F-07:交接包管理
目标: 结构化研究员到调度员的交接信息,确保信息完整。
| 需求编号 |
需求描述 |
优先级 |
验收标准 |
| F-07-01 |
交接包自动生成 |
P1 |
AI 汇总商机信息、摘要、评估结果生成交接包 |
| F-07-02 |
交接包模板 |
P0 |
标准化模板:项目概况、关键联系人、评估结论、建议行动 |
| F-07-03 |
交接确认流程 |
P0 |
发送 → 接收方确认 → 完成/退回 |
| F-07-04 |
交接包版本管理 |
P1 |
支持多版本,退回修改后生成新版本 |
| F-07-05 |
交接统计报表 |
P2 |
统计交接数量、退回率、平均处理时间 |
交接包结构:
┌─────────────────────────────────┐
│ 交接包 (Handoff Package) │
├─────────────────────────────────┤
│ 1. 项目基本信息 │
│ - 项目名称、地址、类型 │
│ - 业主/总包信息 │
│ 2. 商机评估摘要 │
│ - AI 摘要 + 人工修正 │
│ - 评分与优先级 │
│ 3. 关键联系人 │
│ - 姓名、角色、联系方式 │
│ - 决策链分析 │
│ 4. 建议行动 │
│ - AI 建议 + Researcher 补充 │
│ 5. 附件 │
│ - 相关文档、图片等 │
└─────────────────────────────────┘
6.9 F-08:报告与可视化
目标: 提供商机漏斗、团队绩效、AI 产出质量的可视化仪表盘。
| 需求编号 |
需求描述 |
优先级 |
验收标准 |
| F-08-01 |
商机漏斗仪表盘 |
P1 |
展示各阶段商机数量与转化率 |
| F-08-02 |
团队绩效看板 |
P1 |
按用户/团队展示处理量、效率指标 |
| F-08-03 |
AI 产出质量报表 |
P1 |
AI 评分准确率、采纳率、摘要质量评分 |
| F-08-04 |
自定义报表 |
P2 |
支持选择维度/指标生成自定义报表 |
| F-08-05 |
报表导出 |
P2 |
支持 PDF/Excel 导出 |
| F-08-06 |
定时报表邮件 |
P2 |
支持定时发送日报/周报 |
6.10 F-09:试点赋能
目标: 为试点用户提供培训、文档和支持,确保顺利过渡。
| 需求编号 |
需求描述 |
优先级 |
验收标准 |
| F-09-01 |
用户操作手册 |
P1 |
覆盖所有功能模块的操作指南 |
| F-09-02 |
在线培训课程 |
P1 |
按角色提供培训视频和练习 |
| F-09-03 |
系统内引导提示 |
P2 |
新用户首次使用时的引导式教程 |
| F-09-04 |
试点支持渠道 |
P0 |
提供工单/即时通讯支持通道 |
| F-09-05 |
试点反馈收集 |
P1 |
系统内反馈入口,定期收集用户意见 |
6.11 F-10:状态跟踪
目标: 商机全生命周期状态流转与可视化,支持审计追溯。
| 需求编号 |
需求描述 |
优先级 |
验收标准 |
| F-10-01 |
商机状态机定义 |
P0 |
明确定义状态及流转规则 |
| F-10-02 |
状态自动流转 |
P0 |
AI Agent 根据流程自动推进状态 |
| F-10-03 |
状态手动干预 |
P0 |
用户可手动调整状态(需权限) |
| F-10-04 |
状态变更历史 |
P0 |
完整记录状态变更(谁、何时、为何) |
| F-10-05 |
状态看板视图 |
P1 |
看板式展示各状态下的商机 |
| F-10-06 |
超时预警 |
P1 |
商机在某状态停留超阈值时预警 |
商机状态机:
┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐
│ 已导入 │────▶│ AI筛选中 │────▶│ 待Researcher│───▶│ 富集中 │
│ Imported │ │ AI Screen │ │ 审核 │ │ Enriching│
└──────────┘ └──────────┘ └──────────┘ └────┬─────┘
│
┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ 已关闭 │◀────│ 已完成 │◀────│ 调度中 │◀─────────┘
│ Closed │ │ Completed│ │Scheduling│
└──────────┘ └──────────┘ └──────────┘
▲ │
│ ┌──────────┐ │
└──────────│ 已拒绝 │◀──────────────┘
│ Rejected │
└──────────┘
6.12 F-11:通知与提醒
目标: 关键事件触发通知,确保相关人员及时响应。
| 需求编号 |
需求描述 |
优先级 |
验收标准 |
| F-11-01 |
审查任务通知 |
P0 |
新审查任务分配时通知对应人员 |
| F-11-02 |
交接通知 |
P0 |
交接包发送/接收时通知双方 |
| F-11-03 |
超时提醒 |
P1 |
任务超时前 1 小时提醒 |
| F-11-04 |
导入异常通知 |
P0 |
数据导入失败时通知管理员 |
| F-11-05 |
每日摘要邮件 |
P2 |
每日发送工作摘要给用户 |
| F-11-06 |
通知偏好设置 |
P2 |
用户可配置接收方式和频率 |
通知渠道:
- 系统内消息(站内信)
- 邮件通知
- (后续阶段)飞书/企业微信推送
7. 非功能需求
7.1 性能需求
| 编号 |
需求 |
指标 |
| NFR-P-01 |
页面加载时间 |
首屏 ≤ 3 秒(P95) |
| NFR-P-02 |
API 响应时间 |
普通接口 ≤ 500ms(P95),复杂查询 ≤ 2s(P95) |
| NFR-P-03 |
AI 摘要生成时间 |
≤ 30 秒(P95) |
| NFR-P-04 |
数据导入吞吐量 |
单次导入 ≥ 5000 条商机 |
| NFR-P-05 |
并发用户支持 |
≥ 100 并发用户 |
7.2 可用性需求
| 编号 |
需求 |
指标 |
| NFR-A-01 |
系统可用性 |
≥ 99.5%(月度) |
| NFR-A-02 |
计划维护窗口 |
每月 1 次,提前 48 小时通知 |
| NFR-A-03 |
故障恢复时间(RTO) |
≤ 4 小时 |
| NFR-A-04 |
数据恢复点目标(RPO) |
≤ 1 小时 |
7.3 安全需求
| 编号 |
需求 |
说明 |
| NFR-S-01 |
数据传输加密 |
全站 HTTPS / TLS 1.2+ |
| NFR-S-02 |
数据存储加密 |
敏感字段加密存储 |
| NFR-S-03 |
认证机制 |
支持 SSO(OAuth 2.0 / SAML) |
| NFR-S-04 |
权限最小化 |
基于角色的细粒度权限控制 |
| NFR-S-05 |
审计日志 |
保留 ≥ 1 年,不可篡改 |
| NFR-S-06 |
数据备份 |
每日全量 + 实时增量备份 |
7.4 可扩展性需求
| 编号 |
需求 |
说明 |
| NFR-E-01 |
水平扩展 |
核心服务支持水平扩展,无状态设计 |
| NFR-E-02 |
数据源扩展 |
数据接入层支持插件式扩展新数据源 |
| NFR-E-03 |
AI 模型扩展 |
AI 推理层支持模型热替换 |
| NFR-E-04 |
多租户预留 |
架构预留多租户能力(Phase 2 启用) |
7.5 兼容性需求
| 编号 |
需求 |
说明 |
| NFR-C-01 |
浏览器兼容 |
Chrome 100+, Edge 100+, Safari 15+ |
| NFR-C-02 |
分辨率适配 |
最小 1280×720,推荐 1920×1080 |
| NFR-C-03 |
响应式设计 |
支持平板横屏访问(基础适配) |
8. 系统架构概述
8.1 架构总览
┌─────────────────────────────────────────────────────────────┐
│ GIGA CRM 架构 │
│ │
│ ┌─────────────────────────────────────────────────────┐ │
│ │ AI Agent Runtime (沙盒) │ │
│ │ ┌─────────┐ ┌─────────┐ ┌─────────┐ │ │
│ │ │筛选Agent │ │摘要Agent │ │调度Agent │ │ │
│ │ └─────────┘ └─────────┘ └─────────┘ │ │
│ └───────────────────────┬─────────────────────────────┘ │
│ │ │
│ ┌───────────────────────▼─────────────────────────────┐ │
│ │ CRM Core Operational Database │ │
│ │ 商机库 | 联系人库 | 状态库 | 审计库 | 配置库 │ │
│ └───────────────────────┬─────────────────────────────┘ │
│ │ │
│ ┌───────────────────────▼─────────────────────────────┐ │
│ │ Operational Modules │ │
│ │ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ │ │
│ │ │导入 │ │筛选 │ │富集 │ │交接 │ │报告 │ │ │
│ │ └──────┘ └──────┘ └──────┘ └──────┘ └──────┘ │ │
│ └───────────────────────┬─────────────────────────────┘ │
│ │ │
│ ┌───────────────────────▼─────────────────────────────┐ │
│ │ Data Layer │ │
│ │ Dodge API | ConstructConnect API | 文件存储 | 缓存 │ │
│ └─────────────────────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────────┘
8.2 架构层次说明
| 层次 |
名称 |
职责 |
关键技术(建议) |
| L1 |
AI Agent Runtime |
AI Agent 执行环境,沙盒隔离 |
Python / LangChain / 容器化 |
| L2 |
CRM Core Database |
核心业务数据存储 |
PostgreSQL / Redis(缓存) |
| L3 |
Operational Modules |
业务功能模块 |
微服务 / 模块化单体 |
| L4 |
Data Layer |
外部数据接入与文件存储 |
API Gateway / S3 兼容存储 |
8.3 关键架构决策(待 Solution Design 确认)
| 决策点 |
选项 A |
选项 B |
建议 |
| 部署架构 |
模块化单体 |
微服务 |
Phase 1 建议模块化单体,降低复杂度 |
| AI 推理 |
云端 API |
本地部署 |
混合模式:摘要用云端 API,筛选用本地模型 |
| 前端框架 |
React |
Vue |
根据团队技术栈决定 |
| 消息队列 |
RabbitMQ |
Kafka |
Phase 1 建议 RabbitMQ,够用即可 |
9. 数据需求
9.1 核心数据实体
| 实体 |
说明 |
关键字段 |
来源 |
| Opportunity(商机) |
核心业务对象 |
ID, 项目名称, 地址, 类型, 阶段, 评分, 状态 |
Dodge / CC |
| Contact(联系人) |
商机关联联系人 |
ID, 姓名, 角色, 电话, 邮箱, 公司 |
富集 / 手动 |
| Company(公司) |
业主/总包公司 |
ID, 名称, 地址, 类型, 行业 |
富集 / 手动 |
| Assessment(评估) |
商机评估记录 |
ID, 商机ID, 评估人, 评分, 摘要, 日期 |
系统生成 |
| HandoffPackage(交接包) |
交接信息包 |
ID, 商机ID, 发送人, 接收人, 内容, 状态 |
系统生成 |
| AgentTask(Agent任务) |
AI Agent 执行的任务 |
ID, 类型, 输入, 输出, 状态, 时间戳 |
系统生成 |
| AuditLog(审计日志) |
操作审计 |
ID, 用户, 操作, 对象, 时间, 详情 |
系统记录 |
9.2 数据保留策略
| 数据类型 |
保留期限 |
归档策略 |
| 活跃商机数据 |
永久 |
— |
| 已关闭商机 |
3 年 |
3 年后归档到冷存储 |
| 审计日志 |
1 年 |
1 年后压缩归档 |
| Agent 任务记录 |
6 个月 |
6 个月后聚合统计后删除明细 |
| AI 摘要历史 |
2 年 |
2 年后仅保留最终版本 |
10. AI / Agent 需求
10.1 AI Agent 定义
| Agent 名称 |
职责 |
输入 |
输出 |
触发方式 |
| 筛选 Agent |
商机评分与过滤 |
商机原始数据 |
评分 + 筛选结果 |
定时 / 事件触发 |
| 摘要 Agent |
生成研究摘要 |
商机 + 富集信息 |
结构化摘要 |
用户请求 |
| 调度 Agent |
生成调度建议 |
商机 + 历史 + 规则 |
调度建议方案 |
状态变更触发 |
| 富集 Agent |
信息补充 |
商机基本信息 |
补充的联系人/公司信息 |
事件触发 |
10.2 Agent 运行模式
┌─────────────────────────────────────────┐
│ Agent-assisted 模式 │
│ AI 提供建议/草稿 → 人工审核确认 │
│ 适用: 筛选、摘要、沟通计划 │
├─────────────────────────────────────────┤
│ Agent-operated 模式 │
│ AI 自主执行 → 结果通知人工 │
│ 适用: 数据导入、信息富集、状态流转 │
├─────────────────────────────────────────┤
│ Human-gated 模式 │
│ AI 准备 → 必须人工批准才能继续 │
│ 适用: 交接包发送、高优先级商机处理 │
└─────────────────────────────────────────┘
10.3 AI 质量要求
| 指标 |
目标值 |
衡量方式 |
| 筛选准确率 |
≥ 80% |
人工抽检确认 |
| 摘要完整性 |
≥ 90% |
关键信息覆盖率 |
| 调度建议合理性 |
≥ 60% 采纳率 |
用户采纳比例 |
| 富集信息准确率 |
≥ 85% |
人工抽检确认 |
| AI 响应时间 |
≤ 30 秒 |
P95 延迟 |
10.4 AI 反馈循环
AI 输出 ──▶ 人工审查 ──▶ 审查结果
│
┌──────┴──────┐
│ 接受 │ 拒绝/修改
│ │
▼ ▼
记录正样本 记录负样本 + 修正
│ │
└──────┬──────┘
│
▼ ▼
定期模型重训练 / Prompt 优化
11. 集成需求
11.1 外部系统集成
| 系统 |
集成方式 |
数据流向 |
频率 |
优先级 |
| Dodge |
REST API |
拉取商机数据 |
每日 |
P0 |
| ConstructConnect |
REST API |
拉取商机数据 |
每日 |
P0 |
| 邮件系统 (SMTP) |
SMTP |
发送通知 |
事件触发 |
P0 |
| SSO (OAuth 2.0) |
OAuth |
用户认证 |
实时 |
P0 |
| 文件存储 (S3) |
SDK |
存储附件 |
实时 |
P1 |
11.2 集成接口规范
Dodge API Integration
├── 端点: [待确认]
├── 认证: API Key
├── 频率: 每日 02:00 UTC
├── 数据格式: JSON
├── 错误处理: 重试 3 次,间隔 5 分钟
└── 告警: 连续失败 2 次通知管理员
ConstructConnect API Integration
├── 端点: [待确认]
├── 认证: API Key
├── 频率: 每日 03:00 UTC
├── 数据格式: JSON
├── 错误处理: 重试 3 次,间隔 5 分钟
└── 告警: 连续失败 2 次通知管理员
12. 交付物映射
12.1 章程交付物到 PRD 需求映射
| 交付物编号 |
交付物名称 |
对应功能模块 |
关联需求 |
验收状态 |
| D-01 |
平台基础 |
F-01 |
F-01-01 ~ F-01-06 |
待验收 |
| D-02 |
数据导入 |
F-02 |
F-02-01 ~ F-02-07 |
待验收 |
| D-03 |
商机筛选 |
F-03 |
F-03-01 ~ F-03-06 |
待验收 |
| D-04 |
富集评估 |
F-04 |
F-04-01 ~ F-04-06 |
待验收 |
| D-05 |
沟通计划审查 |
F-05 |
F-05-01 ~ F-05-05 |
待验收 |
| D-06 |
人工审查门 |
F-06 |
F-06-01 ~ F-06-05 |
待验收 |
| D-07 |
交接包 |
F-07 |
F-07-01 ~ F-07-05 |
待验收 |
| D-08 |
报告可视化 |
F-08 |
F-08-01 ~ F-08-06 |
待验收 |
| D-09 |
试点赋能 |
F-09 |
F-09-01 ~ F-09-05 |
待验收 |
| D-10 |
状态跟踪 |
F-10 |
F-10-01 ~ F-10-06 |
待验收 |
| D-11 |
通知提醒 |
F-11 |
F-11-01 ~ F-11-06 |
待验收 |
13. 里程碑与时间线
13.1 里程碑总览
| 里程碑 |
目标完成时间 |
关键交付 |
状态 |
| M1: Solution Design |
2026年6月 |
技术方案设计文档 |
✅ 已完成 |
| M2: Core Platform |
2026年7月 |
F-01, F-02, F-10 基础功能 |
🔄 进行中 |
| M3: AI Workflows |
2026年8月 |
F-03, F-04, F-05, F-06, F-07 |
⏳ 待开始 |
| M4: UAT |
2026年9月 |
全功能测试 + 缺陷修复 |
⏳ 待开始 |
| M5: Pilot Go-Live |
2026年9月 |
试点用户上线 |
⏳ 待开始 |
| M6: Stabilized |
2026年10月 |
系统稳定运行 |
⏳ 待开始 |
| M7: Closure |
2026年10月 |
项目收尾与移交 |
⏳ 待开始 |
13.2 Phase 1 功能与里程碑映射
7月 (M2) 8月 (M3) 9月 (M4-M5) 10月 (M6-M7)
─────────────────────────────────────────────────────────────────────
F-01 平台基础 ████████
F-02 数据导入 ████████
F-10 状态跟踪 ████████
F-03 商机筛选 ████████
F-04 富集评估 ████████
F-05 沟通计划 ████████
F-06 人工审查门 ████████
F-07 交接包 ████████
F-08 报告可视化 ████████
F-09 试点赋能 ████████
F-11 通知提醒 ████████
UAT测试 试点上线 稳定&收尾
14. 假设、依赖与风险
14.1 假设
| 编号 |
假设 |
影响 |
| A-01 |
Dodge 和 ConstructConnect API 在项目期间保持稳定可用 |
数据导入依赖 |
| A-02 |
试点用户愿意配合测试并提供反馈 |
UAT 和试点成功 |
| A-03 |
AI 模型准确率可满足业务最低要求(≥ 80%) |
系统可用性 |
| A-04 |
项目团队人员到位,关键角色无空缺 |
按期交付 |
14.2 依赖
| 编号 |
依赖项 |
依赖方 |
影响 |
缓解措施 |
| D-01 |
Dodge API 访问权限和文档 |
数据提供方 |
阻塞数据导入开发 |
尽早申请权限,确认接口文档 |
| D-02 |
ConstructConnect API 访问权限 |
数据提供方 |
同上 |
同上 |
| D-03 |
SSO 系统对接 |
IT 基础设施团队 |
阻塞用户认证开发 |
提前协调对接时间 |
| D-04 |
AI 模型训练数据 |
业务团队 |
影响 AI 准确率 |
收集历史标注数据 |
| D-05 |
试点用户名单确认 |
业务负责人 |
影响 UAT 排期 |
8月底前确认 |
14.3 风险登记
| 编号 |
风险 |
概率 |
影响 |
风险等级 |
应对策略 |
| R-01 |
Dodge/CC API 变更或不可用 |
中 |
高 |
🔴 高 |
设计数据源抽象层,支持快速适配;预留手动导入降级方案 |
| R-02 |
AI 模型准确率不达标 |
中 |
高 |
🔴 高 |
预留模型调优时间;准备规则引擎降级方案 |
| R-03 |
试点用户采纳率低 |
中 |
中 |
🟡 中 |
提前培训;简化操作流程;收集反馈快速迭代 |
| R-04 |
项目人员变动 |
低 |
高 |
🟡 中 |
关键岗位指定 backup;文档化管理 |
| R-05 |
交付范围蔓延 |
中 |
中 |
🟡 中 |
严格变更管理流程;Phase 2 待办池管理 |
| R-06 |
数据迁移质量问题 |
低 |
中 |
🟢 低 |
迁移前数据清洗;分批迁移验证 |
15. 验收标准
15.1 功能验收标准
每个功能需求的验收标准已在第 6 节各模块中定义。整体功能验收需满足:
- 所有 P0 需求 100% 实现并通过测试
- 所有 P1 需求 ≥ 90% 实现并通过测试
- P2 需求按实际情况交付,不阻塞上线
15.2 UAT 验收标准
| 验收项 |
标准 |
| 测试用例覆盖率 |
≥ 90% 的功能需求有测试用例 |
| 测试通过率 |
≥ 95% |
| 严重缺陷数 |
0 个 P0 缺陷 |
| 一般缺陷数 |
≤ 5 个 P1 缺陷(有修复计划) |
| 试点用户验收 |
试点用户签字确认 |
15.3 上线准入条件(Go-Live Checklist)
- [ ] 所有 P0 功能通过 UAT
- [ ] 性能指标达标(第 7.1 节)
- [ ] 安全审查通过
- [ ] 数据备份与恢复流程验证
- [ ] 运维监控告警配置完成
- [ ] 用户手册和培训材料就绪
- [ ] 试点用户培训完成
- [ ] 应急回滚方案就绪
16. 术语表
| 术语 |
英文 |
定义 |
| 商机 |
Opportunity |
潜在的建筑工程项目业务机会 |
| 研究员 |
Researcher |
负责商机筛选、富集和评估的角色 |
| 调度员 |
Scheduler |
负责接收交接商机并安排跟进的角色 |
| 富集 |
Enrichment |
对商机信息进行补充完善的过程 |
| 交接包 |
Handoff Package |
研究员到调度员的结构化信息包 |
| 人工审查门 |
Human Review Gate |
AI 流程中的关键人工审核节点 |
| Agent-assisted |
— |
AI 辅助模式,AI 提供建议,人工确认 |
| Agent-operated |
— |
AI 自主执行模式,AI 完成后通知人工 |
| Human-gated |
— |
人工门控模式,AI 准备后必须人工批准 |
| Dodge |
— |
建筑工程项目信息数据服务提供商 |
| ConstructConnect |
CC |
建筑工程项目信息数据服务提供商 |
| RBAC |
Role-Based Access Control |
基于角色的访问控制 |
| RTO |
Recovery Time Objective |
故障恢复时间目标 |
| RPO |
Recovery Point Objective |
数据恢复点目标 |
| UAT |
User Acceptance Testing |
用户验收测试 |
| WBS |
Work Breakdown Structure |
工作分解结构 |
17. 附录
附录 A:章程原文要点摘要
基于项目章程(Approved 2026-06-23)的核心要点整理,供 PRD 对齐参考。
- 项目名称:GIGA CRM
- 评估/批准日期:2026/06/23
- 第一阶段目标:建立 AI Opportunity Platform
- 核心用户:Researchers, Schedulers
- 数据来源:Dodge, ConstructConnect
- 架构定位:AI-first CRM
- 交付物:11 项(D-01 ~ D-11)
附录 B:待确认事项(Open Items)
| 编号 |
待确认事项 |
负责人 |
截止日期 |
状态 |
| O-01 |
Dodge API 端点与认证方式 |
— |
— |
待确认 |
| O-02 |
ConstructConnect API 端点与认证方式 |
— |
— |
待确认 |
| O-03 |
SSO 系统类型与协议 |
— |
— |
待确认 |
| O-04 |
AI 模型选型(云端 vs 本地) |
— |
— |
待确认 |
| O-05 |
部署环境(云平台 / 自建) |
— |
— |
待确认 |
| O-06 |
试点用户名单与规模 |
— |
— |
待确认 |
| O-07 |
前端技术栈选择 |
— |
— |
待确认 |
附录 C:需求追溯矩阵模板
| 需求编号 |
需求描述 |
来源(章程条款) |
优先级 |
状态 |
设计文档 |
开发任务 |
测试用例 |
| F-01-01 |
用户注册登录 |
章程-交付物D-01 |
P0 |
Draft |
TBD |
TBD |
TBD |
| F-02-01 |
Dodge数据导入 |
章程-交付物D-02 |
P0 |
Draft |
TBD |
TBD |
TBD |
| ... |
... |
... |
... |
... |
... |
... |
... |
文档结束
本 PRD 为 Draft v0.1 框架版本,需经过以下流程后定稿:
1. 业务方评审 — 确认范围与优先级
2. 架构师评审 — 确认技术可行性
3. 开发团队评审 — 确认实现方案
4. 项目经理审批 — 确认排期与资源
5. 定稿发布 — v1.0 Baseline
由 GIGA_CRM_PRD_Framework_v0.1.md 生成 —
部署于 Cloudflare Pages