设计原则:
1 概念模型(控制器的设计和操作方法)
比如 室内温度调节器和车内温度调节器的工作原理是不一样的,但是操控设计上的概念模型却是一样的,人们经常对这两个调节器采用一样的操作方式。 这时候操控设计就没有区分概念模型。或者说,用户期望的概念模型没有和设计模型一致。
2 可视性和反馈 (操作结果的反馈)
可操作性要明显
3 限制因素和匹配(功能专一不扰乱)
开关上可以有空间部署线。开关可以给予不同的样式使人们得以区分。
4 可感知的预设用途(直觉便能感知的功能),决定了人心理期望的概念模型。
“知识(而不是信息)主要储存于外部世界“”。 设计人员一定要明白这一点。
eg: 吟游诗人的史诗是从故事的结构,韵律和人类的生活方式来的。
由于有限指标判断失误而导致浪费时间的例子。
实际行动
目的 -- 决定意图 -- 行动顺序 -- 动作执行 -- 外部环境反馈 -- 对外部环境反馈的解释 -- 评估是否达成目标
知识存储于外部世界
经验仅仅是 对于作用于外部世界 的均衡的结果。我们人的知识和信息确实大部分是存在于外部世界的。正如
关联性记忆
eg: 摩托左把手的 车前灯的重新记忆方法。
田中先生是我的一位日本同事,他总是记不住如何使用摩托车左边把手上的转向灯开关。正确的操作方法是:右转弯时,把开关往前推;左转弯时,把开关往后拉。开关本身的意义很明确,但是开关的移动方向却相当模糊。田中一直认为开关位于左边把手上,如果往前推,应当表示车子要左转弯。也就是说,他试图把“将左边开关往前推”这一动作与“左转弯”这一意图相匹配。因此,每当车子转弯时,他总是搞不清往哪个方向推动开关才是正确的。大多数摩托车的转向灯是这样设计的:左转弯时,将开关往左旋转90度;右转弯时,则将开关往右旋转90度。这是一种自然匹配,学起来很容易。但是田中先生摩托车上的转向灯开关被设计成前后推动,而不是左右旋转,难怪他总是学不会正确的操作方法。
田中先生重新解释了操作动作,使问题迎刃而解。他注意到摩托车车把的运动方向:左转弯时,左边的车把会往后拉;右转弯时,左边的车把会往前推。这与转向灯开关的前后推动完全吻合,车把的运动和转向灯开关的操作便建立起一种自然匹配关系,使原本无规律、间接、很难记住的操作方法变得符合逻辑、直接、易学易用。由此可见,按照某种关系将事物组合在一起至关重要,但必须确保这种关系的正确性。
反馈性
充分利用声音反馈
失误
失误的来源: 描述性失误,无意识动作性失误,数据性失误,
功能状态性失误: 手表在计时模式下,灯光键实际上是清零键
决定树
菜谱是 窄面结构的决定树
而发动汽车 是 深的窄面结构决定树
下象棋就是很宽很深的 决定树
学习iOS的决定树
oc-swift ide autolayout
tableView cell UIkit json文件使用 常用控件
库 http库 SDWebImage库 pod
ScrollView CollectionView UIFoundation KVC Block KVO
FMDB CoreData Tread POP
Http 协议 TCP/IP
iOS系统对象 Chats 等高级库
sdk 封装
OCS
与差错相关的设计原则
1 了解导致差错的因素
2 提供撤销的指令,减少逆操作的难度、
3 增强差错反馈,但是不要那种 招人恨的,此起彼伏的 警报系统。
4 不要惩罚失误差错
5 强迫性设计,比如按钮desabled等
设计哲学
不要定义 差错为错误,正确的态度是 以人和产品 的交互去看待问题,因为问题可能出现在任何一方。
设计原则总结
1将所需的操作知识储存在外部世界,而不是全部地储存在人的头脑中,但是如果用户已经把操作步骤熟记在心,应该能够提高操作效率。
2 利用自然和非自然的限制因素,例如物理限制、逻辑限制、语意限制和文化限制;利用强迫性功能和自然匹配的原则。
3缩小动作执行阶段和评估阶段的鸿沟。在执行方面,要让用户很容易看到哪些操作是可行的。在评估方面,要把每一个操作的结果显示出来,使用户能够方便、迅速、准确地判断系统的工作状态。
4 简化任务的结构。
5 注重可视性,消除执行阶段和评估阶段的鸿沟。
6 建立正确的匹配关系。
7 利用自然和人为的限制性因素。
8 考虑可能出现的人为差错。
9 若无法做到以上各点,就采用标准化。
设计的自然演进
产品改良是一代一代的成长的,时间是一个不可跨越的因素。
为什么设计不出用户想要的产品
1 设计上的好看不一定实用
2 设计人员太熟悉自己的产品,可能导致和用户的认知偏差。所以才要考虑限制因素和反馈吗,以及概念模型
3 设计人员必须取悦客户,但是客户不一定是用户。
网友评论