GIGA CRM 第一阶段 — PRD

INTUS — AI 商机智能平台

ORG: INTUS Status: Draft v0.2 Revised: 2026-07-11 Charter: Approved 2026-06-23, Rev.1 2026-07-09

GIGA CRM 第一阶段 — 产品需求文档（PRD）

组织： INTUS 文档状态： Draft v0.2（基于章程原文修订） 创建日期： 2026-07-10 修订日期： 2026-07-11 项目章程批准日期： 2026-06-23（Approved），2026-06-29（Date Approved） 章程修订： Rev.1 — 2026-07-09（时间线缩短） 章程参考链接： https://chatgpt.com/share/e/6a3a7106-6070-8000-ba0f-51d1f37b67c9 文档负责人： [待填写] 审批人： [待填写]

修订记录

版本	日期	修订人	修订内容
v0.1	2026-07-10	—	初始框架，基于项目章程上下文重建
v0.2	2026-07-11	—	基于章程图片原文逐字核对，全面修订：公司名 INTUS、产品定位修正、9 个可量化 KPI、7 个风险、12 项假设、7 项约束、预算、利益相关者、架构图等

项目概述
商业背景与问题陈述
项目目标与成功标准
范围定义
利益相关方与用户角色
功能需求
非功能需求
系统架构概述
数据需求
AI / Agent 需求
集成需求
交付物映射
里程碑与时间线
假设、约束与风险
财务信息
验收标准
SOX / 内部控制影响
术语表
附录

1. 项目概述

1.1 项目名称

GIGA CRM — AI Opportunity Platform（第一阶段）

1.2 组织

INTUS

1.3 项目定位

GIGA CRM 是一个多阶段路线图的一部分，旨在整合商业工作流并建立 agent-first CRM 基础。第一阶段（Phase 1）仅限于 AI Opportunity Platform，专注于为 Schedulers 和 Researchers 提供 agent-assisted 和 agent-operated 工作流。

关键定位声明（来自章程 Assumptions 第 1 条）： GIGA CRM 被期望在多个阶段中取代或整合分散的商业系统，而不是新增另一个独立的 CRM，并将成为管理客户信息和商业活动的主要系统。

关键定位声明（来自章程 Business Need 第 3 条）： Phase 1 创建可复用的基础，为未来 CRM 阶段做准备，但在 Phase 1 中不替代完整 CRM 平台。

1.4 文档目的

本文档基于已批准的项目章程（Project Charter, Approved 2026-06-23, Rev.1 2026-07-09），将章程中定义的第一阶段范围分解为可执行的功能需求与非功能需求，作为后续方案设计、开发实施和验收测试的依据。

1.5 目标读者

产品经理 & 业务分析师
解决方案架构师 & 开发团队
测试团队（UAT）
项目发起方 & 业务负责人

2. 商业背景与问题陈述

2.1 商业需求（来自章程原文）

INTUS 目前依赖断连的系统和手动流程进行商机研究、调度和商业工作流协调。这导致了：

痛点	影响
重复劳动 (Duplicated effort)	同一商机在不同系统中被重复处理
信息不一致 (Inconsistent information)	各系统间数据不同步，信息矛盾
可见性有限 (Limited visibility)	管理层无法实时查看商机漏斗和团队进度
交付延迟 (Delays in preparing opportunities for Sales)	商机从发现到可交付给销售团队的周期过长

2.2 Phase 1 解决方案

Phase 1 将为 Researchers 和 Schedulers 建立 AI Opportunity Platform，改善： - 商机接收（Opportunity intake） - 研究（Research） - 调度协调（Scheduling coordination） - 结构化交接（Structured handoffs） - 工作流可见性（Workflow visibility）

2.3 Phase 1 意图

交付近期效率、一致性和质量改善
验证 AI 辅助工作流、人类审查控制和决策可追溯性
创建可复用基础，为未来 CRM 阶段做准备
不替代完整 CRM 平台

3. 项目目标与成功标准

3.1 第一阶段目标

建立 AI Opportunity Platform，服务 Researchers 和 Schedulers，实现 agent-assisted 和 agent-operated 工作流，验证可复用的工作流、数据、AI 治理、访问控制和决策可追溯性模式。

3.2 成功标准（来自章程原文，9 项可量化 KPI）

编号	成功维度	目标值	衡量方式
SC-01	研究效率 (Research Productivity)	从 30 个/5天 → 50 个/5天	Researchers 使用平台生成结构化商机研究摘要的数量
SC-02	调度效率 (Scheduling Efficiency)	4 个已预约发现会议/天	Schedulers 通过工作流管理会议协调、提醒、跟进
SC-03	人工审查控制 (Human Review Control)	≥ 90% 自主处理，人工干预 ≤ 10%	不清晰数据、低信心、调度冲突或优先级标记的路由到人工审查；系统自主处理≥90%的管道决策点
SC-04	数据一致性 (Data Consistency)	模板偏差 ≤ 10%	研究和调度输出使用标准化模板而非自由格式笔记
SC-05	工作流可见性 (Workflow Visibility)	无需手动创建报告	管理者可查看任务量、状态、瓶颈、周期时间和完成率，直接访问仪表盘指标
SC-06	交接质量 (Handoff Quality)	≥ 95% 完整交接包（50 个/5天时）	销售或下游团队收到包含研究背景、调度状态和开放问题的完整交接包
SC-07	Agent 可追溯性 (Agent Accountability)	100% Agent 动作含可追溯决策日志	Agent 动作和建议包含基本决策追踪和信心指标
SC-08	AI 输出接受率	≥ 90% 无重大返工	试点期间 AI 生成的研究输出被接受且无需重大修改
SC-09	试点采用率 (Pilot Adoption)	100% 指定用户每周活跃使用	初始 Scheduler 和 Researcher 用户在 Phase 1 试点期间活跃使用平台

4. 范围定义

4.1 第一阶段范围（In-Scope）——来自章程原文

