产品设计中的简约法制

本文4300字,阅读时间约40分钟。

在中国,Giles Colborne所著的《简约至上》一书,不仅被设计师们所接受,同时也长期位列产品经理的必读书单中。作为一名互联网产品经理,一直推崇和喜爱着简约设计,却从来没有深入学习过简约设计的方式,十分汗颜。于是,最近我花了两天时间读完了该书,略有心得,分享给大家。本文写得比较长,主要是因为不想漏掉书中的任何干货,希望您在读完本文后,可以基本掌握书中的核心思想。

关于简约,存在两个误区。

       第一种是认为简约就意味着最少化。为了达到简约的目的,并不是一味得做减法,盲目的对功能和元素进行去除有时候不仅不能达到简约的目的,还会使用户感到困惑与不适,这样的设计就南辕北辙了。书中举了东京苹果专卖店中一部没有按键的电梯为例,这部电梯在专卖店的上下四层之间自动运行,每层都会停一下,在功能上,已经简化到了极致,连操作都不需要了。但这部电梯能给人简约的感觉吗?设身处地得想想就会发现,他甚至会让用户想要原地爆炸。我从一楼想去四楼,为什么没有人的层都要停一下?不是完全浪费时间吗?所以简约并不是元素的最少化,而是所有元素都应该贴近用户的目标本身,而去除无关的元素。

       第二种误解是,简约设计就是用简单的方式去设计。这种误解就是把简约设计的目标对象搞错了。对于一款产品来说,他的相关者大致可以分为设计师、工程师和用户。我们说的产品简约,不是对设计师和工程师来说的简约,而仅仅是用户感知的简约。这点我在我们自己产品的设计和开发过程中就有很深的感触。某些功能的设计,花了很多的心思,以至于工程师在看到prd时第一反应是怎么设计得这么繁琐,不是有很多更简单实现得方式吗?这就是典型的搞错了简化的角度。书中举了GOOGLE的例子,GOOGLE搜索背后的技术可谓复杂,而正是这种复杂成就了用户使用的简单。再举个微信的例子,大家都用过发送状态时的定位功能吧,使用方式是点击定位后,在列表中选取一个地理位置,应该觉得很简单吧。但这个功能背后,建立庞大的地理信息库就是必须的,此外在页面逻辑设计上也需要考虑很多问题,比如用户该怎么从庞大的信息中去检索更方便,如果找不到准确的位置该怎么办等等,只有把这些都考虑到了,在用户使用时才会有贴心的感觉。

简约的目标

       人们喜欢简约的设计,因为那可以让人直达目标,减少思考。懒惰是人的天性,一件非用户刚需的产品却需要用户动脑筋去学习,显然会被用户丢到一边。举个例子,自从我开始用苹果的电脑后,就再也不想用windows,最主要的原因并不是苹果电脑好看(虽然它确实好看),而在于macos相比windows优秀太多太多。我想windows的用户一定需要做这样的事情,重装系统、安装驱动、用各种工具清理系统、杀毒、管理开机启动程序。。。这些事情让即使懂电脑的我也不厌其烦。而macos让用户只需要关注他们本来想关注的事,办公、上网、娱乐,而不是伺候电脑。让用户可以直达目标,降低学习成本,减少在无关事项上所花的时间,这就是简约设计的目标。

