最近一段时间变成了一个视觉和交互身份互相切换的角色,尝试做不同岗位的工作还是收获
很大的,可以帮助我们提高认知格局,以及扩大舒适区。建议大家多去尝试不同岗位的工作,
获益匪浅。下面主要分四点来叙述我的一些心得:
1.对业务的理解渗透
2.保持高效沟通和推动力
3.利用限制做更好的设计
4.往"好的"设计师发展
首先我们需要清楚就是ued的价值是什么?是给用户提供更好的产品体验?还是更好的服务
业务方。我觉得不完全是,ued的价值体现有很多种,它既是一个服务部门也是一个业务部
门。为什么这么说,我们服务业务的需求,用户的诉求,同时我们也需要站在业务的角度去
提出需求,推动需求,这样才能更好的体现ued的价值。
最近在看一部破案的悬疑剧,做产品设计就像是警察破案一样,如果总等着别人给你线索去
找到事情的真相,那么你一定成为不了一个伟大的警探。只有深入了解业务从而提出一些能
够帮助业务发展满足用户需求的方案,才是我们接近真相最快的方式。
理清楚业务的发展方向和所有用户触点,我们能发现产品的需求的获取途径无非也就是客服、
用户群、上游业务方或以及自我挖掘。这些需求哪些是解决临时问题,哪些是在业发展轨道
上的需求我们可以去分辨一下,需求延伸出来的需求我们也可以去细化一下。
然后就是全链路的设计思维,从用户对产品的初次接触开始到最后消费、收货以及复购整一
个链路的触点进行深入思考,从而发现机会点以及用户痛点。
举个简单的例子我们是一家b2c的社交电商平台,用户可以通过付费成为b端店主从而可以在
平台卖商品给其他c端用户,赚取收益。所以我们的业务核心是社交电商,基于社交这个核心
去卖东西,那怎么样才能将商品卖给更多的人?我们希望让店主和其他买家建立起一些关系:
供求、推荐、社交依赖等等,针对这些关系我们能够在产品上做一些相应的功能来促使卖家
端的用户更愿意卖商品,更有成就感,帮助他们形成一种经营的场景。
基于这个背景,我们就从缩短卖家和买家的交流路径和扩展交流渠道做了些功能,甚至帮助
卖家做了买家管理的功能,能够让卖家随时可以清楚的知道哪些用户拿到优惠券却没有购买
过的行为以及最近一次下单时间的数据,以便卖家对其激活。所以我们发现其实很多时候在
服务链路的触点剖析出来后,能发现更多的机会点。
总结一下:多了解公司业务、产品逻辑和用户触点会更容易帮助你提高用户体验
1.同理心
高效沟通的核心就是需要设计师有同理心。同理心不仅在我们做交互或者视觉设计的时候需
要有,在部门,团队内沟通的时候也尤其重要。简单来说就是站在他人的角度思考问题。
特别是涉及到一些跨部门合作和沟通的时候,往往一些设计稿,交互方案不能通过的时候,
我们需要考虑的是:
1.设计的方案是否满足用户需求的同时完成业务需求,因为在做方案的时候往往会忽略业务
目标:运营设计的时候酷炫的效果淹没了核心的文案、交互设计的时候为了用户操作方便隐
藏了业务的利益点。这些都是沟通不到位的体现。
2.业务方的利益需要权衡,首先我们需要保证各业务方的目标是一致的,就是提高gmv,在
这个背景下,设计提出的方案是否有必要增加业务方的工作成本。
举个栗子:我们公司是电商平台,那么运营还有商品部必定背负着kpi,所以他们理所当然成
为了我们的上游,但是我们为了提高用户体验,势必也会提一些优化的需求,大到页面改版,
小到图片剪裁,但是我们单方面出的方案是不具备可落地性的,当我们在ued内部达成一致产
出了一个优秀的方案时,再一起评审需求的时候业务方会这么回复:没人维护、图片不想重
新做、商品没人管理等等让你哑口无言的理由。
因为你的设计变动让他们承担了风险,本来可以完成的kpi因为你单方面的“优化”而没了底
,换做谁都不会同意,所以之前内部一遍遍改的方案依然还要再改,这里可能会有人说了,
既然目标一致,那为了提高gmv我们可以招人做需求啊。招人的成本也是很高,除非是很有
把握能提升gmv或者影响战略产品发展的需求,否则是不会给增加这个指标的。
2.推动效率
产出想法和最后上线使用是两个事情,中间的过程就是考验设计师的推动力以及组织协调能
力。所以uxd的核心依然是设计师的交互,交互在整个链路中可以偏向产品、用研,视觉反
而不是那么重要。
这里会遇到一些问题,作为一个中台服务型部门的一位设计师,如何协调各部门,将你的方
案达成一致,并最终上线服务用户,这就是一个设计师的价值所在了,当然会碰到一系列问
题比如别的部门没有资源支持、开发资源排不上、福利奖励政策不确定等等因素。所以如何
推进需求落地是一个比较讲究策略的事,具体我也得再摸索摸索。
比如前两个因素,一个是需要用同理心去考虑方案,让老板明白这个需求的价值,更好向下
推动。第二个需要寻找利益方明确需求的价值,帮你共同推进项目。所有需求都会有一个优
先级,整理好优先级才能让别人清楚你是有计划和目标在做的。
总结一下:提升沟通、组织、协调能力能够帮助设计师更好的服务产品和用户,也是职场必
备的技能。
总结一下:提升沟通、组织、协调能力能够帮助设计师更好的服务产品和用户,也是职场必
备的技能。
最近也在读《用户体验方法论》这本书,大家可以去看一看,多读几遍。书中有一个观点也
是我非常认同的:利用系统限制做更出色的设计。
之前UXD的概念非常的火,各路大佬也纷纷对此概念做了诠释,简单来说UXD对综合能力要
求很高,但不是亲力亲为做各个岗位的工作,而是需要精通,一旦需要你,也能立马上手,
这是非常难得的。
而想要成为这样的人,无不是对各个岗位的专业技能上有深刻见解的人,如果你是视觉设计
师,建议去读一下各各系统的人机指南,这些指南给开发者提供了一套很好的做视觉和交互
时候可以遵循的原则,而这些原则实际上来说就是这些系统的一部分限制,例如性能、手势、
按钮以及message。
每个公司对于产品都有一套规范组件库,但其实这些组件本身并不能完全脱离这些人机指南
中的标准,你会发现系统默认的性能会更好,而一旦采用个性化自定义那就会一定程度上影
响性能。
就比如安卓的过渡绘制:在屏幕一个像素上绘制多次(超过一次)。比如一个TextView后有背
景,那么显示文本的像素至少绘了两次,一次是背景,一次是文本。在开发过程中如果出现
了粉色及以上的过渡绘制颜色时,就说明了该页面的性能被严重影响,这就是为什么很多页
面看起来切换的时候会比较卡。
那为什么会有这些过渡绘制出现,其实可以解释为冗余的背景和嵌套过于复杂的layout。比
如开发在些嵌套布局的时候,嵌套的布局和被嵌套的布局是否一致,一致则可以去掉一层相
同的背景色,减少绘制。具体大家可以google一下安卓过渡绘制的解决方法。这里只是告诉
大家有时候设计的形式以及设计过程中和开发的沟通很重要,适当考虑开发的一些规则,也
能帮助我们优化产品。
图片来源于网络
再举个例子:当你看到两个端的一个页面呈现了同样的商品信息,你的第一感觉一定是这些
数据是一样的,而背后这些商品上传的路径以及上传图片的规则也不一定相同,他们还可能
来自于数据库的两张表,只是这两张表的数据是一样的,又或者这些商品图片加载的规则又
不同。
总结一下:限制不是局限,了解限制和性能能更好的帮助创新。
说点轻松的,为什么这里用“好的”来定义,因为我也只能用这个形容词,毕竟不能说死。
暂且不说什么是不好,但是好的设计师我还是能举出一些共性的点来,比如扎实渊博的学术
知识、比较全面的生活常识、出众的判断力以及决策力、出色的解决问题的能力,优秀的沟
通组织协调能力、谦逊学习的能力、对人性的解读和对他人理解的同理心的能力。
所以成为一个好的设计师并没那么轻松对吧,这段时间我也一直在想,很多时候限制我们成
为一个好的设计师,可能是我们观察和体会的太少,如果仅仅沉浸于自己的舒适区和做职责
范围内的事,我们会越来越捉襟见肘,受制于人。不仅仅是工作上,生活上也是,特意练习
观察力和多体验不同的生活方式也是很有帮助的。
最后想说的一点是认知的高度决定了思维的高度,做事多考虑的全面一些不会错,并且有问
题先考虑他人的顾虑,会更事半功倍。
最后谢谢大家,不过还是想尽量带给大家比较有用的经验和知识,设计这条路希望可以一直
陪大家走下去~
暂无评论
违反法律法规
侵犯个人权益
有害网站环境