商机接收工作流（Opportunity intake workflows）
研究员工作流自动化与标准化输出支持（Researcher workflow automation and support with standardized output）
调度员工作流自动化与标准化输出支持（Scheduler workflow automation and support with standardized output）
AI 生成的研究摘要（AI-generated research summaries）
AI 辅助的调度建议（AI-assisted scheduling recommendations）
人类审查与异常管理（Human review and exception management）
Agent 任务管理（Agent task management）
带提醒的工作流状态跟踪（Workflow status tracking with reminders）
初始报告与仪表盘（Initial reporting and dashboards）
基于角色的访问控制（Role-based access controls）

4.2 不在第一阶段范围（Out-of-Scope）——来自章程原文

排除项	说明
完整 CRM 替换	Full CRM replacement
报价管理	Quote management
商机管道管理	Opportunity pipeline management
客户服务工作流	Customer service workflows
ERP 替换	ERP replacement
外部客户面向的 AI 沟通	External customer-facing AI communication
自主销售谈判	Autonomous sales negotiation
L0 Reviewer 功能	Phase II
Deal Coach 功能	Phase III
完整商业平台推广	Full commercial platform rollout
收入预测自动化	Revenue forecasting automation
其他部门工作流	Other department workflows

4.3 数据源范围

Phase 1 数据源： Dodge 和 ConstructConnect
其他数据源（其他网站、网络抓取、更广泛的商业数据）明确排除，除非获得正式变更批准

4.4 未来路线图说明

章程原文：未来 CRM 路线图项目仅为方向性参考，不是本 Phase 1 章程下已批准的交付物。未来阶段需要单独的范围审批、优先级排序、时间线确认和资金审查。

4.5 范围边界图

┌──────────────────────────────────────────────────────────────┐
│                   GIGA CRM Phase 1 范围                        │
│              AI Opportunity Platform                          │
│                                                              │
│  ┌───────────┐    ┌───────────┐    ┌───────────┐           │
│  │ 数据接收   │───▶│ 研究员WF   │───▶│ 调度员WF   │           │
│  │ Dodge/CC  │    │ AI辅助    │    │ AI建议    │           │
│  └───────────┘    └─────┬─────┘    └─────┬─────┘           │
│                         │                │                    │
│                         ▼                ▼                    │
│                  ┌────────────┐  ┌─────────────┐             │
│                  │ 人工审查门  │  │ 结构化交接包  │             │
│                  │ Human Gate │  │ Handoff Pkg │             │
│                  └────────────┘  └──────┬──────┘             │
│                                        │                     │
│                         ┌──────────────▼──────────────┐      │
│                         │ 状态跟踪 + 仪表盘 + 通知提醒  │      │
│                         └─────────────────────────────┘      │
│                                                              │
│  ──────────── Phase 1 边界 ────────────                       │
│  ✅ Researchers + Schedulers 工作流                           │
│  ✅ Agent-assisted + Agent-operated 模式                      │
│  ❌ 完整CRM / 报价 / 管道 / 客服 / ERP                        │
│  ❌ 外部客户面向AI沟通 / 自主销售谈判                          │
│  ❌ L0 Reviewer (Phase II) / Deal Coach (Phase III)          │
└──────────────────────────────────────────────────────────────┘
     数据来源: Dodge | ConstructConnect (仅此两源)

5. 利益相关方与用户角色

5.1 项目利益相关方（来自章程原文）

角色	姓名	职责
CEO（审批委员会）	Roland Talalas	项目最终审批
PMO（审批委员会）	Kimia Soroush	项目管理治理
Product Owner（审批委员会）	Kurtis Perdelwitz	产品需求决策
项目利益相关者	Ryan Gombar	业务参与
项目利益相关者	Gabriele Daugmaudyte	业务参与
项目利益相关者	Connor McGorty	业务参与
项目利益相关者	Giedrė Jankauskienė	业务参与

5.2 用户角色定义（来自章程原文）

Researcher（研究员）

负责商机背景研究的用户（users responsible for opportunity background research）

属性	描述
核心职责	审查 AI 筛选后的商机；对商机进行富集与评估；审核/编辑 AI 研究摘要；决定商机优先级；调整 AI 指令或标准并重新触发 AI 处理
工作产出	标准化研究摘要、评估结果、信心指标、建议下一步行动
关键权限	可调整 AI 处理指令/标准并重新触发；可编辑 AI 生成的摘要
痛点	手动筛选耗时；信息分散需多系统切换；缺乏统一优先级标准

Scheduler（调度员）

负责会议协调、提醒、跟进和相关调度工作流的用户（users responsible for meeting coordination, reminders, follow-up, and related scheduling workflows）

属性	描述
核心职责	审查并调整 AI 准备的沟通计划；管理邮件草稿、语音计划、时间安排、跟进序列、升级说明；执行 Human Review Gate 审查
工作产出	经审查的沟通计划、已执行的沟通记录、交接确认
关键权限	可调整 AI 生成的沟通计划；在 Human Review Gate 批准/拒绝客户面向的沟通
痛点	交接信息不完整；调度依赖经验缺乏数据支撑；状态跟踪靠表格实时性差

Manager（管理者）

属性	描述
核心职责	监控团队绩效、查看仪表盘、审批关键决策
关键权限	查看仪表盘指标（无需手动创建报告）；查看任务量、状态、瓶颈、周期时间、完成率

Admin（管理员）

属性	描述
核心职责	系统配置、用户管理、权限管理、数据源配置

5.3 角色访问控制矩阵

功能区域	Researcher	Scheduler	Manager	Admin
商机列表查看	✅	✅	✅	✅
AI 筛选配置	❌	❌	查看	✅
商机富集与评估	✅	查看	查看	✅
AI 摘要编辑	✅	❌	查看	✅
沟通计划审查	查看	✅	查看	✅
Human Review Gate	❌	✅	✅	✅
交接包确认	❌	✅	查看	✅
仪表盘访问	有限	有限	✅	✅
审计日志查看	❌	❌	✅	✅

6. 功能需求

6.1 模块总览

