考评系统学到的UI设计理念

半个月前,我们考评原型小组通过了第三次米老师的原型验收,首先不得不说,V4.0的原型在设计思路上相比之前的几版原型有了重大突破,我把这个过程我收获到的分享给同学和网友。

先展示一个我们之前做的一个界面:

乍一看,这个界面没有多大问题,很正常的一个页面,其实也仅仅能够用“很正常”来描述它,因为这个页面里没有包含任何设计者的设计理念,谁都能画出这样的界面。而且给人的感觉就是“让用户需要选择的太多了,猪都不会使用”,这就不是好软件。

先分析下这个界面值得优化的地方:(如图中的标记)

(1)三个按钮“添加”、“修改”、“删除”,这个是最需要修改的,让用户去选择需要做的操作,这不是好的设计理念,而是要“在小胡同里赶猪”的那种感觉,至于怎么去做,下面介绍。

(2)表格中空余的几行,必须删掉,这在做机房收费系统的时候就要求过了;如果表格中内容不多的话,表下面的换页标记就可以去掉了;同上,表中内容不多的页面,搜索框也就可以去掉了。

看了之前第一次找老师去验收的页面,现在觉得真是惨不忍睹。

通过分析一个旧的页面,引出第三次验收之后的收获:

1、通过“时限”+“权限”+“组织机构”来做好界面

类似“考评系统”:

“时限”means考试前、考试过程中、考试结束(时间段上的区别);

“权限”means机房收费系统中的管理员、操作员、一般用户(所能看到的、管理的内容不同);

“组织机构”means类似学校中各个部门,大院院长、大院教务处、系统后台(类似行政机构)。

举个例子:通过“时限”+“权限”+“组织机构”的使用,如何去掉上图中的三个选择按钮?

经后台配置,在不同的时间(考前、考中、考后)在界面上分别显示“添加公告”、“修改公告”、“公告管理”三个界面,在特定的时间点里,将其他功能放到更多,just so.

这样做,每次用户进入系统的界面都不一样,而且需要做的操作是他当前最需要做的操作,让人感觉很人性化,这就是结合“时限”+“权限”+“组织机构”的好处,否则每次用户都需要去选择,让用户去思考、选择的很多,而这些思考完全可以我们来做。

2、频率使用高的功能显示,不常用的功能放到“更多”。

如图所示,右上角的三个选项,结合上面第一点,还是让用户去选择了,这个界面里,明确用户是谁?教务处的老师;他们最关心、最常用的是什么?每个层次的学生在各个学院的占的比重。好,就把这个设为主要界面来显示,其他不常用的藏起来。

修改后的图形:更多的东西全部在右上角里,把频率最高的事情放到主界面中。

Maybe,你会说:难道这不是绑架用户吗?Answer:”胡同里赶猪”,这是米老师说的,并非绑架用户,这条路是让用户走的非常舒服的路,是设计人员绞尽脑汁为用户想的最周到的一条路,怎么能成为绑架用户呢?

3、全心全意去思考,而且站在用户而非开发者的角度去理需求。

这一点也是这次我们在做需求时候遇到的问题,大家偶尔会去从实现的角度去考虑功能的设计,这样就限制了我们的思路,要么考虑实现,要么受之前系统界面的影响,“用户需要什么我们设计什么,还是用户需要什么我们有什么?”这不就是全心全意为人民服务的思想吗?“无微不至,全心全意”,做起来才体会到真的不简单,而要做到改变,思考的角度的变化才是根本。

4、怎么让一个软件用户用完了还想用?

这里分享一个小技巧,当然能够让用户用完还想用的方法很多,今后多去积累。

看这个界面:

设置了一个添加成功的提示框,3秒之后自动跳转到“添加考试”界面。而在这个界面就可以做到让用户用完了系统,还想再次使用,really?

这也是“双赢”思想的一个运用。

举个例子:

拿某高校A为例,和学校门口的某大型书店B合作,系统用户为在校大学生,在上述“添加考试成功”界面为书店B做广告,同时B书店向高校A缴纳广告费用,在界面上,每次出现这个界面,就能为当前用户在书店的会员积分卡增加10点积分。

这样,书店B愿意在系统里做广告,增大宣传力度;学校做了这样一个小小操作,获得了广告费;用户(学生)因为使用该系统获得了书店的积分,购书优惠,下次还想使用这个系统。

就这样,一个系统将本无很大关系的三方联系起来,大家都获利,站在系统设计者的角度,我们的造福于他人,这样的软件,不会火起来吗?

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-10-08 06:57:45

考评系统学到的UI设计理念的相关文章

一中考评系统完结篇--技术和心得总结

一中的考评系统是从软考完开始的,从开始到结束大概用了2个多月,真心的觉得战线很长,学习到的东西也甚多.不论从技术上还是从沟通上我觉得以后不会再有这么好的机会能够如此顺畅了吧. 技术篇: 1.      EF 当初我们讨论需求的时候,其实并不是很难.整个数据库的设计也就只有20多张表,每一张表都是通过很严格的设计,在连海师哥的引导下完成的.我和江霄先前设计的时候完全是按照不存在冗余来设计的.因为是一个评分的需求: 首先先要存在教职工信息.(教职工信息表.系列表.科室及年纪组表) 管理员会先进行配置

