发表于: 2017-11-14 21:41:04

2 747


今天完成的事情:

1.调研任务六的后台管理,从师兄那边要了几个网站的后台来调研,昨天和今天早上都查找了一些资料,又整理了一些关于后台管理的知识。

首先后台需要很强的逻辑性,逻辑大于页面,设计后台时要先考虑前端有哪些模块需要与后台连接,而后明确后台的使用者(一般为运营人员、管理员等),从使用者需求角度出发考虑每一个架构设计的合理性。

简单的用户管理功能,只需要涉及基础的账号管理,让开发人员在代码里给相应的账号打标记,从而实现权限的区分;但如果需要一套完善的内部用户管理流程,除了要满足管理人员账号的需求之外,还必须思考相应的角色和权限管理的业务流程。

后台产品的用户管理,包含了三个大的功能模块:账号、角色和权限管理。这三个模块,紧密关联。每个账号,都被赋予了特定的角色;而每个角色的背后,都有其对应的权限信息

注意账号列表应该优先显示重要的字段,比如ID、用户名、真实姓名、部门、角色、账号状态、注册时间等,其他列表也是相同


后台产品判断标准:功能是否强大+效率高低

功能问题涉及公司投入的资源,关系到整体规划而非只是产品设计
效率判断方法(路径长短):
后台设计很在意人们的操作效率,这是一种非常理性的设计方法,我们会想办法将业务锁在“两步达成”,只有一些不重要的或者低频的业务被锁定为“三步达成”,为了缩短路径有可能会牺牲美观将功能都平铺在首页
主流的设计方法是设置左侧主导航,将单个业务拆分成若干个小的业务,尽量让业务的颗粒度变小,从而让他的路径变小,最终将这些小的业务,都放置在左侧主导航里
1.理清功能模块,运用树状图
2.设置骨架:主模块(主要分为哪些独立的功能模块),次级分类(每个功能模块又有哪些次级的功能分类),功能事件(具体到每个功能页面内存在哪些主要的操作)
构和逻辑的清晰(骨架)>功能页面的设计(具体到某个页面怎么设计)>优化性质的功能设计(是否需要预览,实时存储等功能)>用户体验
尽量遵循亲密/对比/重复/对齐的四原则


2.简单花了一下金信优客后台原型图,注释什么的明天继续修改


明天计划的事情:

完成任务六,修改任务五原型,预习任务七


遇到的问题:

关于排序功能是否需要,我觉得我坚持我的观点


收获:

对于后台更熟悉了一些,但是认为自己还需要培养从前端表现搭建后台的思路,目前都是有参照物的,这个过程我还没能好好执行



返回列表 返回列表
评论

    分享到