模块编号	模块名称	对应交付物	优先级
F-01	AI Opportunity Platform Foundation	D-01	P0
F-02	Data Ingestion（数据导入）	D-02	P0
F-03	Opportunity Filtering（商机筛选）	D-03	P0
F-04	Opportunity Enrichment & Evaluation Review（商机富集与评估审查）	D-04	P0
F-05	Communication Plan Review（沟通计划审查）	D-05	P1
F-06	Human Review Gate（人工审查门）	D-06	P0
F-07	Structured Handoff Package（结构化交接包）	D-07	P1
F-08	Reporting & Visibility（报告与可见性）	D-08	P2
F-09	Pilot Enablement（试点赋能）	D-09	P1
F-10	Workflow Status Tracking（工作流状态跟踪）	D-10	P0
F-11	Notifications & Reminders（通知与提醒）	D-11	P1

6.2 F-01：AI Opportunity Platform Foundation

目标： 搭建初始平台工作区，管理商机相关研究和调度工作流，提供基本访问控制。

需求编号	需求描述	优先级	验收标准
F-01-01	平台工作区初始化	P0	为管理商机相关研究和调度工作流提供初始平台工作区
F-01-02	基于角色的访问控制	P0	支持 Scheduler、Researcher、Manager、Admin 四种角色的基本访问控制
F-01-03	角色权限互斥	P0	不同角色权限互斥，用户只能看到其角色允许的功能和数据
F-01-04	审计日志记录	P0	所有关键操作有审计日志记录，可查询、不可篡改
F-01-05	会话管理	P0	支持会话超时（闲置 30 分钟自动登出）
F-01-06	系统配置管理	P1	管理员可配置数据源连接、AI 参数、筛选规则等

6.3 F-02：Data Ingestion（数据导入）

目标： 导入 Dodge 和 ConstructConnect 项目数据，标准化为统一结构，去重，并存储供下游处理。

需求编号	需求描述	优先级	验收标准
F-02-01	Dodge 数据导入	P0	支持 Dodge 项目数据自动导入，每日定时拉取 + 手动触发
F-02-02	ConstructConnect 数据导入	P0	支持 ConstructConnect 项目数据自动导入，每日定时拉取 + 手动触发
F-02-03	数据标准化	P0	外部字段自动映射到内部统一数据结构（normalize into a unified structure）
F-02-04	数据去重	P0	同一项目多源导入时自动识别并合并重复记录（deduplicate records）
F-02-05	数据存储	P0	标准化后的数据存储供下游处理（store for downstream processing）
F-02-06	导入异常处理与告警	P0	导入失败时通知管理员，支持重试，记录异常日志
F-02-07	导入历史记录	P1	可查看每次导入的记录、数量、状态、时间

数据导入流程：

Dodge API ──┐
             ├──▶ 字段映射/标准化 ──▶ 去重合并 ──▶ 存储 ──▶ 下游处理
ConstructConnect API ──┘                    │
                                             ├── 异常? ──▶ 告警通知管理员
                                             └── 成功? ──▶ 记录日志

6.4 F-03：Opportunity Filtering（商机筛选）

目标： 在 AI 富集和评估之前，应用约定的业务标准过滤商机。

需求编号	需求描述	优先级	验收标准
F-03-01	业务筛选标准配置	P0	管理员可配置筛选条件（行业、地区、规模、阶段等约定标准）
F-03-02	自动过滤执行	P0	在 AI 富集和评估之前应用筛选标准过滤商机
F-03-03	筛选结果列表视图	P0	支持列表/卡片视图，可排序、筛选、分页
F-03-04	筛选规则版本管理	P1	规则变更可追溯，支持回滚
F-03-05	批量操作	P1	支持批量接受/拒绝/调整优先级
F-03-06	筛选结果导出	P2	支持导出 Excel/CSV

6.5 F-04：Opportunity Enrichment & Evaluation Review（商机富集与评估审查）

目标： 对 AI 准备的商机富集、资质评估、产品匹配、信心指标和建议行动进行审查和修正循环。Researchers 可调整指令或标准并重新触发 AI 处理。

需求编号	需求描述	优先级	验收标准
F-04-01	AI 自动信息富集	P0	AI 自动补充联系人、公司信息、历史记录等富集信息
F-04-02	AI 资质评估上下文	P0	生成资质评估上下文（qualification context）
F-04-03	AI 产品匹配评估	P0	评估商机与产品的匹配度（product fit）
F-04-04	AI 信心指标	P0	每个评估结果包含信心指标（confidence indicators）
F-04-05	AI 建议下一步行动	P0	生成推荐下一步行动（recommended next actions）
F-04-06	AI 研究摘要生成	P0	一键生成结构化商机研究摘要
F-04-07	Researcher 审查/修正循环	P0	Researcher 可审查并修正 AI 结果（review and correction loop）
F-04-08	重新触发 AI 处理	P0	Researcher 可调整指令或标准并重新触发 AI 处理
F-04-09	AI 摘要人工编辑	P0	Researcher 可编辑/修正 AI 生成的摘要
F-04-10	评估历史记录	P1	每次评估结果可追溯，支持版本对比
F-04-11	优先级标签管理	P1	支持 High/Medium/Low 及自定义标签

6.6 F-05：Communication Plan Review（沟通计划审查）

目标： 为 Schedulers 提供审查和调整 AI 准备的沟通计划的工作流，包括邮件草稿、语音计划、时间安排、跟进序列和升级说明。

需求编号	需求描述	优先级	验收标准
F-05-01	AI 沟通计划生成	P1	基于商机信息生成建议沟通计划（邮件草稿、语音计划、时间、跟进序列、升级说明）
F-05-02	邮件草稿审查与调整	P1	Scheduler 可审查并编辑 AI 生成的邮件草稿
F-05-03	语音通话计划审查	P1	Scheduler 可审查并调整语音通话计划
F-05-04	时间安排审查	P1	Scheduler 可审查并调整沟通时间安排
F-05-05	跟进序列审查	P1	Scheduler 可审查并调整跟进序列
F-05-06	升级说明审查	P1	Scheduler 可审查并调整升级说明（escalation notes）
F-05-07	沟通计划模板管理	P2	预置模板，支持自定义
F-05-08	沟通记录追踪	P1	记录每次沟通结果，关联商机