简约方法论之认识篇

       通过上文相信大家已经理解了我们所追求的简约是什么,接下来,就该讲讲如何才能实现这样的简约设计呢?这就需要我们对设计面向的三个重要对象有清晰的认识:环境、角色以及情节

       大家都知道我们需要先理解用户,在思考合适的设计,而理解用户的第一层,就是理解他使用产品的环境。举个例子,比如为商场开发了一把语音控制和播报的电子称,是否合理呢?显然不合理,因为商场的环境非常嘈杂,用户可能需要声嘶力竭的去喊、贴着耳朵去听。因此,开始设计前请走出您的办公室去观察用户,软件使用环境,是观察用户的最佳地点。

       理解用户的第二层,就是理解您所服务的是哪些用户。没有一个产品能够满足所有用户,所以我们要先把用户分分类。书中把用户分为了三种:专家型用户、随意型用户以及主流用户。专家型用户愿意探索您的产品和服务,并且愿意提出建议;随意型用户有兴趣使用新产品,但他们对花时间探索并不感兴趣;而主流用户,对新产品并不感冒,更不会为此进行探索,他们的口头禅可能是“我的手机只要能打电话发短信就行了”。我们的设计该面向哪类用户呢?是最友好的用户吗?恰恰相反,我们的设计应当面向主流用户,也就是最排斥您产品的用户,道理很简单,因为这是大多数。因此我们在设计时,一定要时刻牢记自己面向的是最小白最懒惰最不想用您产品的主流用户,而不要无意识间切换到了专家用户上。书中列举些主流用户的特点,分享给大家:

       主流用户最感兴趣的是立刻把工作做完,而不是自定义设置;

       主流用户更关注操控是否容易,而不是精准;

       主流用户希望得到靠谱的结果,而不是完美的结果;

       主流用户害怕弄坏产品,而不是进行拆解;

       主流用户想看到示例和故事,而不是原理。

       理解用户的第三层,是理解用户使用产品时在做什么。书中举了Flip摄像机为例,这台摄像机相比普通摄像机,不仅简化了摄像操作,还增加了快速分享的功能,使得它一度成为爆款。正是因为理解了用户使用的情节,发现用户拍摄完后,下一个动作很可能是分享到社交媒体,因此能突破性的做出这一改进,是产品成功的重要原因。

       那么,如何才能深刻理解用户的使用情节呢?书中给出的方法是——讲故事。我们可以试着为自己的产品去构建一个故事,这个故事最好是简明的、具体的、可信的,关注故事中的每一个细节,在细节中去寻找设计的方向。

       总结一下,当我们开始设计某种产品时,应当把我们的产品置于情节中,情节中有可信的角色,发生在可信的环境中。用荷兰著名建筑大师埃利尔·沙里宁的话说“在设计一件东西的时候,一定要考虑到比这件东西更大的环境——椅子在房间里,房间在住宅里,住宅在土地上,土地在城市建设规划中。”

简约方法论之策略篇

       在对简约设计的思路有了明确的认识后,书中进一步提出了简约设计的四大策略——删除、组织、隐藏、转移。这是本书的核心部分,书中以遥控器设计为例,对这四种策略的设计说的容易理解,需要进一步学习的读者建议可以去看原书。在这里,我就简单的给大家阐述下四种策略的操作方式。

(一)删除

       删除的含义很简单,就是去掉不必要的功能和元素。那么,哪些功能和元素是不必要的呢?从功能上说,可以分为:

       残缺的功能:产品具备这个功能,但是不完整的,或者用户体验极差几乎没法去用的;

       用户可能想用的功能:务必明确用户需要用什么不需要用什么,可能会用的功能一般来说最后都是不用的;

       用户提出想要的功能:这个说法很奇怪吧,为什么用户提出想要的功能也不该有。其实这里的意思是,设计不要盲从用户,用户提出要增加一个功能后,作为设计师要去设想这个功能背后用户真正的需求,从而想办法优雅的去解决这个需求,而不是简单的增加功能。

       从元素上说,可删减的元素包括:

       过多的文字:包括引见性的文字、不必要的解释和过多的说明。可能增加文字的初衷是好的,让用户读完文字后能够清晰的掌控状况,但是事实上,没有用户会有耐心读完这些的文字。

       过多的元素的样式:包括元素色彩、形状、大小以及各种强调等。减少元素样式能使得界面变得干净,减少视觉混乱。举一个例子您就能明白这里的意思:当您需要强调一行文字时,如果加粗就已经能够达到强调的目的了,就不要既加粗,又变大,还变成红色。

       过多的选项:用选项让用户自定义设置,这是典型的面向专家用户的做法,而上文已经说过,我们的面向的应该是主流用户,主流用户不喜欢思考,别让他们去做过多的选择。很多时候,逼用户去选择,正是说明了设计师的模棱两可——不知道哪种更好,所以把这个难题交给了用户。所以,要尽量避免这些选项,即使不得不包含选项的时候,也请提供默认值。

