本篇以“会员活动目标人群筛选”为例，带你从一段业务描述开始，补充规则、审阅提案与验收标准，再提交给 IT 进行准入评审。
完成后，你将得到一条正式需求及其需求项，并可以从需求详情中跟踪后续评审进度。
开始之前
确认你已经能够登录、访问目标工作空间，并正常使用 AI 会话。环境还未准备好时，可以先阅读开始前需要准备什么。
准备一段业务背景，以及已有的规则、截图或样例。本文中的业务规则仅用于演示，请按项目的实际情况调整。
第一步：选择工作空间，开始需求创建
进入首页，确认当前选中的是本次需求所属的工作空间，然后选择 “需求创建”。
在输入框中描述要推进的工作，点击发送按钮。系统会打开对应的需求会话，你可以继续补充说明，并查看逐步生成的需求材料。
例如，可以输入：
我想为会员营销系统增加活动目标人群筛选功能。运营人员需要按会员等级、地区和最近消费时间筛选会员，并在活动发布前看到预计覆盖人数。本期先做“组合条件筛选”和“覆盖人数预估”两个需求项，保存筛选方案留到后续。请先帮我梳理目标、范围和需要确认的问题，再逐步形成提案与验收标准。
发送后，先检查 AI 是否正确理解了项目、使用者和本次范围。如果存在偏差，直接在当前会话中纠正。
第二步：补充规则与验收场景
根据对话中的问题，逐步说明功能应当如何工作。对于人群筛选需求，通常需要明确条件如何组合、人数怎样统计、没有匹配结果时如何展示，以及数据来自哪里。
可以继续补充：
会员等级和地区同时选择时取交集；未选择的条件不限制结果。覆盖人数按会员去重。没有匹配会员时显示 0 人，并保留当前筛选条件。最近消费时间的统计口径和数据更新频率仍需确认，请先列为待确认事项。
对影响结果的待确认事项，向业务或研发负责人了解后，再把结论补充到对话中。让 AI 将最新规则更新到提案和验收标准中。
验收场景尽量写成可以检查的例子。比如，准备一组已知会员数据，约定“金卡会员且地区为上海”时应该选中哪些会员、显示多少人，再覆盖没有匹配结果的情况。
完成讨论后，可以明确要求生成材料：
请根据已经确认的规则，更新提案，并分别整理两个需求项的业务规则、场景和可验收标准。保持本期范围不变，把尚未解决的问题单独列出，供我审阅。
生成内容后，检查这些结论是否已经体现在需求材料中。
第三步：审阅提案、验收标准与原型
在会话的提案产物区域查看 “提案”、“验收标准”、“原型”。你也可以通过 “文件” 视图查看相关文档。
如果需要调整，在当前会话中指出具体位置和期望变化。例如：
“覆盖人数预估”的验收标准还缺少空结果场景，请补充：没有匹配会员时显示 0 人，保留已选条件，并允许继续调整。请同步检查原型中的展示是否一致。
修改后重新查看受影响的材料。对于涉及页面交互的需求，可以要求生成 HTML 原型，再核对页面、交互与验收标准是否一致。原型用于讨论界面和操作方式，实际功能效果会在后续实施与验收中验证。
第四步：检查是否可以提交
页面底部会显示当前提交状态。看到 “当前信息已通过提交校验”，且 “提交” 按钮可用时，可以进入提交确认。
提交前，重点检查：
- 需求标题与提案正文已生成，能够说明本次目标和范围。
- 验收标准已形成可提交的结构化内容，每项都包含核心规则与可验收标准。
- 业务规则采用清楚的业务语言，具体接口或代码实现要求放到后续技术设计中讨论。
- 需求项与原型的对应关系正确，最近修改的内容已重新核对。
如果页面仍提示未通过校验，可以在会话中要求 AI 检查当前提交条件，说明缺失内容并补齐。涉及业务决策的缺口，需要你提供实际结论。
提交校验通过后，仍需由你判断材料是否准确表达了业务目标、范围和验收要求。
第五步：确认优先级并提交
点击 “提交”，在 “确认提交 IT 准入” 弹窗中核对需求标题、需求项数量和优先级。
优先级可选择高、中、低，默认值为中。根据实际业务紧迫程度选择，并在提案中说明相关背景。
如果尚未生成 HTML 原型，弹窗会提示 “当前尚未生成 HTML Demo”：
- 本次需要原型时，选择 “返回生成 HTML Demo”，关闭弹窗后在会话中补充原型，再重新审阅。
- 确认本次无需 HTML 原型时，可以选择 “仍然提交”。
其他情况下，点击 “确认提交”。这次操作会确认当前需求材料，创建正式需求及其需求项，并提交 IT 准入评审。
提交成功后，原起草会话会转为只读。 请在确认提交前完成本轮材料核对。
第六步：核对结果，跟踪准入评审
提交成功后，页面会提供 “需求详情” 和 “需求列表” 入口。打开需求详情，核对以下信息：
- 正式需求已经创建，标题和优先级符合本次提交内容。
- 需求项与已审阅的范围一致；本例应包含本期约定的筛选和人数预估内容。
- 提案、验收标准以及本次附带的原型可以查看。
- 当前需求处于提交后的评审流程中，后续结论可以从详情或列表继续跟踪。
业务人员提交后等待 IT 准入处理；具备交付权限的成员可以从页面提供的 “准入评审” 入口进行评审。需求项通过准入后，再按实际状态推进技术设计与后续交付。
常见问题
对话已经结束，为什么仍不能提交？
先查看底部的提交状态，并检查提案正文和验收标准是否实际生成。仅有聊天中的总结，可能还没有形成可提交的需求材料。可以要求 AI 检查提交条件并更新产物；如果仍不可用，保留错误说明，请管理员协助检查。
没有原型，可以提交吗？
可以。缺少 HTML 原型会触发提醒；确认本次无需原型后，可以在弹窗中选择“仍然提交”。涉及页面或交互的需求，建议先完成原型审阅。
点击提交后报错，应该怎么办？
查看弹窗或页面中的错误说明。内容校验失败时，返回会话补充材料；提示内容已变化时，刷新并重新审阅。结果不明确时，先打开需求列表或重新载入当前会话，确认是否已经生成正式需求，再决定是否重试。
需求已创建，但文件视图显示 Git 提交失败，怎么办？
需求创建与文档同步到代码仓库有各自的状态。先通过需求详情确认正式需求，再查看文件视图中的失败原因；如页面提供“重试”，可在解决仓库问题后重试同步。
提交后还想调整内容，怎么办？
先打开需求详情，确认当前评审与交付状态，再与负责评审的成员确定变更处理方式。原起草会话已转为只读，后续调整需要结合当前需求状态处理。