6.7 F-06：Human Review Gate（人工审查门）

目标： 在面向客户的沟通发送或发起之前，提供必需的审查步骤。

需求编号	需求描述	优先级	验收标准
F-06-01	面向客户沟通的必需审查	P0	面向客户的沟通发送或发起前必须经过人工审查（Required review step before customer-facing communication is sent or initiated）
F-06-02	审查门配置	P0	管理员可配置哪些节点需要人工审查
F-06-03	审查任务分配	P0	审查任务自动分配给对应角色
F-06-04	审查界面	P0	展示 AI 决策上下文、信心指标、来源可见性，支持批准/拒绝/退回
F-06-05	异常管理	P0	不清晰数据、低信心、调度冲突或优先级标记路由到人工审查
F-06-06	审查 SLA 管理	P1	设置审查时限，超时自动升级
F-06-07	审查结果反馈循环	P1	审查结果反馈给 AI 模型用于持续优化

审查门节点：

AI 富集/评估 ──▶ [审查门] Researcher 审查（可调整指令/重触发）
                                    │
AI 沟通计划   ──▶ [审查门] Scheduler 审查（邮件/语音/时间/跟进/升级）
                                    │
面向客户沟通   ──▶ [审查门] Human Review Gate（必需审查后才能发送）
                                    │
交接包        ──▶ [审查门] 确认交接包完整性

6.8 F-07：Structured Handoff Package（结构化交接包）

目标： 追踪已批准的邮件和语音沟通，生成结构化交接包给销售团队。

需求编号	需求描述	优先级	验收标准
F-07-01	交接包自动生成	P1	AI 汇总商机信息生成交接包
F-07-02	标准化交接包模板	P0	包含项目背景、富集结果、资质评估、外联活动、响应状态、调度状态、开放问题
F-07-03	交接确认流程	P0	发送 → 接收方确认 → 完成/退回
F-07-04	交接包版本管理	P1	支持多版本，退回修改后生成新版本
F-07-05	交接统计报表	P2	统计交接数量、退回率、平均处理时间

交接包结构（来自章程原文）：

┌──────────────────────────────────────────┐
│       Structured Handoff Package          │
├──────────────────────────────────────────┤
│ 1. 项目背景 (Project Context)              │
│    - 项目名称、地址、类型                   │
│    - 业主/总包信息                         │
│                                          │
│ 2. 富集结果 (Enrichment)                  │
│    - AI 富集信息 + Researcher 修正         │
│    - 联系人、公司信息                      │
│                                          │
│ 3. 资质评估 (Qualification Result)        │
│    - 资质评估上下文                        │
│    - 产品匹配度                           │
│    - 信心指标                             │
│    - 优先级                               │
│                                          │
│ 4. 外联活动 (Outreach Activity)           │
│    - 已批准的邮件/语音沟通记录              │
│    - 沟通计划与执行状态                     │
│                                          │
│ 5. 响应状态 (Response Status)             │
│    - 客户响应记录                          │
│    - 后续跟进状态                          │
│                                          │
│ 6. 调度状态 (Scheduling Status)           │
│    - 会议安排状态                          │
│    - 跟进序列进度                          │
│                                          │
│ 7. 开放问题 (Open Questions)              │
│    - 待确认事项                            │
│    - 风险提示                              │
└──────────────────────────────────────────┘

6.9 F-08：Reporting & Visibility（报告与可见性）

目标： 提供初始仪表盘，展示商机量、工作流状态、周期时间、阻塞项、完成任务和人工审查率。

需求编号	需求描述	优先级	验收标准
F-08-01	商机量仪表盘	P1	展示商机总量、各阶段分布
F-08-02	工作流状态视图	P1	展示各工作流状态的商机数量
F-08-03	周期时间分析	P1	展示商机从导入到交接的平均周期时间
F-08-04	阻塞项视图	P1	展示当前阻塞的商机及阻塞原因
F-08-05	完成任务统计	P1	展示已完成任务数量和趋势
F-08-06	人工审查率	P1	展示人工审查占比、审查通过率
F-08-07	无需手动报表	P0	管理者可直接访问仪表盘指标，无需手动创建报告
F-08-08	报表导出	P2	支持 PDF/Excel 导出

6.10 F-09：Pilot Enablement（试点赋能）

目标： 为初始 Researcher 和 Scheduler 用户提供培训和反馈循环。

需求编号	需求描述	优先级	验收标准
F-09-01	用户培训	P0	为初始 Researcher 和 Scheduler 用户提供培训
F-09-02	反馈循环	P0	建立用户反馈收集和处理机制
F-09-03	用户操作手册	P1	覆盖所有功能模块的操作指南
F-09-04	系统内引导提示	P2	新用户首次使用时的引导式教程
F-09-05	试点支持渠道	P0	提供工单/即时通讯支持通道

6.11 F-10：Workflow Status Tracking（工作流状态跟踪）

目标： 追踪研究和调度工作的状态，支持审计追溯。

工作流状态（来自章程原文）：

状态	英文	说明
新建	New	商机刚导入，尚未开始处理
进行中	In Progress	正在处理中
需人工审查	Needs Human Review	触发人工审查条件，等待审查
可交接	Ready for Handoff	已完成处理，可生成交接包
已完成	Completed	交接完成，流程结束
已阻塞	Blocked	因某种原因阻塞，需干预

需求编号	需求描述	优先级	验收标准
F-10-01	状态机定义	P0	明确定义 6 种状态及流转规则
F-10-02	状态自动流转	P0	AI Agent 根据流程自动推进状态
F-10-03	状态手动干预	P0	用户可手动调整状态（需权限）
F-10-04	状态变更历史	P0	完整记录状态变更（谁、何时、为何）
F-10-05	状态看板视图	P1	看板式展示各状态下的商机
F-10-06	超时预警	P1	商机在某状态停留超阈值时预警

6.12 F-11：Notifications & Reminders（通知与提醒）

目标： 对逾期任务、待审查、调度冲突和必需人工审批发送基本通知。

