交互设计师如何设计复杂信息架构产品

t01418d6e79e8ee8753

最近忙于一个技术平台类项目,信息架构非常复杂,所以想写一些关于设计复杂信息架构产品的想法和经验。

我们做产品设计的设计师日常工作粗略分一下,可以分为两类,一类是ToC产品,面向消费者的产品,一类是ToB产品,面向企业或者特定用户群体的面商类产品。平常大家讨论比较多的是ToC类产品,因为大家都在使用,且设计师很多在从事ToC类产品的设计工作。

在知乎、微信、微博等平台,有不少设计师朋友来问我,做ToB类产品,信息架构复杂,功能繁多,流程很绕,怎么才能设计好呢?正好最近在做一个很复杂很绕的产品设计,这里正好一并总结回答。

为了方便描述,我这里极端一点,描述ToC类产品为信息架构相对简单的产品,例如微信,核心故事为聊天、朋友圈、支付等,因人而异,每个用户的核心场景不算多。而ToB类产品动辄就是上百个核心故事,各种功能模块繁杂且对用户的亲切性低,使用起来学习成本高,例如银行交易系统、电信客服系统等。

简单类比一下,信息架构复杂程度的感觉由弱到强是这样的。

设计或者操控以下交通工具:

自行车。汽车。飞机。火箭。宇宙飞船……

现在基本了解了信息架构复杂产品的样子,咱们一起来看一下一些设计这类产品需要注意的点。

一、逻辑清晰

设计复杂信息架构产品,第一要素,就是设计师逻辑要非常清晰。这类产品伴随的海量功能、大量模块、错综复杂的交互流程、难以理解的业务技术背景,都是对设计师达到逻辑清晰的挑战。

如果极端简化一个ToC类产品的任务流程,可能是这样的:

a

一个机智的用户来使用是这样:

b

一个不太机智的用户来使用是这样:

c

然后看一ToB类产品,杂的时候,如果设计师没有达到逻辑清晰,那设计出来的任务流程可能是这样的:

d

这时,

萌萌的用户会:-_-””

默默的用户会:呵呵……

凶狠的用户会:设计师你过来我保证不砍你……

所以做ToB类产品设计,一定不能像写散文一样,随心而至,随时下笔,得像写议论文那样,做足功课,想清楚重点和逻辑,脑中成图,再动手画稿。

二、角色与场景

虽然ToC和ToB设计的特性差异明显,但是基本的设计方法还是通用的。角色与场景设计依然是复杂信息架构产品设计的法宝。有着1000个功能的产品,先分角色,降低每个角色模块需要思考的信息量和业务逻辑量,然后再根据真实用户的使用情况,来划分场景进行场景设计。把一大块任务有逻辑地细分到小任务,才有逐步实现的可能。

切记,最好不要仅仅依靠业务功能来划分模块,不然体验设计会乱得一塌糊涂。

角色设计需要对用户群体有清晰的了解和划分,能做到业务使用的共感。

场景设计需要设计师有足够的全局观,不然分开了场景,完成了设计,合不起来,就麻烦了。

一个复杂信息架构产品,分角色,划场景,可以让设计师对产品目的了解更深刻,全局把握更强,另外在页面层级上,会把之前需要10层的功能任务流打薄到2-3层,大大提升用户的使用效率和舒适度。

640tpwebpampwxfrom

三、学习成本

做产品设计的一个基本要求,就是要保证用户学习成本足够低,低到没有最好。做ToC产品这个目标很明确,也很容易靠拢,而做ToB产品很难。

我见过一个中国电信客服的界面,一个PC界面密密麻麻上百个功能,业务员完全凭借自己的记忆力和习惯来进行操作,没有太多的任务流清晰度可言。这样的产品使用,是需要一定时间的学习才能达到基本使用,学习成本肯定不低。

还有不少ToB产品,需要有专门的培训和讲解,才能勉强让新用户开始使用。

这个时候,如果单纯以学习成本低到没有来要求ToB类产品,非常难。信息架构复杂起来,是很难通过认知设计、视觉设计、交互流程简化来解决学习成本高的问题。

有几个点可以帮助到,一是灵活有效的提示(生僻专业术语提示、关键操作提示、报警监控提示等),二是充足有价值的用户测试,保证不出现设计师以为很好用,用户学到哭的情况,三是深刻理解业务,设计师的业务理解水平接近架构师和产品经理的水平,才能从体验侧做一定范围的有效改动,来帮助产品的可用性得到提升。

