广东快3>WIKI库>学习产品设计>交互设计提交物内容

交互设计提交物内容


一份复杂的设计系统整个设计沉淀过程是需要较长的时间进行打磨,最初的设计工作也是从一片混乱和迷茫中艰难起步。我们和客户进行交流,收集一些用例,除了功能流程时,我们仅仅可能用一些流程图、简单的demo。最初的进程可能会较为稳定,然而当我们提升一些设计方案保真度时,一些始料未及的问题也开始暴露出来。比如开发与客户经常会问:这个东西和设计稿不太一样,会给用户带来困扰吗?作为设计师我们需要在意一致性,指出问题容易,解决问题难。即使当我们排除当前一些已知问题,又怎么保证在全局范围真正解决了这个问题?当我们感觉缺乏某种让问题提升到一个层面去加速决策以及解决设计框架的一些问题,我们需要某种方式让团队所有人都能领会到正确的设计意图,让大家无论在全局还是一些细节层面都能保持在一个方向上进行前行。这时就要经过一些优先级的排序,来指导我们设计、沟通一些决策和制定。下面介绍一些交互设计的原则,以此提高一些交接物的专业度。



交互设计提交物的原则主要有以下四点:清晰、高效、一致、美观

 

清晰,就是消灭一些歧义,帮助人们更加准确地理解和使用产品。高效,是让流程更加流畅,更加智能化,优化功能逻辑,预判需求,让人们使用的更加轻松快捷。一致,就是对应一些相同的问题提供相同的解决方案,减轻用户的认知和记忆负担,让界面的操作方式更加符合直觉。美观,就是打磨界面外观,让人们感觉产品值得自己花费时间和精力去使用。

 


对交互设计原则进行排序


对设计原则进行一些优先级的排序,如果将上述每一条原则各自发挥到极致,它们之间将产生怎样的影响以及作用?下面是一些结论。


清晰是体验中的重中之重,用户需要足够清晰的界面才能完成一些任务、达成一些目标。如果能够让用户完成一次又一次的目标,我们就能得到用户的信任与忠诚,所以将“清晰”放在第一位。

 

第二位是“高效”,与客户进行沟通时,出现最多的一个词就是高效。我们几乎要把“高效”放在第一位,但当把第一位要素尽可能放大时,发现命令行模式对于专家型用户可能是最高效的工具,但对普通用户来说可能太高深莫测,如果将高效推向极致,很大一部分用户可能会难以使用。对于用户来说出错是一种高昂的成本,所以将“高效”排在第二位。


第三位是“一致”,对于确立一些设计模式,打造符合直觉的产品体验是极其重要的。但如果过分追求一致,系统可能永远得不到一些进化的机会。为了设计创新,需要保留一些空间,不要为了追求一致性而牺牲了一些重要的东西。


美观,对设计师来说非常重要,但绝非体验的核心要素。对于产品特别是企业类型的产品来说,完成目标也是第一位的。很多所谓美观的产品实际上使用起来会让人感觉乏味和无聊,看上去精彩绝伦的用户界面,在很多时候会难以认知和记忆。美观会提升体验,是激发愉悦的重要手段,但对于我们来说,不可能将它排在任何上述原则之前。



交互设计提交物的重要性


互联网公司的产品设计不仅仅是用来宣传形象的,更多的是用来使用和简化了开发过程,使多个产品拥有了一致的体验,是落实到实处的东西。在一个产品拥有多个产品线的情况下,这时的产品规范最能体现其作用,统一产品用户体验,由于负责各个产品线的产品经理可能不是一人,对于此时设计师有没有将规范设计渗透到各个产品中去,如果没有渗透渗透到各个产品中去,根本不会让用户感觉到这是同一个设计部门设计出来的产品。不同产品线的产品经理设计出的线框图可能千差万别,相同的情景,不同的交互方式,产品本身就出现了一些体验上的矛盾,产品经理缺乏沟通,而产品团队基本按照产品经理的规划设计产品,这就造成产品体验的差别。不同产品线上设计师的风格也可能存在差别,比如外观的尺寸设计、配色的选择等,会更加加深产品之间的不协调。产品设计者们有错,直接缺少了产品线之间和谐统一的一些桥梁,通过设计师之间的讨论以及研商,产品线上的产品经营设计师可以制定一套规则,架起这座桥梁,让设计者参考并且有准则。



方便设计开发产品


在制定设计规范过程,会形成统一标准的控件库。因为元素的尺寸规定、配色方案的确定以及视觉风格的统一,设计者可以按照功能需求直接调用规范中的一些标准控件,按照信息结构需求调用不同元素的尺寸进行设计,很轻易的输出一些高保真的原型图。