需求编号	需求描述	优先级	验收标准
F-11-01	逾期任务通知	P0	任务逾期时通知责任人
F-11-02	待审查通知	P0	有待审查任务时通知对应人员
F-11-03	调度冲突通知	P0	检测到调度冲突时通知 Scheduler
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	权限最小化	基于角色的细粒度权限控制（RBAC）
NFR-S-05	审计日志	保留 ≥ 1 年，不可篡改
NFR-S-06	定期访问审查	定期审查访问权限（periodic access reviews）

7.4 可扩展性需求

编号	需求	说明
NFR-E-01	水平扩展	核心服务支持水平扩展，无状态设计
NFR-S-02	数据源扩展	数据接入层支持插件式扩展新数据源（需正式审批）
NFR-E-03	AI 模型扩展	AI 推理层支持模型热替换
NFR-E-04	可复用模式	Phase 1 架构应创建可复用的工作流、数据和 AI 治理模式

7.5 兼容性需求

编号	需求	说明
NFR-C-01	浏览器兼容	Chrome 100+, Edge 100+, Safari 15+
NFR-C-02	分辨率适配	最小 1280×720，推荐 1920×1080
NFR-C-03	响应式设计	支持平板横屏访问（基础适配）

8. 系统架构概述

8.1 架构总览（来自章程原文架构图）

┌─────────────────────────────────────────────────────────────────┐
│                        用户层                                     │
│    Researchers  |  Schedulers  |  Inside Sales Rep  |  PMs      │
└───────────────────────────┬─────────────────────────────────────┘
                            │
┌───────────────────────────▼─────────────────────────────────────┐
│                   AI-first CRM 平台                               │
│                                                                  │
│  ┌────────────────────────────────────────────────────────────┐ │
│  │              AI Agent Runtime                               │ │
│  │        (Isolated Docker Sandboxes)                          │ │
│  │   ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐        │ │
│  │   │ Data    │ │ Eval    │ │ Corres  │ │ Research│  ...    │ │
│  │   │ Ingest  │ │ Agent   │ │ pondence│ │ Agent   │        │ │
│  │   └─────────┘ └─────────┘ └─────────┘ └─────────┘        │ │
│  └──────────────────────────┬─────────────────────────────────┘ │
│                             │                                    │
│  ┌──────────────────────────▼─────────────────────────────────┐ │
│  │          CRM Core Operational Database                      │ │
│  │             (System of Record)                              │ │
│  └──────────────────────────┬─────────────────────────────────┘ │
│                             │                                    │
│  ┌──────────────────────────▼─────────────────────────────────┐ │
│  │              Operational Modules                            │ │
│  │   ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐          │ │
│  │   │ 导入  │ │ 筛选  │ │ 富集  │ │ 交接  │ │ 报告  │          │ │
│  │   └──────┘ └──────┘ └──────┘ └──────┘ └──────┘          │ │
│  └──────────────────────────┬─────────────────────────────────┘ │
│                             │                                    │
│  ┌──────────────────────────▼─────────────────────────────────┐ │
│  │                    Data Layer                               │ │
│  │   Low Level Adapters | Data Warehousing | Analytics         │ │
│  └────────────────────────────────────────────────────────────┘ │
│                                                                  │
│  ┌────────────────────────────────────────────────────────────┐ │
│  │              Data Governance Layer                          │ │
│  │   Users | Accounts | Permissions | Standard Ingestion       │ │
│  │   Common API | Middleware | Analytics                       │ │
│  └────────────────────────────────────────────────────────────┘ │
│                                                                  │
│  ┌────────────────────────────────────────────────────────────┐ │
│  │              Agent Governance                               │ │
│  │      Agent lifecycle, behavior, and safety                  │ │
│  └────────────────────────────────────────────────────────────┘ │
│                                                                  │
│  ┌─────────────────┐  ┌─────────────────────────────────────┐  │
│  │ Phase 1 Scope   │  │ Future Phases (Not Yet in Phase)    │  │
│  │ (This Phase)    │  │ L0 Reviewer, Deal Coach, etc.       │  │
│  └─────────────────┘  └─────────────────────────────────────┘  │
└──────────────────────────────────────────────────────────────────┘

8.2 架构层次说明

层次	名称	职责	关键特性
—	用户层	Researchers, Schedulers, Inside Sales Rep, PMs/Delivery	多角色访问
L1	AI Agent Runtime	AI Agent 执行环境	Docker 沙盒隔离；Phase 1 Agents
L2	CRM Core Operational Database	核心业务数据存储	System of Record（系统记录源）
L3	Operational Modules	业务功能模块	导入、筛选、富集、交接、报告等
L4	Data Layer	外部数据接入与存储	Low Level Adapters, Data Warehousing, Analytics & Insights
—	Data Governance Layer	数据治理	Users, Accounts, Permissions, Standard Ingestion, Common API, Middleware, Analytics
—	Agent Governance	Agent 治理	Agent 生命周期、行为和安全

8.3 架构原则

AI-first — AI Agent 驱动工作流，人类做把关决策
Agent-assisted 优先 — Phase 1 先用 AI 辅助模式，AI 在工作边界内运行
Security — 安全贯穿各层
可复用性 — Phase 1 创建可复用的工作流、数据和 AI 治理模式
决策可追溯性 — 所有 Agent 动作含决策追踪和信心指标

8.4 关键架构决策（待 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, 名称, 地址, 类型, 行业	富集 / 手动
Enrichment（富集记录）	AI 富集结果	ID, 商机ID, 富集内容, 信心指标, 来源	AI Agent
Assessment（评估）	商机评估记录	ID, 商机ID, 评估人, 资质评估, 产品匹配, 信心指标, 建议行动	AI + 人工
CommunicationPlan（沟通计划）	AI 准备的沟通计划	ID, 商机ID, 邮件草稿, 语音计划, 时间, 跟进序列, 升级说明, 审查状态	AI + Scheduler
HandoffPackage（交接包）	结构化交接包	ID, 商机ID, 项目背景, 富集结果, 资质评估, 外联活动, 响应状态, 调度状态, 开放问题	系统生成
AgentTask（Agent任务）	AI Agent 执行的任务	ID, 类型, 输入, 输出, 状态, 决策追踪, 信心指标, 时间戳	系统生成
AuditLog（审计日志）	操作审计	ID, 用户, 操作, 对象, 时间, 详情	系统记录

