接到一个需求,兴奋的开始画图,画完后心满意足的评审,产品和开发却提了一大堆问题,你懵逼的陷入了改图和自我否定的死循环。看了今天的文章,也许会帮你解掉这个死循环。

2017年的第20篇文章。

前言:作为刚入职的新人交互设计师,想必都是信心满满,想为用户的美好体验做出一番设计。但是现实中想法往往是美好的,经历往往是残酷的,作为新人,如何在工作流程中发挥自己最大的价值,以及如何更多的争取到改变体验的机会,下面结合自己和公司项目现有的流程,以一个初创立的产品,梳理一下新人如何在设计流程中发挥最大的作用

设计流程:需求探索-需求确立-产品审核-交互评审-交互详讲

1.思考需求的本质

接到一个需求,兴奋的开始画图,画完后心满意足的评审,产品和开发却提了一大堆问题,你懵逼的陷入了改图和自我否定的死循环。看了今天的文章,也许会帮你解掉这个死循环。

需求探索

这个时期是最早接触到需求资料的时期,有可能来源于上级,产品等各种渠道。虽然这个阶段,更多是产品经理在参与,确立需求,撰写PRD的阶段。但是如果想在后续阶段争取更多发言权,就应该在这个阶段切参与需求确定,了解需求,去讨论需求的合理性。这并不是说我们一定要去改变功能或者一大早就和产品经理撕逼,更多的是理解业务,例如为什么要做这个功能(业务目的),产品做这个功能期望得到什么样的结果(业务目标),谁来使用这个功能(目标用户),不然等到需求确立开始出稿的时候才发现需求的不合理和不理解,结果反复讨论更加浪费精力和时间

接到需求之后,你一定要多问为什么,PM为什么要提出这个需求?是为了解决什么问题?这个问题真实存在吗?如果真实存在,做了之后能给用户和公司带来什么价值?切记,每次做case一定要先问问自己这些问题。一定要改掉接到需求就直接画图的坏毛病。

1.思考需求的本质

需求确立

这个时期就是所有交互最熟悉的节点,一般会接到一份确立过的PRD,这个时候我们就可以围绕PRD展开设计。但是在画原型稿之前,还是那句话,熟悉业务,这会减少后期很多不必要的时间。这个阶段主要的任务有清楚知道用户为什么要使用这个功能呢(体验目标),然后从流程图开始,梳理该展现的内容,这个环节接下来这些内容这篇文章就不细说了,因为会涉及很多做交互的细节

那么怎么解决这些问题,单靠你一个人肯定回答不了,因为你不是老板,也不是用户,不了解公司的战略定位和目标用户的真实场景。所以需要沟通,而且是反复的沟通,不停的问,只要这样才能获取到足够的信息来支撑接下来的设计方案。

接到需求之后,你一定要多问为什么,PM为什么要提出这个需求?是为了解决什么问题?这个问题真实存在吗?如果真实存在,做了之后能给用户和公司带来什么价值?切记,每次做case一定要先问问自己这些问题。一定要改掉接到需求就直接画图的坏毛病。

产品审核

初稿完成的阶段会交给产品经理进行一次审核,这个阶段主要是进行修改,而最重要的是,如果产生异议,如何把自己的设计方案推销出去,这就要求前面设计的时候必须清楚了解自己是为谁设计为什么设计,假如没有深入的思考,那么最后面临的只是改改改

沟通之后,再结合自己的思考,总结着这次case的设计目的是什么。下图是我最近的一个小需求迭代,事先和产品沟通的时间远远超过了画图的时间。

那么怎么解决这些问题,单靠你一个人肯定回答不了,因为你不是老板,也不是用户,不了解公司的战略定位和目标用户的真实场景。所以需要沟通,而且是反复的沟通,不停的问,只要这样才能获取到足够的信息来支撑接下来的设计方案。

交互评审

这个阶段主要将自己的原型稿交给上级或者设计主管进行讲解和评审,可能流程上会和产品审核互相穿插,形式上也会有一些相似,但是设计主管可能更关注的是用户体验的合理性,而产品经理可能更多考虑的是设计是否能达成业务目标,作为设计者你都要做的都是清楚了解自己为什么要这样设计,设计的支撑蒂娜在哪,才能去说服别人,从而获得别人的认可。由于主管不一定能了解你所做产品的业务逻辑,所以提前把流程说清楚,讲清楚自己遇到什么困难,怎样去解决,用了什么方法也是极其重要的(表现能力的重要机会)

黑体字是设计目的,破折号后面是为了达成目的而需要设计的功能。后续的工作便可以依据设计目的而进行。

沟通之后,再结合自己的思考,总结着这次case的设计目的是什么。下图是我最近的一个小需求迭代,事先和产品沟通的时间远远超过了画图的时间。

交互详讲

对于原型稿来说,最早一批用户反而是团队成员,例如开发人员,有时候一些隐喻的交互没办法用交互注释表明出来,这个时候就需要组织交互详讲会,主要目的清洗开发过程中的障碍,同时不同职责的成员也会对你的交互稿提出疑点,这就要求你的交互稿子要做得细致,把各种隐喻的状态都描述清楚,把界面画全,把你的原型稿当成产品去介绍给不同的使用人群

设计目的出来之后,事情并没有结束,这个目的需要验证,有三个衡量标准:

图片 1

总结

1.产品能力:理解业务逻辑,业务目的和目标,才能更好的和用户目标进行权衡,达成双赢的界面
2.专业能力:做好本职工作,把原型稿注释,状态,页面等画全
3.沟通能力:了解不同人群的需求,做好沟通工作,想办法推销自己的设计方案,说服他人

