5000字教你写ToB产品需求文档( 五 )

3）业务架构/流程

业务架构：描述业务的整体架构、业务模型、数据关系等（选写，视版本所需确定）业务流程：前后端通用的核心业务流程绘图标准：基本符合主流绘图标准，关系/条件描述清晰无歧义。关于业务架构/流程这里，笔者推荐3种比较常见的UML图：活动图、状态机图、时序图。
活动图：按照时间顺序将活动的逻辑整理出来，与我们常见的流程图类似；
状态机图：围绕一个事物的状态为中心来讲述流程；
时序图：在描述流程时，能够清晰地定义角色的具体职责边界和通信交互；

具体UML的介绍，可以参考此前笔者写的这篇《一文解决产品经理对UML的全部疑问》。
4）页面说明
在描述好业务逻辑之后，就需要对页面中的元素、组件、交互进行一定的说明。 C端产品经理往往会花费较多的时间在于细节体验和交互之上，而B端产品则全然不同。
因为toB行业业务逻辑庞大、流程复杂，产品经理的核心要务就是梳理业务和流程，交互和体验则更多是锦上添花的作用。用一句客户的话来说“业务都跑不动了，细节做那么好有什么用？”因此，对于B端产品经理而言，我们要合理分配好文档中业务流程和交互体验上的精力。
在写页面注释这里，笔者为大家提供2个非常实用的小tips ，帮助你在保证质量的前提下节约大量的时间。
Tip1: 将重复逻辑创建为一个母版master
Axure中的母版可以简单理解为公共元件模板，将母版应用到相应页面中后，母版内容或样式发生变化，那么引用母版的页面内容或样式同样会跟着变化，常用于制作页面头部或底部内容。因此，母版master常常被我们用于创建一些组件样式或标准页等，例如web端标准底页、iPhone6标准底页等。
但是，笔者这里要分享的是将一些重复性的逻辑也可以整理为母版。选中某段注释文字，右键点击创建母版Create Master ，即可生成如下图所示的逻辑母版：

本文插图
这样做有什么好处呢？
① 重复的组件或模块的逻辑注释只用写一遍，第二次第三次直接拖拽母版使用即可，无须多次重复撰写。
如上图所示，若一次迭代中有3、5处都需要显示这个冲突提示气泡，那么我们只需写一次，后续直接找到母版拖拽到页面里即可。
② 文档免不了要多次修改，那么当这些重复逻辑一旦被修改，我们就只能挨个去穷尽，而且很容易出现遗漏。
但是如果使用了注释母版，那么只需要在母版处一次修改，剩余引用母版的逻辑注释部分将自动变更。不仅减轻了工作量，更能帮助我们避免遗漏、保证重复逻辑的统一性。