9.2 数据保留策略

数据类型	保留期限	归档策略
活跃商机数据	永久	—
已关闭商机	3 年	3 年后归档到冷存储
审计日志	1 年	1 年后压缩归档
Agent 任务记录	6 个月	6 个月后聚合统计后删除明细
AI 摘要历史	2 年	2 年后仅保留最终版本
决策追踪日志	≥ 1 年	不可篡改，用于可追溯性

10. AI / Agent 需求

10.1 AI Agent 定义

Agent 名称	职责	输入	输出	运行模式
Data Ingestion Agent	数据导入与标准化	Dodge/CC 原始数据	标准化统一结构数据	Agent-operated
Filtering Agent	商机筛选过滤	商机池 + 业务标准	过滤后的商机列表	Agent-operated
Enrichment Agent	信息富集	商机基本信息	补充的联系人/公司信息 + 信心指标	Agent-assisted
Evaluation Agent	资质评估	商机 + 富集信息	资质评估上下文 + 产品匹配 + 信心指标 + 建议行动	Agent-assisted
Research Summary Agent	研究摘要生成	商机 + 富集 + 评估	结构化研究摘要	Agent-assisted
Communication Plan Agent	沟通计划生成	商机 + 评估结果	邮件草稿 + 语音计划 + 时间 + 跟进序列 + 升级说明	Agent-assisted
Scheduling Agent	调度建议	商机 + 历史 + 规则	调度建议方案	Agent-assisted

10.2 Agent 运行模式（来自章程原文）

┌─────────────────────────────────────────────────┐
│         Agent-assisted 模式（Phase 1 优先）       │
│  AI 在工作边界内运行                               │
│  AI 提供建议/草稿 → 人工审核确认                    │
│  外部沟通需审批                                    │
│  人类处理异常、审批和高价值决策                      │
│  适用: 富集、评估、摘要、沟通计划、调度建议           │
├─────────────────────────────────────────────────┤
│         Agent-operated 模式                       │
│  AI 自主执行 → 结果通知人工                         │
│  适用: 数据导入、筛选过滤、信息富集、状态流转         │
├─────────────────────────────────────────────────┤
│         Human-gated 模式                          │
│  AI 准备 → 必须人工批准才能继续                      │
│  面向客户沟通发送前必须审查                          │
│  适用: 交接包发送、客户面向沟通                      │
└─────────────────────────────────────────────────┘

10.3 Agent 治理（来自章程原文）

Agent 生命周期管理 — Agent 的创建、启用、暂停、终止
Agent 行为管理 — Agent 的行为边界定义和监控
Agent 安全管理 — Agent 操作的安全控制

10.4 Agent 权限扩展条件（来自章程原文）

Agent 权限不会扩大，除非质量、可追溯性和审查阈值已文档化并满足。

10.5 AI 质量要求

指标	目标值	衡量方式
AI 输出接受率	≥ 90%	试点期间 AI 生成的研究输出被接受且无需重大返工
信心指标覆盖率	100%	所有 Agent 动作包含信心指标
来源可见性	100%	所有 AI 输出包含来源可见性
决策追踪覆盖率	100%	所有 Agent 动作包含可追溯决策日志
人工干预率	≤ 10%	人工干预不超过总处理量的 10%
AI 响应时间	≤ 30 秒	P95 延迟

10.6 AI 反馈循环

AI 输出 ──▶ 人工审查 ──▶ 审查结果
                           │
                    ┌──────┴──────┐
                    │ 接受         │ 拒绝/修改
                    │             │
                    ▼             ▼
              记录正样本    记录负样本 + 修正
                    │             │
                    └──────┬──────┘
                           │
                    定期模型重训练 / Prompt 优化

11. 集成需求

11.1 外部系统集成

系统	集成方式	数据流向	频率	优先级
Dodge	REST API	拉取商机数据	每日	P0
ConstructConnect	REST API	拉取商机数据	每日	P0
邮件系统 (SMTP)	SMTP	发送通知/邮件草稿	事件触发	P0
语音通信平台	API/集成	语音通话计划执行	事件触发	P1
SSO	OAuth 2.0 / SAML	用户认证	实时	P0
文件存储	SDK	存储附件	实时	P1

11.2 集成约束

来自章程原文：集成可行性和试点准备取决于源系统功能、API 成熟度和数据质量。

来自章程原文：现有源系统应包含足够的数据质量，以产生有意义的 AI 辅助研究结果。

11.3 集成接口规范

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	AI Opportunity Platform Foundation	初始平台工作区，管理商机相关研究和调度工作流。Scheduler、Researcher、Manager、Admin 角色的基本访问控制	F-01	F-01-01 ~ F-01-06
D-02	Data Ingestion	导入 Dodge 和 ConstructConnect 项目数据，标准化为统一结构，去重，存储供下游处理	F-02	F-02-01 ~ F-02-07
D-03	Opportunity Filtering	在 AI 富集和评估之前应用约定业务标准过滤商机	F-03	F-03-01 ~ F-03-06
D-04	Opportunity Enrichment & Evaluation Review	AI 准备的商机富集、资质评估上下文、产品匹配、信心指标和建议行动的审查/修正循环。Researchers 可调整指令或标准并重新触发 AI 处理	F-04	F-04-01 ~ F-04-11
D-05	Communication Plan Review	Schedulers 审查和调整 AI 准备的沟通计划，包括邮件草稿、语音计划、时间、跟进序列和升级说明	F-05	F-05-01 ~ F-05-08
D-06	Human Review Gate	面向客户沟通发送或发起前的必需审查步骤	F-06	F-06-01 ~ F-06-07
D-07	Structured Handoff Package	追踪已批准的邮件和语音沟通，包含项目背景、富集结果、资质评估、外联活动、响应状态、调度状态、开放问题	F-07	F-07-01 ~ F-07-05
D-08	Reporting & Visibility	初始仪表盘：商机量、工作流状态、周期时间、阻塞项、完成任务、人工审查率	F-08	F-08-01 ~ F-08-08
D-09	Pilot Enablement	初始 Researcher 和 Scheduler 用户的培训和反馈循环	F-09	F-09-01 ~ F-09-05
D-10	Workflow Status Tracking	研究和调度工作状态：New, In Progress, Needs Human Review, Ready for Handoff, Completed, Blocked	F-10	F-10-01 ~ F-10-06
D-11	Notifications & Reminders	逾期任务、待审查、调度冲突、必需人工审批的基本通知	F-11	F-11-01 ~ F-11-06

