1.互联网产品的简单定义

1.1. 考虑大多数用户的体验。

1.2. 简单的特征和个性应该源于你使用(准备进行的)的方法(任务)。 --我们要优化任务的简单,单一任务,关联任务。

1.3. 大多数用户不会使用说明书,他们就是那么随便拿过来就开始使用。

1.4. 分布式向导会剥夺用户控制权,但没有向导要引导用户使用新产品又有难度,尽全力在两者之间找平衡。

1.5. 有简单就有复杂,简单和复杂也充分表明了相对论的可行。但很多复杂性不能转嫁给用户,让计算机去完成。

2.明确认识

2.1. 设计之初要考虑物理的限制,如BS端的分辨率,CS端的版本发布和测试,移动端的不同系统及手持设备分辨率限制。

2.2. 考虑用户的使用场景,包括时间、地点、可能发生的行为(产品应用场景描述) --无法控制用户使用软件的环境,而只能使软件设计符合环境需求。(如、家里、娱乐场所、户外) 举例:家里:

1)人们在家里边使用笔记本电脑边看电视或收听收音机,花在哪方面的时间和注意力多些确实不好说。 2)家庭宽带连接时可能不如公司的线路稳定,速度也没有那么快,尤其是晚上的上网高峰期。
3)妈妈要在孩子看动画片的30分钟左右的时间内上网购物,要从3万种商品中选择购买100种日用品。 (详见:P22)

2.3. 三类用户:

2.3.1 专家用户-特征:喜欢自定义,喜欢挖掘探索的,学习能力强。但属于少数用户。

2.3.2 随意用户-随意用户,喜欢多功能,喜欢容易操作的复杂功能,但不愿意学习复杂的功能,必须从简单开始才可以。

2.3.3 主流用户-主流用户,不懂技术,他们喜欢拿起来就用,最短时间完成任务,目标手机能打电话,能发短信就好。最核心的是,用户之间不会自我升级,如果他/她是主流用户,哪怕使用这个程序很多年后,依然他/她还是主流用户。

2.3.4.为什么找随意型用户测试,而不是主流用户或专家型用户。(主流用户没有足够耐心,而专家型要复杂的系统)

2.3.5.在随意型用户比较极端,且用户数量较少。

总结:随意型用户可以进行测试和访谈,拿到需求做到最简,上线给主流用户使用。同时,必须完全抛弃专家型用户。

2.3.6.主流用户想要什么?

1)主流用户立即【把工作做完】,专家则喜欢首先设定自己的偏好。
2)主流用户认为【容易操控】最有价值,专家则在乎操控是不是精准。
3)主流用户想得到【靠谱的结果】,专家则希望看到完美的结果。
4)主流用户【害怕弄坏】什么,专家则有拆解一切刨根问底的冲动。
5)主流用户觉得【合适就行】,专家则想着必须精准匹配。
6)主流用户想看到【示例和故事】,专家想看的则是原理。

总结:主流用户就是能不敲击键盘的时候,用鼠标点一下或点几下就解决问题。主流用户不会看说明手册,就是那么胡乱点 就发现感兴趣的结果。

2.3.7.简单意味着最主要任务最平滑的操作,甚至没有case事件,意味着用户能控制。最好让用户只做一件事。

释意:失控,比如选择,下一步都是会导致用户失控的一种表现,甚至有过度自动帮用户生成表单,都是失控的表现。

2.3.8每个简单的产品都可以给用户勾勒出简单的故事。好故事应该简明、具体、可信、有足够的细节。

2.3.9.场景描述技巧:

1)可信的环境(故事中的‘时间’和‘地点’)
2)可信的角色(“谁”和“为什么”)
3) 流畅的情节(“什么”和“怎么样”)

2.3.10 极端可用性参考表(表单)

始终按照进行,你的产品就能随着时间推移越变越好(至少能够实现真正重要目标) enter image description here

3.四个策略

3.1.删除-删除不必要的功能

法则一:避免误删。

法则二:关注核心。

法则三:砍掉残缺功能(删除时自问:“为什么要留着它?“)。

法则四:‘假如用户需要…...’(马上提高警惕,繁复验证这个假如是否是用户的常用需求,且周期高低) 增加功能不会让用户体验更简单,反而经常会导致更多的迷惑。(倾听需求,绝不盲从!)

