Fork me on GitHub

简约至上

主要适合Web应用、互联网产品、移动应用产品经理及交互式设计人员阅读,也许远远不止适合这些同学

  • 简单

    • 简单的产品能在专业领域内聚焦非核心玩家的核心功能,产出惊人的效果
    • 转移复杂的简单不是简单。复杂自己,简单别人@Google
    • 简单的目的是提高用户体验。设计产品应该从用户而非产品本身角度来考虑
    • 简单并不需要极简主义,并不意味着最少化。简单并不意味着欠缺和低劣,也不意味着不注重装饰或完全赤裸裸。而是说装饰应该紧密贴近设计本身,任何无关的要素都应该予以剔除
    • 貌似简单不是真的简单。证明简洁的东西能在哪些方面带来好处,这样才能说服别人接受简洁。对简洁的事项进行排序,更优方式是对排序进行分组,高 ROI 的马上做,中 ROI 的暂缓缓,低 ROI 的先抛弃
  • 明确认识

    • 如何建立判定简单的标准:
      • 方法一:建立一个需要遵循的简单规则列表,当犹豫的时候,和规则列表进行比对(反向)
      • 方法二:理解用户的体验和使用场景,尽量考虑到所有细节(正向)
    • 了解用户使用产品的环境,特别是要知道他们在使用你的软件的时候经常会发生什么事情,发掘可能忽略的需求
    • 不同的环境,玩家可能受到完全不一样的干扰
    • 主流用户想要什么?
      • 感兴趣的是立即把工作做完 vs 喜欢设定自己的偏好
      • 认为容易操作是最有价值的事 vs 在乎操作是否精准
      • 得到靠谱的结果 vs 得到完美的结果
      • 害怕弄坏什么 vs 刨根问到底
      • 适合即可 vs 精确匹配
      • 想要事例和故事 vs 想要原理
    • 感情需求:找到用户感情上不愿意处理但又无法避免的需求,这些会成为用户的精神负担,从而放弃使用软件
    • 简单就是感觉在掌控一切,设计不能和这种感觉抵触,而是要放大这种感觉。要让用户感觉到自己在掌控技术,掌控生活。对主流用户来说,掌控的含义就是掌控结果
    • 如何正确地选择做“什么”?有了用户需求后,从用户的角度,用户的语言来描述这个需求,不要遗漏每个细节
    • 当需要描述需求或者把问题转化成一种认知时,特别是在想要说服别人时,故事是一种很好的形式。故事可以让读者更容易明白什么重要和为什么重要
    • 讲故事的方法。不要长篇大论。好故事应该简明、具体、可信,并且拥有相关细节
    • 要满足简单的体验需要功能要满足极端的条件,诸如任何人都要能用,相应速度瞬间完成等。设定不可能达成的目标可以让事情保持在正确的放向上运行。妥协的目标必让产品变得越来越糟糕
    • 尝试用简洁、清晰、完整的语言向事先不给任何提示的人描述想法
    • 要有优秀的洞察力去观察什么因素对客户的行为影响最大
    • 设计者可能希望马上开始设计,但要克制自己,太早设计意味着会遗漏重要的见解。任何项目的前三个方案大约都是对真正重要问题的描述,这段时间非常让人头疼,复杂性与日俱增,脑子也没有什么想法,但坚持不懈寻找问题的关键和深层次原因,是最后能拿出一个优雅和堪称完美有效方案的关键
    • 与别人分享你的知识,即使你不在场也能保证做出正确的决定。跟参与项目的每一个人复述你的故事,不停的讲,直到自己都厌恶为止
  • 简约四策略 以简化遥控器为例:

    • 删除:去掉不必要的功能,直到不能再减为止
    • 组织:按照有意义的标准将按钮划分成组
    • 隐藏:把不重要的按钮安排在活动舱盖下,分散用户注意力
    • 转移:只在遥控器上保留最基本的功能,将其他控制转移到屏幕的菜单里,从而将复杂性从遥控器转移到了电视
  • 删除

    • Standish Group 2002的报告:64% 的软件功能“从未使用或极少使用”
    • 要通过删除来简化设计,请准备好一张白纸,问自己:“最重要的问题是什么?”然后,逐渐添加最重要的功能和内容—— MVP(Minimum Viable Product)
    • 简化设计最明显的方式是删除不必要的功能
    • 增加价值始于改进核心体验。按照优先级对功能排序时,要时刻记住用户认为哪些关系到他们日常使用体验的功能最有价值
    • 以“去掉他们是一种浪费”作为理由而抓住残缺的功能不放,可能会妨碍你成功
    • 不要猜测用户可能会或者可能不会怎么样
    • 如果一个改动让流程变得更复杂就应该退一步去寻找更好的解决方案
    • 用户在意的是你的功能是否能解决他们的问题
    • 确定删除和保留功能时候的原则:
      • 对用户想要达到的目的排序
      • 优先满足最高优先级用户的需求,然后再考虑其他用户
      • 确定用户使用产品过程中的感染源并排序并找到解决方案
      • 要能明白满足主流用户和专家级用户的方案之间的差别
    • 提供有限选择,用户反而会更喜欢
    • 想要设计简单的用户体验,就该牢记删除那些干扰因素,让用户注意力保持集中——如文章中的超链接(-_-)
    • 默认值是节省用户时间和精力的有效方式,也是清除设计蓝图中“减速带”的首选方式
    • 主流用户希望“够好就行了,快点”,专家用户则希望“尽可能地完美,等多长时间都愿意”。如果你想要设计受主流用户喜爱的简单体验,就应该放弃因为最求完美而牺牲速度和简单的方案。
    • 简化体验的一个重要思路是看用户会犯什么错误,这些发生错误的地方既有可能是一个简化点—
    • 减少视觉混乱
      • 1)使用空白和轻微的背景色来划分页面,不是用线条
      • 2)尽量少使用强调
      • 3)不使用黑粗线
      • 4)控制信息层次
      • 5)减少元素大小和形状变化
    • 删除不必要的说明文字——标题下边的“单击这里”超链接可以直接做在标题上
    • “删除”的核心策略是干掉哪些焚烧用户注意力的因素,聚焦于项目。聚焦于给用户提供价值的功能、聚焦于达成用户目标,删除干扰用户的、增加用户负担的“减速带”、聚焦于可以利用的资源为用户创造价值
    • 不可避免的法律文书不能够去掉
  • 组织

    • 不是任何时候都需要分块,如果按照索引顺序检索则没必要分块,如字母表。
    • 简单的组织模式具有清晰的界限,即是非分明。这样用户才能明确知道到哪里去找自己想要的东西
    • 按资源格式分类,看起来简单但不讨好
    • 在没有提供有效导航的情况下,用户会使用搜索。在需要从大量类似项中挑选一个已知项(比如 iTunes 找歌),用户也会倾向使用搜索。
    • 利用不可见的网格来对其节目元素是一种吸引用户注意力的有效方式。用户虽然看不见网格,但视觉上的想象会告诉他们“接着看这里”。网格越简单,效果越明显
    • 网格布局会让人感觉局促和受压制,可以通过设计不对称的布局来解决。如包含奇数列或者让少量元素跨在两列和三列上。
    • 如果一个元素的重要性为 1/2,那就把它的大小做成 1/4
    • 感知分层技术:人们在无意的状态下,只会感知到自己关心的东西,而忽略其他东西。
    • 在确保人们会花很长时间学习,而且他们会重复使用你的设计时,色标系统非常合适
  • 隐藏

    • 隐藏部分功能是一种低成本的方案,但不要尝试先隐藏再删除,欲删从速
    • 不常用但不能少的功能很适合隐藏
    • 自动定制不会让界面变得简单
      • 1)很难保证默认菜单的准确性
      • 2)用户需要把每个功能看两遍才能确定
      • 3)用户不知道去哪里找自己想要的命令,因为位置会变
    • “核心功能加扩展功能”的渐进展示模式不仅能够简化设计,更是一种强大的交互手段
    • 阶段展示,比如向导,在符合用户心理预期的情况下,阶段展示的效果最好。
    • 把标签放在那里比把标签做多大更重要,必须要标签放在用户关注点之内
    • 保证用户在前进的过程中能够遇到提示,但不要挡住他们的去路
    • 隐藏策略需要做到:
      • 1)隐藏一次性设计和选项
      • 2)隐藏精确控制选项,但专家用户能够让用户这些选项保持可见
      • 3)不要强迫或寄希望与主流用户使用自定义功能,但专家用户可以有
      • 4)巧妙因此,首先要彻底影藏,其次是适时出现
  • 转移

    • 人和电脑分别擅长不同的东西,电脑擅长计算,人喜欢控制结果。可以把一些规则很复杂的工作(如制定目标和组织游记)留给用户,人处理有些信息更方便
    • 让某个功能具有多功能也是一种简化方式——汽车后挡风玻璃的加热丝也是收音机天线
    • 简单界面的最高境界是专家和主流用户都觉得他非常好用
    • 输入结构化数据(填表)非常让人讨厌,解决办法是让用户按照自己想要的格式输入,结构化的过程由计算机完成
    • 转移之后,需要在用户面前建立设备和应用间能正常工作的信任,唯一方式是让用户参与测试原型和实物模型
  • 小结

    • 简化就像打地鼠,一个地方下去了,另一个地方又冒出来了
    • 简单的秘诀就是把复杂性转移到正确的地方
    • 简单不能忽视细节,只说坐1号线,但是没说方向,一样导致困惑
    • 简单的体验应该为用户留出足够的空间,让他们能够想象到当前正在做的事情同样也是自己生活的一部分