设计复杂信息架构产品时,想做到学习成本低到没有,这时的设计方法应该是,虽不能至,心向往之。

四、业务理解度

做复杂信息架构产品,最难的就是业务理解入门。例如做微信、QQ音乐等产品,设计师相对好入手,因为设计师本身也是用户群体。而复杂信息架构产品一般不是给普通用户使用的,是给一个特定群体的用户使用的,大部分情况,设计师与这个特定群体是没有交集的。

例如设计师接到一个任务,做银行交易系统,首先,设计师没有在银行工作过,对银行交易流程基本不了解,第二,设计师完全不知道使用这个交易系统的用户的心理模型、工作状态、用户场景、喜怒哀乐。如果这个银行交易系统是给尼日利亚的某个银行做的,可能设计师连当面和用户交流的机会都没有。

所以做这类产品时,动工前,设计师大部分时候业务理解度无限趋近于0……

最好的方式,我是建议设计师能自己跑去真实使用场景做做自己的用户访谈,例如到用户群体做一天的跟踪访谈、用户深访、任务流程记录、用户痛点记录等,这些真实的感受和体验带来的价值远远大于架构师或者产品经理给设计师描述带来的价值。

自我经验的比较也是一个好方法。没有设计师能站出来说,我做过任何类型的产品设计,但是优秀的设计师可以找到一些让以前自己成功的设计经验适用到现有产品的方法。

做一个云平台的服务购买场景,虽然设计师可能没有接触过云平台,但是能否类比到去京东淘宝买零食的流程,来看看有没有共性可以利用。其实是有的,因为人性是相通的。

五、拉通

做复杂信息架构产品,最难的一点是拉通。

做一个ToC类产品,可能一个设计讨论会,来4-5位产品与开发的同事就能启动讨论,且很快会有结论和执行项。做一个复杂信息架构的ToB类产品,一个模块拉通会轻轻松松就是来30多人,一个讨论就能引发2个小时的混战。

这个时候对设计师的全局观和项目把控能力的要求是非常高的。不然就会出现一个情况,拉30多人讨论10个设计点,讨论到第2个设计点的时候,大家争起来了,很快就争论到商业、业务、技术、平台等非设计的论题,吵了3个小时然后大家都崩溃了就散会了。这个时候设计师才想起来,还有9个设计点没有讨论……

拉通需要设计师有掌握全场讨论的能力,控制时间,控制争论方向,避免没有结果的讨论,主动提出并控制设计的执行项。

六、做减法

有很多ToC类的设计黄金准则,在ToB类设计不一定适用。例如做减法。一个页面,产品经理提出了20个功能,设计师说,简洁!减法!砍成3个!产品经理说,不行,10个!设计师说,好了,5个,赶紧的我还要出图呢。这个减法讨论就结束了。(当然,简单信息架构产品做减法也是需要技巧和思考的)

而ToB类产品,一个模块100个功能可能来自20个不同的业务需求群体,这个时候砍任何功能,都会造成整个大功能模块闭环的缺失。所以单纯的砍功能做减法不一定在ToB类产品设计上适用。

七、设计师的成就感

很多设计师在网上给我抱怨,说做的产品是ToB的,密密麻麻的功能、表格、筛选、流程图,一点美感都没有,不像做一个音乐、聊天、工具的ToC产品那么有成就感。

的确,做一款好的ToC产品,首先,样子足够好看(能放弃一些次级功能追求简洁和美观),第二,大众使用,App Store有人夸,家人朋友可以点赞。

做ToB产品,先不说好不好看,一般来说ToB产品的交互价值远远大于视觉暂时,而且主要是没人夸。设计师花半年给南美一个运营商做一个大数据分析系统,做的再好,南美那边也不会有用户跑来赞你啊,要是真有一天有个用户高兴的不行,给你打一个电话,你也听不懂啊…… 哈哈哈

我觉得换一个角度来想。

找到乐趣。

做什么设计都是有乐趣的。做ToC产品,把一个首页做的漂亮精致,肯定是有成就感的。做ToB产品,把一个需要10步的流程通过打散、整合、聚集等方式减少到3步,也是一种乐趣。

设计复杂信息架构的时候,设计师千万不要放弃自己对专业的美好理想,让自己完全受制于业务和技术来出稿,而是时刻记得自己的专业能否帮助整个系统得到提升,这样的乐趣和成就感也是很大的。

