在第一篇指南中，我们介绍了产品需求文档的核心思路。这篇文章，我们来看看其整体设计部分，需要关注那些问题。
在《产品需求文档完整指南（一）：核心思路》介绍了整体设计的目的：
- 让文档阅读者有整体的概念，能够让他站在更加宏观的视角理解方案。
- 为后续理解具体的功能用例提供铺垫。
本篇将主要讲述整体设计的写作思路和技巧，技巧部分会偏重于介绍图形的作用，但由于篇幅所限不会详细阐述画图的技巧，若读者认为某些部分需要详细，我会考虑出单独的文章帮助大家建立画图技巧。
什么时候应该写整体设计？
虽然不是所有的需求都必须要写整体设计，但我仍建议新手同学在每个需求都尝试着写，同时如果你的需求只要满足了以下其中一个条件，我会强烈建议一定要写。
一、方案涉及到多个用户角色1.1 条件
方案涉及到多个使用角色：例如一个流程中涉及了用户A和用户B
一个角色（从权限管理角度是代表某一类具有相同职能的统称）能够被涉及到某个功能/流程，说明这个角色在流程中需要进行操作/决策，因此在跨角色的项目中，需要让不同角色明确自己在功能中的位置，前后的流程，以及自己到底要在这个流程中做什么，同时也让产研侧明确业务场景。
1.2 推荐的表达方式
泳道流程图：一种展示业务流程或工作流程的图表，表示不同的业务部门或参与者（不同系统等），以及它们之间的交互和流程。会涉及到纵向和横向两个维度，两个维度分别表示的是角色和流程阶段，至于是纵向表示角色还是横向表示角色依据个人喜好即可，与时序图相比，强调角色执行的动作/逻辑判断，弱化时间顺序/系统间交互。
1.3 泳道图实例
申请报销流程
