明确影响构建过程的决策。
- 说明您的操作
描述谁将使用该应用程序，他们的需求以及您期望的结果。
- 提供有用的参考资料
添加现有文档和示例来解释您当前的工作流程。
- 选择您的起始上下文
在准备阶段，确定主要国家/地区、主办地点和项目内容。
首先，从用户需要执行的任务开始。
一份有用的简要说明描述了一个具体的场景：谁打开应用程序，他们输入什么信息以及他们需要实现什么目标。解释当前需要时间才能完成的步骤和决策。
请包含重要的约束条件，例如现有的服务连接、需要服务的国家/地区或团队已使用的文档。这些细节可以为项目分析提供更好的起点。
从真实的商业场景开始
优化流程. 您的团队可能会在电子表格、电子邮件和各种工具之间转移同一个请求。请描述涉及的人员、每个人需要的信息以及流程中浪费时间的地方。这将使项目具有明确的目的：简化既定的流程，而不是复制不相关的界面。
为客户准备服务. 解释一下用户如何发现您的服务、提交信息并获得结果。确定客户自行完成的步骤以及您的团队必须批准的步骤。这些区别有助于在构建第一个页面之前定义应用程序的范围。
将现有系统整合进来. 请提供解释您当前业务的文档、示例和技术文档。说明哪些部分应该保留，哪些部分应该更改。有用的参考资料可以提供分析的背景，同时使所需的结果与您的业务保持一致。
从简要描述过渡到商定的范围
在开始施工之前，请查看拟议的业务领域并回答相关问题。确保需求足够具体，以便稍后检查结果。
您的简要描述将开启对话；功能、页面和优先级随后可以在项目工作区中进行细化。
为第一个版本设定明确的目标
为第一个版本选择一个小的、有用的目标：一个团队、一个熟悉的过程和一个你可以检查的结果。这个起点使所提出的页面更容易讨论。
让后续的想法保持可见，但不要将每个想法都变成启动的必要条件。优先级和示例可以帮助您在构建之前回顾拟议的范围。
从最初的想法到您可以查看的范围
说明需求. 请阐述业务问题、目标用户以及他们应该完成的任务。请包含重要的例外情况和约束条件，而不是仅仅列出所需显示的屏幕。
审核建议的范围. 请查看建议的业务领域、项目方案和托管选项。回答有关不明确需求的问题，以便在达成共同理解的基础上开始构建。
保存结果以供参考. 在审核第一个工作版本时，请参考既定的目的和示例。当项目扩展或需要进行后续更改时，清晰的初始简报仍然很有用。
关于项目准备的问题
您可以从业务需求、示例和约束条件开始。准备和澄清步骤将完善预期的行为。技术细节在描述现有系统时很有用，但它不能代替对用户应该实现的目标的清晰解释。
当您解释关键部分时，提供现有表单、文档或流程示例会很有帮助。明确您想要保留或更改的内容。与特定用户任务相关联的一个参考比一系列无关的链接更有指导意义。
该流程展示了项目的各种选项。在确认之前，请查看建议的应用程序范围和托管配置。您的实际工作区摘要显示了适用的条件和数量。
准备工作是起点。可以在项目中明确功能和页面，并描述后续需求。与其将每个新想法都视为已包含，不如评估扩展对产品和发布流程的影响。
使用项目设置概述来查找剩余步骤和所需的确认。已保存的概要、已审核的范围和已安装的应用程序是不同的里程碑。工作区会显示这些阶段。