新产品。
明确产品服务哪些用户、用户需要完成什么任务，以及第一阶段应包含哪些功能。
适用场景
从产品当前需要明确的问题开始。
现有产品。
围绕计划中的改进、扩展或迁移，梳理用户流程、界面和系统限制。
明确的一部分工作。
先规划特定界面、业务流程或系统集成，再确定怎样实施。
看看规划材料的内容
每份材料，都应帮助您作出一个决定。
以下片段用于说明规划成果的用途。实际文档与详细程度，结合规划阶段确定。
服务范围
规划可以包含哪些工作。
需求与优先级。
明确用户、业务目标、限制条件和首阶段功能，区分本阶段包含的内容与后续事项。
用户流程与原型。
梳理主要任务、页面流程和重要状态；按需要用线框图或交互原型帮助查看体验。
界面设计。
确定约定页面的布局、内容和交互，以及相关的桌面与手机视图。
架构与系统集成。
规划界面、数据和服务怎样连接；在建议技术方向之前，了解已有系统和可用接口。
实施与交接规划。
明确实施阶段、成果查看节点、依赖条件，以及下一阶段所需的资料。
交付与交接
明确范围，整理资料，确定下一步。
我们先约定规划阶段需要解决哪些问题、形成哪些材料。局部评估与较完整的设计阶段可以有不同交付，具体深度由范围确定。
需求与流程记录。
约定的优先级、范围边界、用户流程，以及仍需确认的假设或问题。
设计与原型资料。
范围内的线框图、界面设计或交互原型，以及约定交互方式的说明。
技术方向与实施阶段。
范围内的系统关系方案、集成要求、实施阶段与交接说明。
开始所需资料
先从简短介绍开始。
联系之前，不必准备完整需求文档，也不必先选好技术。可以先介绍业务需要和已经明确的信息；如涉及敏感资料，我们可以先约定保密与访问安排。
哪些人会使用产品，以及产品需要支持的主要任务。
已有产品链接、草图、设计或需求资料。
已在使用的系统、需要的集成，或运行条件限制。
会影响第一阶段的预算范围、目标时间或优先事项。
怎样一起推进工作？
了解各阶段怎样查看成果、处理反馈与变更，以及安排发布和交接。
应用场景
先把预约到完成的交接梳理清楚。
从客户、办公室和现场团队的角色出发，明确业务规则，并选择一条完整路径作为首阶段。
帮助您作决定
先把重要的问题想清楚。
常见问题
开始产品规划之前
可以先只做规划，而不承诺后续开发吗？
可以。规划可以作为单独约定的阶段，先明确范围和资料；后续开发再作为下一步另行讨论。
只有想法，没有需求文档，也可以开始吗？
可以。先简要介绍用户、业务需要和主要任务即可。规划的一部分工作，就是明确实施前还需要梳理什么。
交互原型就是已经完成的 App 或网站吗？
原型用于查看流程与交互。正式开发、后端服务、测试和部署属于另外明确的工作；我们会约定原型需要展示哪些内容。
规划后就能确定开发费用和周期吗？
梳理范围、依赖和阶段后，估算会更有依据。费用和时间结合拟定的实施内容讨论，同时说明仍存在的假设，以及需要进一步评估的部分。
开始一次沟通
开发之前，哪些决定还需要梳理？
可以先介绍想法、使用人群，以及实施前最需要明确的问题。
墨尔本地址Suite 1208, 530 Little Collins Street
Melbourne, VIC 3000, Australia
Melbourne, VIC 3000, Australia