看山不是山?

上午突然接到了电面,就在嘈杂的食堂面试了。最近恰好在思考设计和业务的关系,一时间有的问题回答得模棱两可。就不出所料被回绝了。每次都被回绝 qvq。

需要重新思考,放弃还早。
约了震震聊天,聊到的解决了我最近的疑惑,比如他觉得「产品设计师」就是把「产品经理」换了一个名词而已,瞧不上所谓的 UGD。哈哈。

确实,UGD 偏离了以用户为中心的思考,而是把以用户为中心作为一层皮套在以业务为核心的内核上。结果在回答电面问题时,因为最近没有好好思考过这类问题,回答得就比较混乱了。

做需求 vs. 产出

因为之前没需求做,以为是自己水平不行所以接不到需求(当然不是),就向震震要需求。震震说需求并不是持续不断的,有时没有需求也是正常的,这时候就要自己整理分析、沉淀,提升专业技能。比如像之前让我做的竞品分析、组件拆分和制作,还有接下来与用研同学一同定制的研究目标等,从更为深远的角度对产品进行了考量与优化。而不是沉浸在需求中、只看眼下。

这里就涉及到话语权的问题。有人会认为研究需求之外的,有点像和产品争夺话语权。但是实际上,如果不去了解业务相关的知识、分析、研究的话,其实是在降低整个沟通的效率,容易变成下游的下游。没有自己的思考、站不住脚,一味向产品经理了解情况。

最理想的状态是,产品经理提出功能需求,交互做细节上的决策,通过设计打磨、研究细节。在设计中体现自己的价值。这里也涉及到交互设计这个职位对自己意味着什么。

全局去把控体验 vs. 深钻

提到了之前部门的老大。说他之前都是做产品经理,可以掌控业务的全局。但是做了几年后,认为产品经理只是在执行上层的策略,出于某种坚定的想法,转做了交互,之后就到这里负责 UCD 部门。虽然功能需求是由产品经理提出的,但是具体的设计、体验是由交互制定,只要体验的整个环节中哪里出现了问题,就是设计需要解决的。这是另一个层面的「掌控全局」。

还有一种是深入研究某一类型的交互,比如 VR、语音交互等,牢牢掌控某个环节。

现在我的阅历和思考还不足以支持我做决策,选择某一条路,但是要肯定、坚定的是自己身为交互,为用户考虑、为体验负责的立场。前阵子,「以用户为中心」的看法,受到了业务、产品、开发资源的一些冲击,被动摇了,考虑的事物变得杂乱。在回答面试题时,缺乏坚定的理念和想法。现在回想一下,就是类似从「看山是山」到「看山不是山」,最后回归「看山还是山」的历程。要站在更高的地方思考,才不至于被纷杂的细节所迷惑。

完成 vs. 完美

与之前约聊得到的答案相似,都是要区分大小需求。对小需求而言完成最重要,而大需求上追求的是完美。在判断能力在线的基础上,划分出大小需求与对应应当花费的精力,提升工作效率。在小需求上体现效率,在大需求上获得成就感。

不过我目前处于半熟练状况,且需求不多,还是想要打磨自己的方案,进行多种尝试,在这个过程中逐渐提高熟练程度。在我看来,当累积到一定量时,小需求的完成也是一种完美。

使用设计方法

关于设计方法的使用,不刻意地学院派,不要把自己陷进去。不同的产品阶段有不同的做法、对应不同的方法。

会有这个疑问是因为接到的面试电话问:有没有在设计中,通过使用设计方法从而总结出设计规范。过于抽象,以至于我现在仍不太明白。设计规范是一个需要在反复的实践中提炼出来的,身为实习生的我几乎没有这种连续的机会。而且手中的项目也无需用到「设计方法」。最后只能回答之前使用「用户旅程地图」的一些体会和收获,谈不上总结出设计规范。

还有就是之前的公司,有过好几次的脑暴、分组交叉讨论,在这里倒只有小规模的讨论。究其原因是产品所处的阶段不同、部门的组成不同。不可强求使用某种方法去推动。

推动动效

在近日的需求中,针对一个抽奖结果做了小动效。在评审的时候一如即往地被开发说排期较紧,能不做就不做。于是询问如何是好。

得到的解决方法是:提前沟通,阐述目的。提前沟通是因为考虑开发的心理,本身就对动效有抗拒。在评审会上看到接连不断的需求,此时还被告知有动效要完成,简直是想都别想了。提前沟通就是减轻这种抗拒,同时通过阐述目的,让开发明白为什么要有这个动效,达成共识。诚然,设计动效有一定的理由,这个理由也要让开发明白,才可以。

这也是一种同理心。我之前有考虑过,身为前开发人员的我在此有什么优势呢?了解开发的痛点,运用同理心,更好地推动项目,达到设计目的。

见人说人话

专业名词在专业报告中使用即可,在外部沟通时尽量讲清楚,而不是追求简洁与界面效率。

建议

被肯定了专业能力和思考逻辑。

不足的是业务的推动、与同事的沟通上,比如讲话慢条斯理、声音有点小,说来说去说不到重点(嗯)。这和个人性格、习惯有关,也和待的时间长短有关(或许),但绝对是今后要努力锻炼的。一边说就一边帮着总结了自己的缺点。

平时在评审会上,项目负责人一边安排会议流程、一边做记录,在每个人讲完后,提出有疑问的地方、提炼总结修改点。我也想做到这样,有自己的见解、能挑出重点,并能提炼出来。

总结

谈了这些,加上周末和老王聊天,探讨了自己的不足,定下了改进方向,不确定性又消除了些。总结以上各点,即:

  1. 保持思考:思考在业务线中,除了需求之外还能做什么、如何凸显自己身为交互的价值,不要被需求牵着走。
  2. 有效推动:对设计方法进行取舍,注重效率与沟通,达到推动设计的目标。
  3. 消除不确定:改变自己说话充满不确定性的习惯,快速提炼出中心思想。