初级产品向:后台原型需要进行哪些说明

后台设计因其差异化的存在,暂没有一个万金油似的原型说明套路,那么后台设计的产品汪,要着重写出哪些说明呢?本小白在此分享短文一篇,说说自己在工作中对原型都进行了哪些说明(初级产品向)

在做原型评审的时候,经常被程序猿追问的问题无非几种:数据怎么来的?功能咋实现的?你这规则是啥啊?巴拉巴拉。。扶额,往往还没说完,问题就连珠炮似的开过来了,既影响了会议效率,又增加了沟通成本。而在评审会后呢?程序猿经常忘记的问题无非还是:数据怎么来的?功能咋实现的?你这规则是啥啊?巴拉巴拉。。

那怎么解决这顽疾呢?只需要在原型说明中着重对展现和实现两方面进行详细说明,就可以完美解决,至于成果嘛~想想还有点小激动呢~~

基本信息

基本信息是对功能设计的总览,多以表格形式呈现(脑补一下表格大概就是那种横横竖竖的四四方方);用以对原型进行大致说明,包含:

  • 迭代记录:就是版本号和修订时间;给本次迭代定个编号,以后翻旧账的时候用得到
  • 功能名称:分别都叫啥,叫啥,叫啥;注意名称不要重复,起名可是产品汪的基础技能
  • 功能概述:需要说明功能是干什么用的、满足什么需求、解决什么问题、涉及的页面和角色;不用详解,但一定要说明白
  • 优先级:一般以 P0 – P10 依次进行标注;可以对开发优先级进行把控

权限说明

后台设计基本是依用户账号进行角色划分并分配数据权限,所以设计时需进行全面考虑。此处需要针对不同角色进行详细说明,强调后台的严谨性

  • 用户权限:谁可以对哪些功能进行操作
  • 数据权限:谁可以操作哪些数据
  • 功能权限:谁可以对功能进行哪些操作

PS:所以 “谁” 到底是 谁,比心

页面规则

对页面的基本规则进行说明。为保证后台一致性,页面规则有许多是可以做成模板形式的,在平台开发阶段就定义好,以后直接引用;若页面有特殊规则,需重新说明

  • 统一规则:面包屑、列表页每页显示数据条数、触发翻页的条件、翻页模块的展现形式以及排序规则
  • 特殊情况:空数据页面、报错页面、刷新页面(卡顿)
  • 其他规则:数据显示字数(需考虑换行)、输入框允许字数及字符格式、父模块 等

功能规则

划线,此处为重点,必考。设计的功能要如何实现,全包含在此;建议使用表格形式进行功能间的区分,敲黑板:操作后的影响范围及数据流一定要描述清晰,包括后台和前端页面

  • 前置条件:从哪里进来的,记得带上面包屑
  • 后置条件:操作后去了哪里
  • 搜索功能:模糊搜索?精确搜索?特别搜索模块说明(时间控件等),允许输入的字符格式
  • 数据获取:数据是从哪来的
  • 按钮规则:可以由交互设计师来写,产品只需要写出基本规则即可,如:弹出对话框、导出框、提示框等等
  • 流程图:流程图是重点中的重点,需要将功能整体流程画出来,包括页面流程和功能流程
  • 其他规则:涉及到的其他功能点

交互规则

如果你们有交互设计师,这块就交由那位兄弟做吧,什么按钮状态啦、是不是模态对话框啦、动态效果啥样子等等;要是没有,只能你来写咯~~汪汪~~

写的时候要注意于原型说明的区别,原型说明更注重规则和逻辑、交互说明更注重如何展现

写在后面

发表评论
切换注册

登录

忘记密码 ?

您也可以使用第三方帐号快捷登录

Q Q 登 录
切换登录

注册