从0系统学Android--4.1探究碎片

从0系统学Android--4.1探究碎片 本系列文章目录:更多精品文章分类 本系列持续更新中.... 初级阶段内容参考<第一行代码> 第四章:手机平板要兼顾--探究碎片 平板电脑和手机最大的区别就在于屏幕的大小,一般手机的屏幕大小会在 3 英寸到 6 英寸之间,而一般平板电脑屏幕大小会在 7 英寸到 10 英寸之间.屏幕大小差距过大会导致同样的界面视觉效果有很大的差异. 为了兼顾手机和平板开发,Android 3.0 引入了碎片的概念,可以让界面在平板上更好的展示. 4.1 碎片是什么 碎片

UI设计理念——用简洁的道理说明一切

 奥卡姆剃刀原理:"如无必要,勿增实体",即"简单有效原理",该条定律应用在了很多领域,在UI设计理念上,同样适用. 我们在UI设计理念--一切从用户出发中已经提到UI设计的第一条原则便是简易性,而我认为这条原则在所有原则中是最根本的,其他的将围绕这一条进行展开:因为简单,所以就容易找到焦点,记忆负担就会小:因为简单,就容易构成UI的一致性:因为简单,用户熟悉的速度就会快: 我们试着尝试实现简单的方式,其实早已有了成功的先例:谷歌.百度的一个搜索框解决了所有问题

ITOO高校云平台之考评系统项目总结

高校云平台,将云的概念引入到我的生活, 高校云平台主要是以各大高校的业务为基础设计开发,包含权限系统,基础系统.新生入学系统.考评系统,成绩系统.选课系统,视频课系统.3月份參加云平台3.0的开发,至今已经4个月的时间.今天已经完毕验收. 以下从项目架构技术要点,软件设计思想,自己的成长等三个方面进行总结. 云平台在原来2.0的基础上完好了架构,以经典三层+抽象工厂和配置文件+EF+WCF+MVC+EasyUI为基础将springIOC取代了工厂.分布式事务.EF底层框架进行优化.同一时候对ca

项目---考评系统排课算法分析

第一次参加项目,跟着师姐做考评系统需求分析,将考评分为:教务.后台.教师.学生四个角色,我们做教务,做需求和做开发的区别在于,搞开发敲代码会越来越上瘾,做需求就是一直在给大脑做思维体操,经常要推翻自己之前的想法,再换角度去分析,看是否这个想法流程是否有漏洞,很有意思,也是这个过程让我对于"算法"这个东西产生了兴趣. 言归正传,这次教务方面我们花了很大的精力在给学生安排考场上,尽管最后决定不把这个功能加到ITOO考评系统中,拿出来分享一起做做思维体操也是很有意思的. 前提: ITOO系统

从0系统学Android--3.6 RecyclerView

从0系统学Android--更强大的滚动控件---RecyclerView 本系列文章目录:更多精品文章分类 本系列持续更新中.... 参考<第一行代码> 首先说明一点昨天发了一篇关于 ListView 的使用入门文章,得到了大家的一致调侃.我的想法是这样的,虽然现在 ListView 已经被 RecyclerView 替代了,但是本系列作为入门系列,力求内容完整!还是有必要提及一下这么重要的控件的,谁能保证老的项目没有 ListView 呢? 作为入门,一个 Android 开发者不会使用或

从0系统学Android--4.2 Fragment 生命周期

从0系统学Android-- 本系列文章目录:更多精品文章分类 本系列持续更新中.... 初级阶段内容参考<第一行代码> 4.3 碎片的生命周期 碎片也有自己的生命周期,并且和 Activity 的生命周期还很像. 4.3.1 碎片的状态和回调 运行状态 当一个碎片可见,并且它所关联的活动正处在运行状态时,这个碎片也处于运行状态. 暂停状态 当一个 Activity 进入暂停状态时,与它相关联的可见碎片就会进入到暂停状态. 停止状态 当一个活动进入了停止状态时,与他关联的碎片就会进入到停止状态

UI设计理念——一切从用户出发

UI设计是一个比较大的话题,自己将结合项目中的经验,阐述UI设计中的一些观点. UI: User Interface,如今看来中间应该包含一个interactive(交互).User Interface是呈现给用户使用的样子,Interactive代表了软件的体验度,两样合起来才能带给用户舒适的感觉. UI设计目前分为三个发展方向: 1. Graphic UI designer --产品外形设计师,要求美学功底(这个职位就有点专业了) 2. interaction designer --交互设计

ASP.NET MVC4 打造一套UI与后台并重-通用权限系统快速开发框架+精美UI界面 秒杀EasyUi、Ext

一.前言 从进行到软件开发这个行业现在已经有几年了,在整理出这个套开发框架之前自己做了不少重复造轮子的事.每次有新的项目总是要耗费不少时间在UI.权限和系统通用模块上面,自己累得要死,老板还骂没效率.为了能提高开发效率,同时也多拿拿奖金.多存点私房钱,我就着手做了一套以权限管理为主的快速开发框架.不求功能在所有项目中都得到使用,至少要大大提高开发效率. 二.需求分析    根据<那些年我们一起做过的项目>中各类客户对权限模块和通用模块以及UI的要求,我明确了这个系统中要实现的东西. 1.组织机