13. 里程碑与时间线

13.1 里程碑总览（来自章程原文）

里程碑	目标时间	关键活动	退出标准
M1: Solution Design Approved	2026年6月	确认范围、Dodge 和 ConstructConnect 数据接收、工作流、角色和成功标准	方案设计批准
M2: Core Platform Operational	2026年7月	平台搭建、数据接收、数据模型、访问、安全、工作流状态	核心平台运行
M3: AI Workflows Functional	2026年8月	富集、评估、沟通计划、执行跟踪、人工审查、交接	AI 工作流功能就绪
M4: UAT Complete / Pilot Readiness	2026年9月	端到端测试、用户验证、缺陷修复、试点准备审查	上线批准
M5: Pilot Go-Live	2026年9月	为 Researchers 和 Schedulers 部署试点	试点部署
M6: Pilot Stabilized	2026年10月	采用监控、反馈收集、优先问题解决	试点稳定运行
M7: Phase 1 Closure	2026年10月	监控、反馈、问题解决、KPI 审查、经验教训、文档、移交	Phase 1 关闭

⚠️ 注意： 章程 Rev.1（2026-07-09）已缩短时间线。具体缩短后的日期需以最新版章程为准。

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测试    试点上线   稳定&收尾

13.3 依赖（来自章程原文）

项目依赖以下条件： - Dodge 和 ConstructConnect 数据可用 - 所需系统连接正常工作 - 用户访问权限正确设置 - AI 输出在上线前经过测试 - Researchers 和 Schedulers 完成测试和培训

14. 假设、约束与风险

14.1 假设（来自章程原文，12 项）

编号	假设
A-01	GIGA CRM 被期望在多个阶段中取代或整合分散的商业系统，而不是新增另一个独立的 CRM，并将成为管理客户信息和商业活动的主要系统
A-02	Phase 1 批准不构成对未来 CRM 阶段、更广泛的商业自动化、收入预测、报价管理、ERP 集成或客户主数据变更的批准
A-03	Phase 1 将专注于内部用户和 Researcher、Scheduler 工作流
A-04	Phase 1 将首先使用 agent-assisted 模式，AI 在工作边界内运行（如外部沟通需审批），人类处理异常、审批和高价值决策
A-05	试点将使用真实用户、真实数据和真实交易
A-06	Agent 权限不会扩大，除非质量、可追溯性和审查阈值已文档化并满足
A-07	Phase 1 应创建可复用的工作流、数据和 AI 治理模式供未来 CRM 阶段使用
A-08	未来阶段可能扩展到销售、报价、商机管理、服务、预测和更广泛的商业工作流
A-09	未来阶段需要单独的范围审批、优先级排序、时间线确认和资金审查
A-10	客户服务 ERP 将保留并与 CRM 集成，而不是被替换
A-11	Researchers、Schedulers、主题专家和所需支持团队将可用于试点验证和反馈
A-12	现有源系统应包含足够的数据质量以产生有意义的 AI 辅助研究结果

14.2 约束（来自章程原文，7 项）

编号	约束
C-01	Phase 1 时间线从 2026年6月至 2026年11/12月
C-02	集成可行性和试点准备取决于源系统功能、API 成熟度和数据质量
C-03	Agent-first 操作需要定义的治理、决策可追溯性、可逆性和事件响应后才能广泛推广
C-04	面向客户的 Agent 沟通需要在试点使用前获得单独的政策批准
C-05	Phase 1 必须限于 Researcher 和 Scheduler 平台，除非获得正式范围批准
C-06	未来 CRM 路线图项目仅为方向性参考，执行前需单独批准
C-07	任何将 Phase 1 扩展到面向客户的自主沟通、报价、收入预测、ERP 集成、客户主数据、财务报告或自动化商业承诺的变更，需要执行前进行单独的控制影响审查

14.3 风险登记（来自章程原文，7 项）

编号	风险	风险负责人	可能性	影响	缓解策略
R-01	上线后管道质量恶化	Product Owner	中	高	第一天起启动实时质量仪表盘；要求每周管理者审查和季度清理
R-02	利益相关者需求导致范围蔓延	PM 和 PO	高	高	发布范围外列表；任何新增需书面权衡说明
R-03	尽管按时交付，Researcher 采纳失败	Product Owner	中	高	第一个月开始变更管理；将试点组反馈作为迭代的正式输入
R-04	所需源系统未提供足够的数据质量或集成能力	PO	中	中	在发现阶段验证数据可用性、API 能力和集成需求，再承诺自动化范围
R-05	新旧系统并行运行痛苦	Technical Lead	高	中	按模块规划明确切换；试点组仅运行新系统
R-06	AI 生成的研究包含不准确或过时信息	Product Owner	中	高	要求信心评分、来源可见性和交接前的人工审查触发
R-07	未经授权访问商机数据	Technical Lead	低	高	实施基于角色的权限、审计日志和定期访问审查

15. 财务信息（来自章程原文）

15.1 财务假设

Phase 1 预计主要使用内部资源交付
无额外外部供应商或顾问支持预期

15.2 成本估算

