博文

目前显示的是 五月, 2017的博文

为什么设计师这次发挥不好——多一点沟通和信任,少一点盲目指责和气急败坏

#本文目标读者 ——愿意和团队成员积极沟通,提高团队设计质量的产品经理 ——有着一年到三年工作经验ui ux设计师 #请以下人员赶紧撤离 ——给自己封上ux designer实际上却对设计了解甚少还不自知的产品经理 ——资深设计师或是刚工作不久的新人 ——不愿意和团队沟通协商解决问题,只愿意当甩手掌柜的产品经理 ——碰到问题认为多花时间就好的产品经理(比如说你们加班就可以了,或是多给两天就可以了) #为什么设计师这次做得不好? 如果一个人不懂写代码那么去review他人提交的程序,那么是不是有些荒谬?但是在现实的工作中,许多产品经理并不懂得如何评估设计质量,他们只会保佑设计师太差劲了...如果一位有水平的设计在本次设计中并不能提交令人满意的设计,那么这篇文章或许能给你一些必要的帮助。 留意这些影响设计质量与选择的场景: -是否在成本上有所暗示 如果事先暗示设计师这不是一个重要的项目,或是不希望设计师投入过多成本,那么指望设计师主动绘制精美的图标复杂的插画制作精美的动画....这就像是让程序员赶紧写个小功能赶着上线却要求性能超好bug也特少——纯属异想天开。清楚的告诉设计师自己对于该项目的预期很重要,如果设计leader或是产品经理对于该项目抱着一种随意的态度那么设计师就可能把本来就有限的时间放在无用功上。 -是否沟通不足或是沟通意愿不足 部分项目涉及多个部门的沟通和预期,应该给予更多时间明确各方需求发掘对方真正的诉求上。前期少开的会议少画的草图都会导致把有限的经历花在修修补补某个半吊子当中。 -是否希望设计师脑补 部分产品经理内心总是有着某些期许,这些期许可能是希望产品有更多有趣的设计,可能是来源于竞品,可能是个人对产品形态的一些理解。如果设计师无法实现这些期许——那么他就会认为这是设计质量问题,设计师工作态度等等问题。有期许没有问题,但是不表达自己的期许和方向却默认设计师按照这个方向进行那么就可能带来不必要的沟通问题。更糟糕的是菜鸟们(即便入行很多年也可能是菜鸟)通常容易仅仅抓出某些向度不放(我就是要那种高大上的感觉,我就是要简单!简单!简单!为什么你们没有做到人家巨大精英团队用很久做到的事情!!!!)那么容易带来误判以及更多的沟通不畅。对于产品最终形态有偏好没有问