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

19 评论 43854 浏览 484 收藏 6 分钟

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

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

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

基本信息

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

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

权限说明

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

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

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

页面规则

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

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

功能规则

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

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

交互规则

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

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

写在后面

本文是针对初级后台产品经理进行的基本功分享(奈何不方便放图),纯以简单功能的常规说明为例,如果功能涉及框架层、业务逻辑等,就需要进行更加缜密和详尽的说明;欢迎路过的童鞋进行补充,还请大家轻点拍砖。

 

本文由 @云小白 原创发布于人人都是产品经理。未经许可,禁止转载

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 你好,希望能有机会与我们内部团队分享交流一下(互联网上市公司),如方便咱们加一下微信

    来自上海 回复
  2. 干货不易,同为后台产品经理,可以加你吗?

    来自北京 回复
  3. 干活满满啊,我现在就缺这方面的东西的。因为这个文档写的不够仔细,都快被程序员怼的气死了。我是技术部门的产品,直接对接程序员,更没有什么交互、UI、什么的,全部都要自己来,我还是跨行工作不到一年的产品,总是就是一路被怼到现在的。希望以后能能向你多交流、学习一下。

    来自上海 回复
    1. +1,我也是之前都做前台,最近做后台,各种权限,各种规则,快疯了

      来自北京 回复
    2. 这么说前台比后台要简单一些吗?我刚进入产品行,借接的就是个后台。

      回复
  4. 终于看到后台产品真正的干货了。我赌五毛博主是妹子。后台产品因产品的特殊性很难分享什么好东西出来,感谢博主

    来自湖南 回复
    1. ~~ 只是分享一点点,还远远不够的说,加油

      来自北京 回复
  5. 赞同 博主写的内容,如果自己都写不清楚,还如何开发、销售、运营去讲解产品。

    回复
    1. 锵锵~~ 握手~~ 如果自己都不知道做啥,就只能让团队的人陷入迷茫,一起加油~~

      来自北京 回复
  6. 想知道从前端开发转产品好找工作吗

    回复
    1. hi,我认为是有帮助的;因为产品的入门门槛比较浅,到现在没有一个明确的划线,主要还是看自己是否有产品思维和努力程度。就我的浅见,懂前端会对产品岗有帮助,因为在日常工作中与程序猿会有很多接触,你的编程经验会在工作推进以及研发进度掌控时有所裨益;而且,在设计产品的过程当中,懂前端对交互设计的实现难度和效果有更好前瞻性;这些都是优势所在。
      不过你要问下自己,是否对产品有持之以恒的热情、百折不挠的精神,是否有一定的沟通能力、逻辑思维能力、分析能力和把控能力等;做到这些再加上你的前端经验,就会好找很多,加油~~

      来自北京 回复
  7. 亲爱的作者大大,你所说的:触发翻页的条件、翻页模块的展现形式,指的是什么,求详解。谢谢。

    回复
    1. hello,不好意思,这几天老汪汪的加班了,刚看见留言。触发翻页的条件比如:每页显示20条数据多于20条显示翻页符(后台页面一般不做成瀑布流)。
      翻页模块:主要看数据量级和使用人员,轻量级页面(页面数据不会太多)、重量级页面(动辄好几百页),用到的翻页模块形式可以考虑做成不同形式的(比如增加选定页码跳转),主要还是看应用场景,本小白更倾向于用优化页面展现和筛选来处理 重量级页面的翻页问题,因为当你不熟悉数据情况的时候,即便增加了 页码跳转,也还是乱翻的,没有起到快速定位数据的效果。
      大概就酱,本人是想成为巨巨的小白,但还不是大大,泪目~~ 谢谢你的留言,咱们一起努力~~

      来自北京 回复
  8. 小白请问一下,,面包屑是啥

    来自广东 回复
    1. 相当于路径,类似酱:腾讯首页 > 新闻中心 > 经济新闻 > 股票涨呀涨;放在后台就是 一级模块 > 二级模块 > 三级页面 > 当前。差不多就酱的,当当当~ 一起加油~~~

      来自北京 回复
    2. 哈哈,懂啦,谢谢,一起加油!

      来自广东 回复
    3. 说话萌死了,爱你么么哒。

      来自广东 回复
  9. 楼主说的其实很对,但是产品文档其实跟写书是一样的,那么多细节都囊获了,阅读的人很容易产生审美疲劳,所以文档最终会包括这些内容,但是具体描述和展现其实就是颇具思量的问题,我看过一些产品经理,其实要整理和列出这些内容是可以的,但是真的写文档出来之后,就没有想读的欲望了,这一方面产品经理自己要考虑如何让读的人更有动力读完,如果能写的更加轻松或者简单是不是更有阅读的欲望;另一方面,阅读的群体其实也有区分和要求,开发人员、部门经理、业务部门等等,应该也要求更加耐心和专业,当然如果多个部门之间沟通和协作都好一切又不是问题,就好像我说的是废话!

    来自上海 回复
    1. 对,文档不是目的,目的是让可以更好的推进;有时候文档就是给自己看的,可以捋清思路,以防自己还没搞明白问题就盲目的进行推进,到头来返工不说,还耽误实施。各部门的沟通协调,的确也是很重要的一点,不论是沟通技巧还是沟通效率~

      来自北京 回复