后台设计因其差异化的存在，暂没有一个万金油似的原型说明套路，那么后台设计的产品汪，要着重写出哪些说明呢？本小白在此分享短文一篇，说说自己在工作中对原型都进行了哪些说明（初级产品向）
在做原型评审的时候，经常被程序猿追问的问题无非几种：数据怎么来的？功能咋实现的？你这规则是啥啊？巴拉巴拉。。扶额，往往还没说完，问题就连珠炮似的开过来了，既影响了会议效率，又增加了沟通成本。而在评审会后呢？程序猿经常忘记的问题无非还是：数据怎么来的？功能咋实现的？你这规则是啥啊？巴拉巴拉。。
那怎么解决这顽疾呢？只需要在原型说明中着重对展现和实现两方面进行详细说明，就可以完美解决，至于成果嘛~想想还有点小激动呢~~
基本信息
基本信息是对功能设计的总览，多以表格形式呈现（脑补一下表格大概就是那种横横竖竖的四四方方）；用以对原型进行大致说明，包含：
- 迭代记录：就是版本号和修订时间；给本次迭代定个编号，以后翻旧账的时候用得到
- 功能名称：分别都叫啥，叫啥，叫啥；注意名称不要重复，起名可是产品汪的基础技能
- 功能概述：需要说明功能是干什么用的、满足什么需求、解决什么问题、涉及的页面和角色；不用详解，但一定要说明白
- 优先级：一般以 P0 – P10 依次进行标注；可以对开发优先级进行把控
权限说明
后台设计基本是依用户账号进行角色划分并分配数据权限，所以设计时需进行全面考虑。此处需要针对不同角色进行详细说明，强调后台的严谨性
- 用户权限：谁可以对哪些功能进行操作
- 数据权限：谁可以操作哪些数据
- 功能权限：谁可以对功能进行哪些操作
PS：所以 “谁” 到底是 谁，比心
页面规则
对页面的基本规则进行说明。为保证后台一致性，页面规则有许多是可以做成模板形式的，在平台开发阶段就定义好，以后直接引用；若页面有特殊规则，需重新说明
- 统一规则：面包屑、列表页每页显示数据条数、触发翻页的条件、翻页模块的展现形式以及排序规则
- 特殊情况：空数据页面、报错页面、刷新页面（卡顿）
- 其他规则：数据显示字数（需考虑换行）、输入框允许字数及字符格式、父模块 等
功能规则
划线，此处为重点，必考。设计的功能要如何实现，全包含在此；建议使用表格形式进行功能间的区分，敲黑板：操作后的影响范围及数据流一定要描述清晰，包括后台和前端页面
- 前置条件：从哪里进来的，记得带上面包屑
- 后置条件：操作后去了哪里
- 搜索功能：模糊搜索？精确搜索？特别搜索模块说明（时间控件等），允许输入的字符格式
- 数据获取：数据是从哪来的
- 按钮规则：可以由交互设计师来写，产品只需要写出基本规则即可，如：弹出对话框、导出框、提示框等等
- 流程图：流程图是重点中的重点，需要将功能整体流程画出来，包括页面流程和功能流程
- 其他规则：涉及到的其他功能点
交互规则
如果你们有交互设计师，这块就交由那位兄弟做吧，什么按钮状态啦、是不是模态对话框啦、动态效果啥样子等等；要是没有，只能你来写咯~~汪汪~~
写的时候要注意于原型说明的区别，原型说明更注重规则和逻辑、交互说明更注重如何展现
写在后面
本文是针对初级后台产品经理进行的基本功分享（奈何不方便放图），纯以简单功能的常规说明为例，如果功能涉及框架层、业务逻辑等，就需要进行更加缜密和详尽的说明；欢迎路过的童鞋进行补充，还请大家轻点拍砖。
本文由 @云小白 原创发布于人人都是产品经理。未经许可，禁止转载
给作者打赏，鼓励TA抓紧创作！ 赞赏 3人打赏
