请明确说明预期结果
- 查找缺失的信息
打开与相关项目相关的问卷。
- 提供有用的答案
用示例和相关背景来解释业务规则。
- 将答案放在一起
请在相应的函数、页面或请求中回复。
解释屏幕背后的决策。
一些需求存在多种可能的解释。澄清可以帮助您提供缺失的规则，而不是期望系统猜测您想要的结果。
一个正常情况、一个例外情况以及用户应该看到的结果。当问题需要更多上下文时，请附上参考资料。
在需要时提供缺失的信息
定义一个异常. 需求可能规定客户可以在不说明文档缺失时会发生什么的情况下提交请求。描述正常情况、异常情况以及预期的消息或操作。答案明确了业务决策。
将参考资料链接到问题. 现有的表格或流程文档可以清楚地解释规则。在回复表单提供相关材料时，请附上相关材料，并在您的答案中指出重要部分。上下文始终与相关功能、页面或请求相关联。
继续 Studio 更改. 在继续工作之前，可能需要澄清变更请求。请根据请求详情中的问题进行解答，而不是将描述发送到其他地方。后续的回复将包含原始请求和缺失的信息。
请确保回复与主题相关
问题属于其项目领域、功能、应用程序页面、网站、文档或 Studio 更改。打开相应条目以进行上下文回复。
请查看“待办事项”以查找需要处理的任务，然后跟踪其状态。回复将解决问题；生成的实施方案仍需审核。
将开放式问题转化为可操作的决策
一个有用的答案会说明需要应用的规则，并用实际情况进行说明。如果可能存在多种结果，请说明您的用户需要哪种结果。
请将答案保留在相关的项目问题中。这样，该决定就可以与它所阐明的函数或变更请求一起阅读，而不是被遗忘在单独的对话中。
将开放式问题转化为可用的项目背景
阅读问题. 打开需要关注的项目，并检查仍缺失的信息。查看项目和所需的结果。
说明规则和示例. 解释谁执行操作，使用了什么信息，以及应该得到什么结果。包括一个正常情况和一个有意义的异常情况。
按照更新后的工作流程进行。. 请以相应的方式提交回复，并跟踪其状态。在定义或实现完成后，请查看结果。
关于 Clarifications 的问题
一条规则或预期结果仍不明确。问题明确了继续操作所需的信息。精确的答案有助于定义无法从简短的需求中可靠推断的行为。
请使用附加到相关区域、功能、页面、网站、文档或 Studio 请求的“澄清”视图。该上下文可确保回复与正确的工作相关联。
描述用户操作、输入和预期结果。当规则发生变化时，添加例外情况。解释任何相关参考资料的重点内容，而不是在没有上下文的情况下直接附加。
是的，如果新的信息仍然无法解决重要的决策问题。请阅读当前问题并提供缺失的详细信息，而不是假设第一个回答总是足够的。
回复提供下一步准备或构建步骤的信息。检查生成的结果，并使用单独的发布流程来发布经过测试的版本。