(二)组织

       组织是简化设计最快捷的方式,也不用像删除一样面临两难选择,而组织最重要的一点是,只强调一两个最重要的主题。关于组织方式的一些注意点如下:

       分块数量:有关分块的经典建议是把项组织到“7加减2”个块中,因为那是人能瞬间记住的最大数。但实际操作中,我们往往使用更少的块,一般为4-6块;

       分块依据:符合用户行为逻辑、避免单任务跨越模块、分块边界清晰;

       搜索:无论是设计还是使用,搜索都比浏览困难得多;

       视觉处理:利用不可见的网格进行组织、利用大小和位置表现重要性、正确使用色标系统与分层。

(三)隐藏

       隐藏部分功能,是一种低成本的解决方案,但是,隐藏哪些功能呢?

       不常用但是不能少的功能:一些与用户的主要目标没有直接关系,但是又不上少的功能,比如账户设置、地区选择、服务器配置等等。

       只有专家用户需要的功能:对于主流用户不需要,但专家用户需要的功能,比如高级选项、个性化设置等。想象下我们安装软件的过程,对于主流用户可以一键安装,而隐藏了安装选项,只留一个不显眼的入口给予专家用户。

       不在同一个阶段的功能:我们可以把不在一个阶段的页面隐藏,等到下一个阶段时再展开,而继续隐藏之前之后的阶段。以这种方式要注意产品流程务必非常符合用户的行为流程,不然反而会造成困扰。

       当然,隐藏完这些功能之后,还要做到适时出现,才能使用户使用产品时获得一种流畅感。

(四)转移

        转移策略其实是一种“骗术”,本质上是把功能从产品的一个地方移到另一个地方。为方便理解就拿书中的遥控器举例吧,我们可以把遥控器上很多功能转移到电视屏上,在遥控器上只留下方向、确认、播放和停止这几个按钮,这样遥控器就被大大简化了。但就像之前说的,这种方式本质上只是转移了“复杂”,并没有消除。那么,什么情况下适合使用这种策略呢?

       在移动平台和桌面平台之间转移。由于平台有不同的特征,所以有的功能在一些平台上显得复杂而在另一个平台上并不复杂。比如移动平台相比桌面平台,长处在于随时随地使用、精确获知位置和方向、方便拍摄等,缺点在于不适用于大量输入、数据传输速度慢等,所以,可以考虑把应用的信息获取功能放在移动平台上,而数据处理、展示功能放在桌面平台上。

       向用户转移:对于一些开放性的、个性化极强的应用,比如规划一段旅程、装修一间房屋、安排工作流程等,如果在应用上固化了流程,哪怕认为这样的流程非常合理且设置了相当多的用户选项,也难以穷尽用户的想法,反而既会让应用显得复杂,又让用户有种束缚感。对于这样的应用,可以考虑只为用户提供简单的工具,让用户自由发挥想象力,最终帮他们达成目标。

最后的唠叨

       读完这本书,我觉得初入行的我,对于简约设计有了一个明确的方向和操作思路,希望对您也有一样有用。当然,个人理解难免有偏颇之处,欢迎探讨与指教。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,670评论 5 460
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,928评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,926评论 0 320
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,238评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,112评论 4 356
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,138评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,545评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,232评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,496评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,596评论 2 310
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,369评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,226评论 3 313
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,600评论 3 299
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,906评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,185评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,516评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,721评论 2 335

推荐阅读更多精彩内容