初级产品向：后台原型需要进行哪些说明
后台设计因其差异化的存在，暂没有一个万金油似的原型说明套路，那么后台设计的产品汪，要着重写出哪些说明呢？本小白在此分享短文一篇，说说自己在工作中对原型都进行了哪些说明（初级产品向）
在做原型评审的时候，经常被程序猿追问的问题无非几种：数据怎么来的？功能咋实现的？你这规则是啥啊？巴拉巴拉。。扶额，往往还没说完，问题就连珠炮似的开过来了，既影响了会议效率，又增加了沟通成本。而在评审会后呢？程序猿经常忘记的问题无非还是：数据怎么来的？功能咋实现的？你这规则是啥啊？巴拉巴拉。。
那怎么解决这顽疾呢？只需要在原型说明中着重对展现和实现两方面进行详细说明，就可以完美解决，至于成果嘛~想想还有点小激动呢~~
基本信息
基本信息是对功能设计的总览，多以表格形式呈现（脑补一下表格大概就是那种横横竖竖的四四方方）；用以对原型进行大致说明，包含：
权限说明
后台设计基本是依用户账号进行角色划分并分配数据权限，所以设计时需进行全面考虑。此处需要针对不同角色进行详细说明，强调后台的严谨性
PS：所以 “谁” 到底是 谁，比心
页面规则
对页面的基本规则进行说明。为保证后台一致性，页面规则有许多是可以做成模板形式的，在平台开发阶段就定义好，以后直接引用；若页面有特殊规则，需重新说明
功能规则
划线，此处为重点，必考。设计的功能要如何实现，全包含在此；建议使用表格形式进行功能间的区分，敲黑板：操作后的影响范围及数据流一定要描述清晰，包括后台和前端页面
交互规则
如果你们有交互设计师，这块就交由那位兄弟做吧，什么按钮状态啦、是不是模态对话框啦、动态效果啥样子等等；要是没有，只能你来写咯~~汪汪~~
写的时候要注意于原型说明的区别，原型说明更注重规则和逻辑、交互说明更注重如何展现
写在后面
本文是针对初级后台产品经理进行的基本功分享（奈何不方便放图），纯以简单功能的常规说明为例，如果功能涉及框架层、业务逻辑等，就需要进行更加缜密和详尽的说明；欢迎路过的童鞋进行补充，还请大家轻点拍砖。