①询问产品和管理层的意见

设计目的

②这个设计目的有没有给用户带来价值

黑体字是设计目的,破折号后面是为了达成目的而需要设计的功能。后续的工作便可以依据设计目的而进行。

③有没有给公司带来价值

设计目的出来之后,事情并没有结束,这个目的需要验证,有三个衡量标准:

①确保了管理层的意图尽可能的在你的设计目的中得到传达;每个需求都是为了能给用户或公司带来价值的,不是为了情怀买单,这是标准②和③。

①询问产品和管理层的意见

2.梳理流程,输出流程图

②这个设计目的有没有给用户带来价值

好不容易整理出设计目的,但这个东西还是很虚,指导不了画界面。这需要借助一个万
能的工具,流程图。我们都知道,交互设计不同于其他设计,交互设计的对象是行为,而行为是连续的、不确定的。连续的,说明是有顺序的;不确定的,说明有多种可能性。

③有没有给公司带来价值

熟悉我的人都知道,在学校学的是软件工程,因为要学习使用流程图去梳理算法逻辑,所以对流程图很熟悉。第
一次接触流程图,就感觉如获至宝,这不是思考问题的利器吗?

①确保了管理层的意图尽可能的在你的设计目的中得到传达;每个需求都是为了能给用户或公司带来价值的,不是为了情怀买单,这是标准②和③。

那么为什么要画流程图?

2.梳理流程,输出流程图

画流程图,第
一能帮你了解用户的行为顺序,第二能避免漏掉异常和分支流程,第三,流程图使用熟练之后,你会发现,这是大概每个流程的节点基本上会对应到产品的某个界面。

好不容易整理出设计目的,但这个东西还是很虚,指导不了画界面。这需要借助一个万能的工具,流程图。我们都知道,交互设计不同于其他设计,交互设计的对象是行为,而行为是连续的、不确定的。连续的,说明是有顺序的;不确定的,说明有多种可能性。

拿上图流程图举例,用户签名对应一个界面,签完名后台进行判定,如果匹配成功,提示匹配成功,这是一个提示界面;匹配不成功则dialog提示并提供重写和立即体验两个入口,这对应的也是一个dialog的页面。

图片 2

从思考需求的本质总结出设计目的,到利用流程图梳理用户行为,设计的思路会越来越清晰,越来越具象。接下来就可以依据设计目的和流程图,开始着手画线框图了。但是我建议,在画图之前,会相关开发人员进行沟通一下。

流程图

3.和开发人员沟通,了解技术的局限性

熟悉我的人都知道,在学校学的是软件工程,因为要学习使用流程图去梳理算法逻辑,所以对流程图很熟悉。第一次接触流程图,就感觉如获至宝,这不是思考问题的利器吗?

按照道理,只要能说清楚逻辑的需求都能够被开发出来,但是,产品上线时间是固定的,而且大部分公司都是倒排序,所以开发和测试的时间都很紧凑,为了确保产品和功能的准时上线,有时候是要进行设计上的妥协的。

那么为什么要画流程图?

所以我建议,站在用户体验的角度,做一个相对极
致的设计方案,然后再做一个相对保守的方案,这个保守的方案也许并不出彩,但是确实各方因素妥协之下最
好的结果。

画流程图,第一能帮你了解用户的行为顺序,第二能避免漏掉异常和分支流程,第三,流程图使用熟练之后,你会发现,这是大概每个流程的节点基本上会对应到产品的某个界面。

我们总结一下,接到需求不要急着动手画图,这往往会使设计师陷入改图和自我否定的死循环。解决这个死循环的方法论一共有三步:先通过了解需求的本质来确定case的设计目的;再通过流程图这个有效工具,来梳理用户行为、考虑全面分支和异常流程;最
后和开发人员沟通,了解技术给设计方案带来的局限性。做完了这三步,再放开手去画图吧。这个时候往往会更加得心应手、收放自如,因为经过三步思考,画图便是水到渠成的事情。希望今天的文章能对你有所帮助。

拿上图流程图举例,用户签名对应一个界面,签完名后台进行判定,如果匹配成功,提示匹配成功,这是一个提示界面;匹配不成功则dialog提示并提供重写和立即体验两个入口,这对应的也是一个dialog的页面。

原文来自厚学网:https://www.houxue.com/news/387241.html

从思考需求的本质总结出设计目的,到利用流程图梳理用户行为,设计的思路会越来越清晰,越来越具象。接下来就可以依据设计目的和流程图,开始着手画线框图了。但是我建议,在画图之前,会相关开发人员进行沟通一下。

3.和开发人员沟通,了解技术的局限性

按照道理,只要能说清楚逻辑的需求都能够被开发出来,但是,产品上线时间是固定的,而且大部分公司都是倒排序,所以开发和测试的时间都很紧凑,为了确保产品和功能的准时上线,有时候是要进行设计上的妥协的。

所以我建议,站在用户体验的角度,做一个相对极致的设计方案,然后再做一个相对保守的方案,这个保守的方案也许并不出彩,但是确实各方因素妥协之下最好的结果。

我们总结一下,接到需求不要急着动手画图,这往往会使设计师陷入改图和自我否定的死循环。解决这个死循环的方法论一共有三步:先通过了解需求的本质来确定case的设计目的;再通过流程图这个有效工具,来梳理用户行为、考虑全面分支和异常流程;最后和开发人员沟通,了解技术给设计方案带来的局限性。做完了这三步,再放开手去画图吧。这个时候往往会更加得心应手、收放自如,因为经过三步思考,画图便是水到渠成的事情。希望今天的文章能对你有所帮助。

相关文章