来源:本站日期:2017-6-17
结合之前在网上看到的一些东西,细细琢磨了一下,网上关于后台产品的文章相比于其他的类别而言,文章真的是少的可怜。便有了自己写一篇的想法,本文主要包含以下几个部分:为什么网上后台产品设计的知识那么少、 后台与前台的区别有哪些、我参与...
一. 为什么网上后台产品设计的知识那么少?
关于为什么网上后台产品设计的知识那么少这个问题,自己也考虑了一下,考虑的可能并不是很全面,权当抛砖引玉了。大致可能有以下几个原因:
1.能接触到的后台较少
后台产品不像App或者Web产品,能够随便下载或者访问,随便一个外部访客就能使用,后台产品一般而言都是内部的员工或者外部的合作伙伴才能够使用,并且也会有着角色权限的划分。所以一般除了自家的后台,接触的也相当较少。
2.出于职业道德
后台产品是自家内部的产品,有很多东西是不能对外公开的,所以不方便拿出来讲。即使有少量关于后台产品的一些文章,也不会讲解很深层次的东西。
3.没有机会参与后台的设计
后台产品相对前台而言,一般都会比较复杂,并且一般都是新人在进入公司之前就已经搭建好了。即使有新的产品或者功能模块上线,一般也是尽可能的在原有的系统上添加的。
二. 后台与前台的区别有哪些?
后台产品是一个与前台产品相对而言的概念,也是一个比较宽泛的概念,比如网站或者App的后台、ERP、CRM、OA等都能够称为后台。后台与前台相比,也有着一些不同,主要有以下几方面:
1. 后台的账号都是管理员分配或者添加的,所以后台产品没有注册;
2. 后台主要是业务导向的,并且会有大量
三. 我参与的后台产品的设计思路
1.用户分析
在后台中需不需要体现组织架构?上级能不能对下级进行操作,能不能越级操作?下级的操作需不需要上级来进行审批?
使用这个系统的用户都有哪些?具体的用户角色类型都有哪些?对于超级管理员、管理员、其他角色等这些不同的角色,各自的权限具体有哪些?上级管理员能不能对下级进行权限的收放?
具体的权限是如何划分的?比如功能的权限、数据的权限如何划分。需不需要操作日志的功能?
2.需求分析
对于不同的角色,各自的需求是什么?可以通过一个需求池来进行收集,比如可以记录需求的编号、需求的来源、需求的描述、需求的类型、需求的优先级、变更记录等。