随着信息的收集和分析，团队将需要组织和整合大量的数据。

1、注意使用工具

如今，Visio等流行的建模工具，或诸如Casewise之类的更高级的工具，都可以用来存储这些信息。这些工具可以支持流程模型格式转换，提供各种细节级别的信息的图形表示（流程分解）——子流程、活动甚至任务。这些建模工具让建模者以易于理解的方式显示工作和工作流，但在帮助设计新业务方面的能力有限。

更高级的完整的业务流程建模套件（BPMS）提供建模、规则管理、工作流管理、性能度量、应用程序生成和数据处理（通过面向服务的体系结构工具）。这些工具非常灵活，并提供了纯建模工具无法提供的大量高级功能。团队收什么数据，如何处理这些数据，捕获的数据详细到什么程度，有多少数据可供处理，以及信息的存储、检索和使用方式，都在很大程度上取决于团队使用的工具。

2、注意标准统一

无论使用哪种工具来进行建模、信息收集和分析，设计团队都需要将信息组织为易于理解的相关文档和模型，用以描述当前的业务运作。这就是俗称的“ASIS”流程模型或者说“现状”流程模型。BPM项目团队在制定项目计划时应考虑可用的工具及其功能。随着信息的收集和模型的建立，团队将需要考虑模型的构建方式。实际上，将整个业务视为一个大流程非常容易，同样使模型复杂到没人能理解也很容易。

使用某种流程建模标准会有所帮助，比如BPMN（业务流程建模符号），但是更重要的是模型层次架构以及模型本身，团队应具备与业务用户确认它们，然后据此开展新的设计的能力。

举个例子，曾经，很多公司和部门使用Visio来构建流程和工作流程模型。因为此工具不是基于BPMN的，所以理论上可以使用任何符号，表示人、机器和其他内容的图形符号经常被使用。结果是符号使用不一致，并且在图表上没有清晰标注，因此难以理解。尤其是当创建模型的团队不再是公司的一部分时（乙方撤场了），使用这些模型就成了问题。