时序图（Sequence Diagram），又名序列图、循序图，是一种UML交互图。它通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。——更详细的说明，百度一下即可。
服务端同学在设计系统逻辑的时候，常常使用这张图进行技术方案讨论。
大多数产品经理经常接触流程图，很少接触时序图。在我看来，流程图属于宏观的描述一个需求的处理逻辑（侧重于需求表述）。而时序图则描述的是一个请求的处理流程（侧重于系统研发方案）。在很多公司里，产品经理给出流程图以后，就由服务端同学制作时序图，用于研发部门研发方案讨论时使用（大多数创业公司，连讨论这步也都省了）。
绝大多数产品经理只关注需求文档中的流程图是否描述准确，只关注需求最终实现结果。对于研发团队给出的“系统研发方案” 并不关心。当需求方提出迭代功能升级需求时，产品经理根本无法评估需求会影响那些系统流程？需求实施复杂度如何？只能将需求直接转达给研发团队。研发同学一看需求，脑袋就炸裂，好多系统流程要修改，工作量巨大。于是就抱怨产品经理成天需求变来变去，累死研发人员。产品经理就只会动嘴巴皮子，一味地讨好需求方。从而激化了产品经理和研发团队之间的矛盾。
那么时序图到底是什么？对撰写需求文档有什么好处？
产品经理可以将时序图理解为：描述一个操作请求，如何在系统不同功能模块之间进行处理的的流程说明。通过在需求文档中制作时序图，有助于产品经理自我检验设计的产品架构是否合理。同时，十分有助于服务端同学理解产品经理的想法，一起确认系统流程。当需求方叠加需求的时候，产品经理能够第一时间了解，实现需求需要修改哪些系统流程。并可以根据现有的系统流程，引导需求方合理的调整需求，最终降低研发成本。
以下就是一张系统中支付操作时的时序图。
从产品经理角度理解时序图符号——产品经理不需要像研发人员那样清楚理解每个图形的准确含义
1、在上图中“下方跟着一条线的矩形”我们可以理解为是一个功能模块，一个前端页面或者一个接口。
2、每个功能模块线上的竖形矩形，可以理解为这个环节运行的时间。
3、有方向的连线，可以理解为从某个模块提交给另一个模块的操作。线中的文字描述具体操作。