法则五:方案,不是流程(流程清晰了,但不一定简单,也许是冗长的),用最佳方案处理比用流程处理会更好。(遇到一个小变化可能导致的流程变动过大,马上提高警惕)

法则六:设计的产品承载过多的功能,可能降低主流用户的满意度。

法则七:排定优先级什么功能应该保留1)满足优先级最高的功能,2)避免用户接受干扰的功能 3)主流用户认为‘足够好’的功能。P82

法则八:负担:1)删除没人会看的文字(如口号)2)去掉不合理布局,分出主次 3)去掉语意产生歧义的 4)调整引起混淆的按钮样式 5)减少广告位等干扰因素 6)去掉分散注意力的元素(UI)

法则九:选择有限,主流用户反而更喜欢。

法则十:使用模态效果使得用户触发的事件焦点更为集中。

法则十一:用cookies或session帮助用户记录之前的默认状态。

法则十二:主流用户不喜欢为设置,选项和首选项费心劳神。

法则十三:主流用户希望“够好就成,快点“而专家用户希望“尽量做得完美!”

法则十四:避免让用户进行错误操作(如适当的限制范围,区域,时间等)

法则十五:要重点突出某个区域时,背景色分割比线条分割更友好。

法则十六:删除荣誉文字,(方法:把煤业中的文字删掉一半,然后把剩下的再删掉一半)

法则十七:避免删除过度,删除过度让用户失控,必须让用户在最简状态下依然可控。

法则十八:参照以上法则一---法则十八后,可以让用户在每个页面上形成视觉聚焦。

3.2.组织-

法则一:尽量使用大块区域进行渲染和强调,比如一页资讯分块 6-8这个数字是比较科学的。

法则二:画出用户的行为有助于理解如何组织你的软件产品。

法则三:当信息量承载到一定程度,使用搜索引擎(注意:搜索比浏览困难很多)

法则四:表单之间的组织关系是否一眼明确并且易读性强。

法则无:根据用户行为调整流程或方案,确保不强加给标准用户他们不喜欢的流程。

3.3.隐藏

法则一:隐藏是一种决定删除前的备选方案,它存在的意义是一些功能不常用但必须有。比如语言。账户中的设置等等。(这些功能不经常使用,它们的位置相对固定。)

法则二:自定义的功能适合隐藏(word,或冗长的选择菜单经过优先级排列后隐藏,或B2C的筛选)

法则三:渐进展示适合隐藏(比如阿里巴巴填写企业名录时的渐仅呈现)

法则四:适时出现(比如一些新闻网站读取到关键词时,鼠标HOVER状态则出现词义释义)

法则五:提示线索(比如FOOT栏目比较适合这样设计)

法则六:按钮和标示不在大小,是否在于用户扫描区域中的关键位置

法则七:只要不让人找太久,隐藏就是有效的。

阶段总结:删除不必要的,组织要提供的,隐藏非核心的。

3.4.转移

法则一:在设备之间转移:比如在手机获得les或其他数据转移给电脑。电脑获得其他数据转移给电视,网站上的操作,在手机上阅读等等。(更方便用户浏览,提升体验)。

PS:移动平台与桌面平台 enter image description here

PS:今天的移动设备非常适合记录,用户所见所闻和移动路线,但通过它输入大量文字则不便。

法则二:向用户转移 enter image description here

Ps:用户只会计算机操作,就会给人简单的感觉。

法则三:计算机完成结构化(标准化)数据,比如我们常使用的智能机上的短信,里面的邮件/电话会有链接调用相关的应用。再比如用户新建文件夹时,给用户默认选择当天的日期。 法则四:不要让计算机控制用户。

4.最后补充(顽固的复杂性取舍):

4.1考虑任务是否可以自动化?还是应该有用户控制?(需要将产品放置场景中走通流程)

4.2界面中包含很多特定按钮?还是只放一个类似IPAD的按钮(在于用户的心理和使用环境)

4.3 任务是一次完成?还是分布式完成?(在于产品影响用户的阶段和产品本身数据的容纳程度)

4.4任务是让用户有意识去处理?还是让用户无意间完成?(产品在当下流程是应该被控制还是更好地提供便利给用户)

5.简单的产品在用户头脑中

给用户留下足够的想象空间。比如搜索引擎的搜索框。

本文摘自——网友“TOMM-在路上”关于《简约至上》的读书笔记