需求捕获的起点：业务目标分层，与四种系统分类

需求捕获的第一步是明确系统的业务目标，但目标本身是分层次的——不能只盯着部门或领域级别的目标，必须从企业整体性角度审视：企业层级的业务目标应该能为企业客户带来特定功能或价值，最好还有数字支撑（比如电商秒杀系统的业务目标可以写成”为给客户带来卓越购物体验，在双11零点至一点提供秒杀功能，预计并发用户数约每秒500万”），在这个业务目标之下才逐步展开子目标——系统功能的展开必须以满足业务目标为前提，而不是反过来先罗列功能再倒推目标。有了业务目标和初步的功能设想之后，第二步是识别系统分类，因为不同类型系统的需求关注点完全不同：用户交互类系统（直面客户的前端界面/服务流程）关注用户体验、流程整合（从用户视角整合后端产品服务）、渠道整合（全渠道服务一致且无缝衔接）、客户唯一性（为未来的客户画像/大数据分析做准备）；业务处理类系统（对外提供专业服务能力）关注流程分析（拆分聚合出组件化/模块化的企业级处理能力）、领域模型（把核心资产留存为模型）、数据归集（核心业务数据的业务价值）；数据分析类系统（提供决策支持）关注决策场景（明确谁在什么场合用）、报表类型（成本合理且适用）、分析工具（搭建企业级统一平台节约资源）；后台支持类系统（OA、财务、人力等）主要关注工作流程本身。可迁移启发：拿到一个新系统的需求捕获任务时，先别急着列功能清单，先确认这个系统属于哪种类型——类型判断错了，接下来关注的重点（用户体验还是数据归集还是流程本身）就会整个偏掉。

结构图：

flowchart TB
  T["业务目标分层<br/>企业层级(客户价值+数字支撑)→子目标"]
  T --> C["识别系统分类"]
  C --> C1["用户交互类<br/>关注:用户体验/流程整合/渠道整合/客户唯一性"]
  C --> C2["业务处理类<br/>关注:流程分析/领域模型/数据归集"]
  C --> C3["数据分析类<br/>关注:决策场景/报表类型/分析工具"]
  C --> C4["后台支持类<br/>关注:工作流程"]