确信你已经发现了利益相关人的问题或需要的根本原因。往往，利益相关人定义了解决方案，而不是他们正在经历的问题或痛苦。他们可能没有正确的识别问题或针对这些问题的正确的解决方案。

例如，“我们无法支持那些想在网上进行购买的顾客”比“我们需要一个在线购物系统”更好。

确保已就待解决的问题达成了一致意见

确保没有遗漏利益相关人。如果遗漏了，会缺失需要考虑的视角。

定义系统边界，明确什么在内、什么在外。这是定义工作范围的关键步骤。

不要忘记有关的非功能需求和约束。它们往往占用了开发最大的成本。

这些非技术性约束常常导致后续问题。

做一次完整性检查，比较特性和问题描述，确信没有遗漏关键的特性。

是否所有的特性都是真正需要的？也许你可以缩减范围。

检查是否存在冲突的需求。如果存在，立刻解决。

愿景文档的目的是逐条描述项目目标，使没有技术背景的人、没有参与项目的人能够理解项目目标。