4. 需求理解与可行性初判

在进入正式技术方案设计之前,产品经理与AI工程师需共同完成“需求理解与可行性初判”。此阶段的核心是将模糊的需求描述转化为可评估的技术单元,并快速识别高风险区域与资源瓶颈,为是否进入详细设计阶段提供决策依据。

阶段目标:在48小时内(取决于需求复杂度),产出一份《技术可行性初判报告》,明确回答“技术上能否做”、“大约需要多少资源”、“主要风险在哪”三个问题。

4.1 适用场景

  • 新项目立项前的技术预研阶段。
  • 客户或业务方提出的非标准化AI需求,无法直接套用现有方案。
  • 需要对多个候选需求进行优先级排序的资源评审会议。
  • 跨部门协作中,需统一技术语言与评估框架的场合。

4.2 前置条件

输入物 状态要求
原始需求文档(PRD/BRD/用户故事) 已通过初步业务评审,核心目标明确
竞品分析或行业基准数据(可选) 可直接引用,无需二次加工
历史类似项目复盘记录 存在可参考的失败/成功案例
项目干系人清单及联络方式 可随时发起澄清会议

4.3 操作步骤

步骤一:结构化功能拆解(功能拆解)

使用功能树或用户旅程映射将需求分解为原子级功能单元。每个单元必须满足:可独立评估、可分配责任边界、可度量验收标准。

  1. 识别需求中的核心用户角色与核心场景。
  2. 按时间线或业务逻辑列出用户操作节点与系统响应节点。
  3. 将每个节点进一步拆解为“数据输入→处理逻辑→结果输出”三元组。
  4. 标记每个功能单元是否涉及AI能力(如:分类、检测、生成、推荐、NLP等)。
拆解示例(以“智能客服工单自动分类”为例):
用户输入文本
│
├─ 步骤1:输入预处理(去除停用词、拼写纠错)
├─ 步骤2:意图识别(AI分类器 → 预测类别:报修/投诉/咨询)
├─ 步骤3:槽位填充(提取工单要素:设备ID、位置、时间)
└─ 步骤4:路由匹配(规则引擎 → 分配至对应处理组)
其中步骤2和步骤3为AI功能单元,步骤1和步骤4为常规工程逻辑。

步骤二:技术风险预判(技术风险预判)

针对每个AI功能单元,按照数据风险、模型风险、工程风险三个维度进行评估。

风险维度 常见风险项 评估方法
数据风险 标注数据量不足、数据偏见、隐私合规 检查数据存量与分布;咨询法务
模型风险 基线性能不达标、模型泛化性差、部署成本高 小样本快速实验(如有数据);查阅学术基准
工程风险 推理延迟不满足SLA、硬件选型不匹配 使用压测模拟工具(如Locust)进行预验证

步骤三:资源估算(资源估算)

基于功能拆解与风险预判结果,对以下三类资源进行粗粒度估算:

  • 人力:算法工程师、数据标注员、后端开发、测试工程师的人月投入。
  • 计算资源:训练所需的GPU/TPU规格与时长;部署所需的CPU/GPU实例数与内存。
  • 时间:从立项到交付的里程碑节点与总工期(区分探索期与工程期)。
注意:初判阶段的资源估算允许±50%误差。不要在此阶段做精确预算法,重点识别资源消耗异常高的功能单元(如端侧超大模型、实时流处理等)。

4.4 输入输出物

类别 物料名称 格式/载体
输入 原始需求文档(已评审版) Confluence/共享文档
输出 功能拆解树(含AI/非AI标记) 思维导图(.xmind)或表格
输出 技术风险矩阵表 Excel/腾讯文档
输出 资源估算汇总表 Excel/飞书多维表格
输出 技术可行性初判报告 PDF/内部分享文档

4.5 责任边界

  • 产品经理:主导功能拆解,明确业务优先级与验收标准。
  • AI架构师/算法负责人:主导技术风险预判与模型选型建议。
  • 项目技术经理:主导资源估算与里程碑规划。
  • QA工程师:在功能拆解阶段提供可测试性建议。
  • 决策委员会(CTO/产品VP):依据初判报告决定是否进入详细设计阶段。

4.6 记录材料

以下材料需归档至项目知识库,并关联对应需求ID:

  • 功能拆解评审纪要(含所有决策点与争议点)。
  • 技术风险预判中使用的实验脚本或数据统计草稿。
  • 资源估算所依赖的市场报价截图或供应商沟通记录。
  • 初判报告签字确认页(电子签或团队backlog记录)。

4.7 异常处理

异常场景 处理预案
功能拆解过程中出现大量争议(如边界不清晰) 暂停拆解,组织涉众重写用户故事(User Story Mapping)
技术风险预判无法得出结论(如缺乏竞品数据) 申请5个工作日的探索性POC(概念验证)研究
资源估算结果严重超出预算(如GPU成本超预期5倍) 触发“技术方案降级”讨论,考虑替代方案或放弃该功能
关键干系人无法参与评审 将初判报告以异步评审方式流转,设置48小时强制反馈截止

4.8 验收标准

本章节交付物需满足以下条件方可视为完成:

  1. 功能拆解树覆盖原始需求中所有业务场景,无遗漏项。
  2. 每个AI功能单元至少标记一个具体的技术风险项(不能为空)。
  3. 资源估算包含人力、计算资源、时间三个维度,且如实标注置信度。
  4. 初判报告获得至少一位技术决策人与一位业务决策人的书面确认。
  5. 所有记录材料已上传至项目知识库对应目录。
第4章 核心流程:需求理解与可行性初判 用户原始需求 功能拆解 (分AI/非AI单元) 技术风险预判 资源估算 可行性初判报告 (是否进入详细设计) 输入物 需求文档·竞品数据·历史复盘 输出物 功能拆解树 技术风险矩阵 资源估算表