回国以后,我的设计任务长期是ToC、ToB类产品都包括,我觉得只要保持一个有乐趣的设计心,这两类产品带来的设计满足感是一样的。

最后赞一下各位辛苦在ToB类产品设计战线上的小伙伴们,一起加油!~~

作者:@EDC尤原庆


 

 

原创文章,作者:Catherine,如若转载,请注明出处:https://www.iamue.com/4621/

(0)
CatherineCatherine
上一篇 2015-04-05
下一篇 2015-04-07

相关推荐

  • 智能语音交互设计 2 — 语音理财案例分析

    Image credit:Kuromon Ichiba Market, Ōsaka-shi, Japan大家好,这个星期将通过一个Alexa案例分析来介绍用户如何使用语音交互来解决功能性问题。(10分钟左右阅读时间)笔者作为用户体验设计师就职于一家人工智能公司,17年12月和18年1月进行了2轮为期两周的用户研究来了解:语音理财助手的用户特点,用户为什么会使用语音理财助手,用户如何与语音理财助手交互,常见的语音交互错误类型,以及用户期望...

    2018-02-12
  • 从用户体验角度说说VR版综艺节目

    转载自913VR作者:赵丹上回我写了一些对于体育赛事VR直播的观点,今天我想说说VR版的综艺节目。最近我比较关注的两档综艺节目是《中国新歌声》和《盖世英雄》,一方面是因为我一直是《中国好声音》的拥趸,另一方面我很喜欢“潮”的东西,所以电音概念的《盖世英雄》自然很吸引我。值得注意的是,这两档节目的VR版都是由微鲸VR独家进行录制的,依托CMC丰富的娱乐资源,微鲸VR对于国内众多娱乐IP进行了VR版本的制作,今天我就主要结合这两档节目来说说...

    2018-04-07
  • 阿里设计师的思考总结:用户体验设计的进阶修炼之路

    从方法、标准、协同、软技能和创新五个方面说说我对用户体验设计进阶修炼的思考与实践。

    2017-05-17
  • 交互设计快速检查清单 Interaction Design Quick Checklist

    #交互学堂#交互设计快速检查清单 Interaction Design Quick Checklist [one_half_col] 架构和导航Architecture and navigation Note 􀂅 是否采用了用户熟悉或容易理解的结构? 􀂅 是否能识别当前在网站中的位置? 􀂅 …

    2016-11-09
  • 用好的交互设计来管理复杂-“Tab”

    标签可能看起来像一个微小、乏味的图形用户界面设计,但我们合理的运用Tab的特点,易用易理解,就能为你的用户体验加分。

    2017-05-18
  • 交互设计丛书分享:《瞬间之美:Web界面设计如何让用户心动》

    作者简介: (美国)Robert Hoekman.Jr Robert Hoekman,Jr.著名的交互设计师。Miskeeto公司创始人,曾任职于Adobe、美联航等知名公司。除本书外。他还著有Desiging the Obvious以及FlashUser Experience Best Practi…

    2015-07-26
  • Axure神器:用母版打造模块化设计【UXRen原创】

    作者:Petrel(UXRen社区Axure金牌讲师,资深交互设计师) Axure原型的制作过程中,你一定遇到过这样的问题,出现在不同页面的功能模块,如果你是通过复制粘贴来完成的,那么当该模块发生变动需要修改时,麻烦就大…

    2017-08-04
  • 【设计思维】移动思维和WEB思维

    随着移动互联网的兴起,移动思维这个词也越来越多被提起。经常会有人问我什么是移动思维,其实这个词是相当WEB思维而言的。 我总结了下: 由于物理设备的不同导致的使用方法和使用习惯不同。 (思维是针对 移动产品…

    交互设计 2014-11-29
  • 设计案例|在做方案时,“更明显点”这句话怎么破

    在做方案的时候,时常会听到这样的话,“这个地方应该更明显一点”。今天,阁主将拿出自己设计的一个徽章注释来进行说明。

    2017-04-29
  • 可视、清晰和简单:APP底部导航设计三原则

    作者:Nick Babich(译者:Darin) 设计师们都知道设计的目的不只是为了让产品看起来好看。无论是网站还是app,如何黏住用户,同样是设计所需要考虑的方面。设计就像是一次对话,导航也是一次对话。因为如果你的用…

    2017-08-04