系統規劃：從業務目標到首期需求
產品文檔 · 簡體中文
本篇正文採用已確認的簡體中文版。
当团队还没有明确系统边界、模块划分或首期范围时，可以先使用“系统规划”梳理方向。已有系统的改造也可以从这里开始，说明当前业务和工程约束。
规划完成后，需要把本期要做的工作整理为正式需求，再经过准入、设计和交付。规划对话本身不会直接启动生产。
进入规划前准备什么
先确认目标工作空间和参与规划的业务负责人，再准备以下信息：
未知项写明待确认人。已有系统的接口和行为，应结合当前仓库、运行配置和实际使用情况核对。
开始一次规划
- 从首页选择 “系统规划”，确认当前工作空间。
- 描述规划对象、服务用户、现状与本次目标。
- 请助手先整理模块、业务流程、系统边界和待确认问题，再逐项补充事实。
- 审阅形成的规划材料，明确首期范围与后续阶段。
例如，可以这样开始：
我们希望改善会员活动的运营流程。首期只需要运营人员筛选目标人群并预估人数，会员数据由现有会员系统提供。活动发送、优惠券发放和效果分析暂不纳入。请先整理系统边界、需要确认的数据口径和首期模块，不要把未知的接口当成已经存在。
审阅规划结果
重点确认模块之间的职责是否清楚，关键流程有没有遗漏，以及哪些依赖尚未落实。AI 提出的架构和分期建议需要由业务与研发共同检查。
- 范围：本期目标是否足够集中，有没有把后续想法混进当前承诺。
- 规则：关键数据、权限和异常场景由谁确认。
- 依赖：外部系统的接口、数据与负责人员是否明确。
- 验收：首期完成后，用户能够执行哪些具体操作。
规划材料中的未知项仍是待确认问题。模块清单不等于已经实现的功能，规划中的技术建议也不等于已经完成的详细设计。
转入正式需求
把已确认的首期目标、范围、规则和依赖带入“需求创建”。将相互独立的目标拆成边界清楚的需求项，并为每项写出验收标准。
操作步骤见提交你的第一个需求。如果需要先理解现有工程，参考接入已有系统、查看图谱与 Readiness。