ivaneye.com

从用户体验角度看工具

用户体验

作为互联网从业人员,经常会接触到“用户体验”这个词! 我们可能为了一个菜单该放在哪里而争论,或一边苦逼的编码一边骂着SB产品经理! 我们为别人考虑着“用户体验”,但是对自己一直在用的软件,为什么却这么将就呢?

软件=工具

作为软件开发人员,使用的软件不在少数,我们都称为工具。即为工具,我们好像就不那么纠结难不难用了!好像工具就应该比较难用才对!而实际上,我们为别人做的软件,对别人来说也是工具。我们为什么要为用户考虑这么多,为什么不为自己考虑考虑?

现在,我们从用户体验的角度重新审视下我们常用的工具!

简单

在做软件的时候,我们知道要把用户当作“白痴”来看待!要尽可能的把功能做简单,能一步完成的绝对不能分成两步。所以软件要做得足够的简单。但是简单并不代表功能上的简单,比如说Windows下的记事本,那叫简陋!对于工具型软件来说,“简单”有三个层面上的意思:

功能够用

软件功能应该也适用28原则,即在使用软件的大部分(80%,甚至更多)情况下,只会使用很少(20%,甚至更少)的功能。所以软件没必要太多的功能。只要有足够的核心功能即可。过多的功能只会增加软件的复杂度和学习成本。

一个很典型的例子就是Office。Office功能很强大,但是大家大部分情况下会用到它多少功能?有5%吗?而且,你会发现,你需要的功能消失在了它的菜单列表里了!

现在再看Word的工具栏,是什么感觉?

操作简单

在功能的基础上,软件还需要操作简单。工具是为了提高效率的,太复杂的操作会间接的降低效率。比如:你本来就是为了编辑点文本,但是得花半年甚至更多时间去学习编辑工具。等你学完了,黄花菜都凉了。(无意黑谁,只是提醒注意任务的主次!)

符合直觉

符合直觉就是说,当你刚接触一个软件的时候,可以靠猜或者随便点点就能掌握基本的功能!

典型的反面例子就是Vim!当一个完全没接触过Vim的人,打开Vim,三秒钟就懵逼了!怎么输入?怎么保存?怎么退出?目前我使用Vi的原因是Vi是Linux默认安装的文本编辑器!

有人会说,Vim的编辑效率很高,各种奇技淫巧!这点我承认,但是对我来说,然并卵,这个下面再提!

符合“简单”的工具,先推荐两个,Markdown和Pandoc!

Markdown三分钟入门

Markdown就是一个很简单的工具!

文件名以md结尾

语法 说明
# title 标题,一个#号代表一个级别
- text 列表
1. text 还是列表
[text](url) 链接
![](img-url) 图片
> text 引用
*斜体* 斜体
**粗体** 粗体
``` 代码

演示请见下面的gif!

Pandoc三十秒入门

Markdown负责内容,Pandoc则负责展示!Pandoc是个牛逼的格式转换工具!请至官网查看Pandoc支持的转换类型!(很多,这里不贴了~)

比如你想把Markdown转换成Word

pandoc source.md -o target.docx

那如果你想把Markdown转换成epub,html,你猜你该输什么命令呢?

跨平台/全平台

做前端的同学深有体会,各种浏览器兼容性问题!但是为了用户能在各个浏览器上看到一样的效果,还是忍了!

我们用的工具也一样。一般我们会在Windows或者Mac上开发,而部署都是在Linux上!所以我们当然希望能有工具既能在Windows上运行,也能在Mac和Linux上运行。当然功能和使用感受要完全相同。

比如,Notepad++,ULtraEdit,EditPlus,Office是在Windows上接受度比较高的编辑类软件,TextMate是Mac上很知名的编辑器。但是一出这个系统,你就用不了了,就得花时间再去学另一个软件,也是一种浪费!

颜值

好看这个东西,见仁见智!自己觉得好看就行了!比起意淫用户喜欢什么样的配色、布局、字体!自己喜欢什么样的配色、布局、字体,应该很简单吧?比如,我就比较偏爱暗色系的主题!当初NetBeans就是因为颜值太差,被我抛弃了~

现在来看Vim和Emacs,颜值也是比较差的。不过两者的定制化比较高,可以按自己的需求来配置。不过由于历史遗留问题,有些功能靠配置是没法解决的。比如说,现在编辑器里都默认自带的目录树和页签。Vim和Emacs都是模拟出来的,看起来很不协调!

有人可能觉得颜值不重要!你可以把下面的图片设为背景,干一天活试试~

速度

做网站另一个重点要考虑的问题就是速度。一般首页都是要优化到秒开的!对于工具来说,其实也有这个问题。比如说,你灵感突现,需要赶紧记下来,然后打开Word,Word刚打开,你忘了~

不限制/打断思考

不知道大家是如何定义自己的工作性质的?我很赞同《人件》里所说的,我们实际上是“非高科技脑力劳动者”!

既然是脑力劳动者,我们的主要工作是思考,手快没用,脑子快才是王道!(所以Vim输入再快都没用,你得脑子转得够快才行,手快只是辅助,帮助记录所想!)所以我们需要有工具能帮助我们思考!至少不能限制和打断我们的思考!

这也是我选择工具时很看重的一点!从这一点来看的话,其实很多软件都不合格!

集中吐槽

上面列出了几点需求,同时小吐槽了一下。这里集中吐槽几款工具!

Office

从简单性来说,Office入门容易,精通难!Windows独有,其他平台都是第三方软件!颜值一般,速度一般!

最大的问题是很容易打断思考!大家可以回忆下,我们用Office写文档或者写PPT的时候,是怎么写的?这个地方字体是不是要加粗?该用几号字体?这个图片该放哪里?有多少是涉及到内容本身的?分分钟就跑偏的节奏!

eclipse

eclipse在Java界是默认的IDE,我很早之前就抛弃了。现在看来,它的各种毛病都还在!

首先说简单,作为一个专业IDE,就已经和简单不挂钩了!全平台支持,这个值得表扬!没给五星,是因为在各个平台下的体验还是有些许的差异的!颜值在默认主题下还好,但是自定义主题就露馅了!

看工具栏的按钮,锯齿明显!

速度只能说,我等得花都谢了~

eclipse的主要问题也在打断思维上!

Java

吐槽完工具,来吐槽语言!Java是门不错的工程语言。 网上吐槽比较多的是Java的启动速度和语法不灵活!我觉得最大的问题也是限制思考!

推荐工具

Markdown+Pandoc

Markdown和Pandoc在上面都做过了介绍。这里总结下,使用Markdown专注内容,而使用Pandoc来进行展示。

Intellij IDEA

IDEA启动速度很慢,不过每天就启动一次,启动完后基本就是指哪打哪的神器!贴几张网上的gif图!

PlantUML

PlantUML是基于Graphviz的所想即所得的绘图工具,相关内容请见官网,不做过多介绍! PlantUML的一个显著缺点是,当元素多了以后,并不好维护! 所以我主要使用PlantUML做局部的建模!