成本类别	类型	数量/假设	估算成本
软成本	内部资源 - AI/产品工程	3-4 人月	$12,000 - $16,000
软成本	内部资源 - 产品分析师	2-3 人月	$6,000 - $9,000
软成本	内部资源 - PMO 项目经理	3-4 人月	$6,000 - $9,000
软成本	内部资源 - Researcher SME	0.25-0.5 人月	$1,000 - $3,000
软成本	内部资源 - Scheduler SME	0.25-0.5 人月	$1,000 - $3,000
硬成本	外部资源 - AI/API 消耗、邮件和语音通信平台、集成工具、托管和监控	每月	$100 - $300
总计			$26,600 - $41,800

15.3 预算批准

预算已由财务总监批准。

16. 验收标准

16.1 功能验收标准

每个功能需求的验收标准已在第 6 节各模块中定义。整体功能验收需满足：

所有 P0 需求 100% 实现并通过测试
所有 P1 需求 ≥ 90% 实现并通过测试
P2 需求按实际情况交付，不阻塞上线

16.2 UAT 验收标准

验收项	标准
测试用例覆盖率	≥ 90% 的功能需求有测试用例
测试通过率	≥ 95%
严重缺陷数	0 个 P0 缺陷
一般缺陷数	≤ 5 个 P1 缺陷（有修复计划）
试点用户验收	试点用户签字确认

16.3 上线准入条件（Go-Live Checklist）

[ ] 所有 P0 功能通过 UAT
[ ] 性能指标达标（第 7.1 节）
[ ] 安全审查通过
[ ] 数据备份与恢复流程验证
[ ] 运维监控告警配置完成
[ ] 用户手册和培训材料就绪
[ ] 试点用户培训完成
[ ] 应急回滚方案就绪
[ ] 端到端测试完成
[ ] 缺陷已处理
[ ] 上线批准已获得

17. SOX / 内部控制影响（来自章程原文）

17.1 初步分类

初步 SOX/内部控制分类：无直接 SOX、ERP 替换、收入确认、财务报告或财务关闭影响。

17.2 控制相关要素

虽然无直接 SOX 影响，但项目包含控制相关要素：

控制要素	说明
基于角色的访问	RBAC 权限控制
审计日志	操作审计记录
决策可追溯性	Agent 决策追踪日志
人工审查门	面向客户沟通的必需审查
面向客户的沟通	需人工审查后才能发送

17.3 重新评估条件

如果项目后续扩展到以下范围，SOX/控制影响分类必须重新评估： - 报价管理 - 收入预测 - ERP 集成 - 客户主数据 - 财务报告 - 自动化商业承诺

18. 术语表

术语	英文	定义
INTUS	—	项目所属组织
GIGA CRM	—	多阶段 CRM 路线图总称
AI Opportunity Platform	—	Phase 1 交付的产品名称
商机	Opportunity	潜在的建筑工程项目业务机会
研究员	Researcher	负责商机背景研究的用户
调度员	Scheduler	负责会议协调、提醒、跟进和调度工作流的用户
富集	Enrichment	对商机信息进行补充完善的过程
资质评估	Qualification	评估商机资质上下文的过程
产品匹配	Product Fit	评估商机与产品匹配度的过程
信心指标	Confidence Indicator	AI 输出的信心程度指标
建议行动	Recommended Next Actions	AI 建议的下一步行动
交接包	Handoff Package	研究员到调度员/销售的结构化信息包
人工审查门	Human Review Gate	面向客户沟通发送前的必需审查步骤
Agent-assisted	—	AI 辅助模式，AI 在工作边界内运行，提供建议，人工确认
Agent-operated	—	AI 自主执行模式，AI 完成后通知人工
Human-gated	—	人工门控模式，AI 准备后必须人工批准
Agent Governance	—	Agent 生命周期、行为和安全管理
System of Record	—	系统记录源，数据的权威来源
Dodge	—	建筑工程项目信息数据服务提供商
ConstructConnect	CC	建筑工程项目信息数据服务提供商
RBAC	Role-Based Access Control	基于角色的访问控制
SOX	Sarbanes-Oxley Act	萨班斯-奥克斯利法案
RTO	Recovery Time Objective	故障恢复时间目标
RPO	Recovery Point Objective	数据恢复点目标
UAT	User Acceptance Testing	用户验收测试
WBS	Work Breakdown Structure	工作分解结构

19. 附录

附录 A：章程原文要点摘要

组织： INTUS
项目名称： GIGA CRM Phase I
批准状态： Approved（评估 2026-06-23，批准 2026-06-29）
修订： Rev.1 — 2026-07-09（时间线缩短）
产品： AI Opportunity Platform
核心用户： Researchers, Schedulers
数据来源： Dodge, ConstructConnect（仅此两源）
架构定位： AI-first CRM（多阶段路线图，Phase 1 不替代完整 CRM）
交付物： 11 项（D-01 ~ D-11）
预算： $26,600 - $41,800（内部资源）
章程参考链接： https://chatgpt.com/share/e/6a3a7106-6070-8000-ba0f-51d1f37b67c9

附录 B：待确认事项（Open Items）

编号	待确认事项	负责人	截止日期	状态
O-01	Dodge API 端点与认证方式	—	—	待确认
O-02	ConstructConnect API 端点与认证方式	—	—	待确认
O-03	SSO 系统类型与协议	—	—	待确认
O-04	AI 模型选型（云端 vs 本地）	—	—	待确认
O-05	部署环境（云平台 / 自建）	—	—	待确认
O-06	试点用户名单与规模	—	—	待确认
O-07	前端技术栈选择	—	—	待确认
O-08	章程 Rev.1 缩短后的具体时间线	—	—	待确认
O-09	面向客户沟通的政策批准（约束 C-04）	—	—	待确认
O-10	与现有 CRM 的关系（推送/独立/双向同步）	—	—	待确认

附录 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.2 框架版本，基于章程图片原文逐字核对修订。需经过以下流程后定稿： 1. 业务方评审 — 确认范围与优先级 2. 架构师评审 — 确认技术可行性 3. 开发团队评审 — 确认实现方案 4. 项目经理审批 — 确认排期与资源 5. 定稿发布 — v1.0 Baseline

从 GIGA_CRM_PRD_Framework_v0.1.md 生成 — Deployed on Cloudflare Pages