形成备案和文库


设计在产品方面也要文档与规范,设计规范不会一成不变,需要文档、备案记录每次进行设计的一些调整,调整的初衷和理论依据便于日后的回顾与总结。形成一些简单、易读的文档规范是对产品的负责任的一种体现。



制定提交物规范的时机


制定提交物规范的时机要恰到好处,过早与过晚都会为产品迭代带来一些烦恼和阻碍。在产品刚起步、仅迭代了几个版本的时候便要总结出一套规范,这个时候为时尚早,此时产品可能仅仅拥有大体方向上的一些基本功能,很多细分的功能不太完善,产品整体不够丰满,此时制定的一些需求并不能起到概括和统一的作用。随着产品的不断完善,大量的功能需求可能会添加进来,而规范也可能会随之大改。而在产品已经成熟之后,再制定一些规范就会太晚了,此时各个产品线上一些产品功能、机构、信息框架都已经定型。只有偶尔优化一些体验的细节修改和辅助类的一些功能添加,产品框架的逻辑尤其是前端技术框架已经定型了,而且技术人员在开发的过程中,对于产品界面的设计和交互方式也已经比较熟悉了,如果迭代过程中产品间的差别不大还好,如果差别很大,这些规范会增加技术人员进行调整时的成本,可能会拖延新版本上线的时间。如果部门在同时存在成熟和刚起步的产品时候,按照一些成熟的产品设计制定规范,可能会更方便后期的一些调整。即使规范出台比较晚,也比一些没有统一规范的部门要好很多。



制定设计规范的过程


制定设计规范的过程主要有以下几点:


1.注重早期的积累和归纳


设计师在设计初期产品效果图时,要注意时时归纳和总结,源文件和导出文件要进行分类和整理,对设计过程中使用的一些控件和模式要及时归纳,同时简单记录一些界面设计的初衷和一些有争议的设计等等。及时总结对设计后期的规定,打下良好的基础。


2.总结、归纳一些会议


制定设计规范时候,需要召集各个产品线的一些设计师,将设计结果进行汇总和提炼。这样的会议既是讨论性的会议也是决策性的会议,是制定设计规范过程中必要的会议。可以预先将这些规范划分成模块,分步进行会议讨论和决议,并且将不同模块对应不同设计师来负责。当遇到一些难以解决的产品之间互相冲突的问题,要及时沟通一些产品相关的负责人。当设计产品需要一些重大样式修改时,一定要记得及时沟通。设计组内部的建议也要做到统一,同时要得到外部的一些支持和认可。


3.制作


在动手制作之前,设计师之间要对规范本身的展开形式和样式达成一致。设计师会按照会议讨论出来的一些结果制作出自己负责模块的一些规范,模块可以分为配色、图标、控件尺寸、空间交互等等。


4.汇总和微调


将各个部分规范进行汇总,再修改一些细节。微调排版后,就可以发布一些规范了。为了是规范更便于传播和阅读,建议将规范作为一种网页的形式来来阅读,而不是在手机上阅读。



一份设计规范完整的内容


比如移动端的一些设计规范,首先我们可能要做一些前言,比如这个规范是给那个版本使用的。比如刚刚说规范需要标准色、标准字、图标、布局等。


goods1.png


标准色要列出一些标准色的应用范畴,应用范畴是有重要、一般和较弱,以重要为例,要列出它的使用场景。列出标准色的一些规范后,也需要结合一些示例来方便开发进行一些查阅。


goods2.png


标准字也需要列出一些重要、一般和较弱的信息,以及标准字应用的一些场景、字号、建议的行距和一些使用场景的说明,同时要列出一个示例,方便产品经理和开发进行查阅。


goods3.png


图标,有两种形式:未选中的状态和选中状态,此时要将切入大小统一,可以方便开发进行一些页面布局。


goods4.png


按钮,也做到一些多状态的描写,比如常用的按钮有默认状态、按下状态、不可点击的状态。


goods5.png


模块,比如整个APP是通过三个模块进行划分的,也就是说细线分割、留白分割和色块分割,整个页面的布局是通过这三个模块进行布局的。


goods6.png


布局,比如在这个APP中主要有两种布局,一种是顶部导航加内容的模式,一种是可拓展的顶部导航加内容,除去顶部导航还可能有个底部导航之类的。如图第一张就是顶部导航加内容。第二个就是可拓展式的导航。


goods7.png


goods8.png



【本文由麦子学院独家原创,转载请注明出处并保留原文链接】

分享到:

目录