什么是产品设计师-职业产品设计师素养

产品设计师这事儿,说白了就是那个在画地为牢和对外卖小哥之间反复横跳的人。 你想想,设计这活儿干着干着,发现根本就是个“画几个框”的功夫。外围给你定个风格,里里外外都是你的,再加个运营兜底,最终还得靠产品本身来证明是不是真有用。
这就好比你站在一个宽马路中间,两边都搭了楼,楼长又高,结局你抛个砖,砖歪了,楼也没倒,可你还能拆了重来? 早些年,设计师和程序员是两拨人,可到了目前,这界限越来越不清楚。
那会儿画个原型要一周,目前的线框图半小时能搞定。但这种变化让大量人认定设计变玄学了。
实际上没那么复杂,它就是个把需求变成可视化的过程,然后跟团队对齐,最终让做出来的东西跑通闭环。 老派的设计师,脑子里多半装着线框图,那是他们唯一的武器。
那时候认定,只要画好了,就能变成实物,实物出来就能卖。可目前客户嫌费事,想要快速验证,直接把需求拍下来,扔给不懂代码的画师,“给你画个图,照着做就行”。便,设计师成了那个拿着图纸指挥施工队的角色。 这种模式下,设计师的脑子时常想半天,手却跟别的开发人员拧在一起。产品经理时常说:“你画这个线框图,我告诉你如何做。”设计师回答:“这不是标准流程吗?”结局就是,所有人都等着画图的人干活,其他人就等着等画完了。
这种状态持续久了,画完图的人早就累了,系统也早就崩了,还没等到真测试,项目就已经烂尾了。 真正出色的设计师,早就把画画当成一种灵感来源,而不是任务。他们不迷信线框图,但他们会用线框图来梳理思路。就像搭房子一样,你先得立好地基,再铺砖,最终盖屋顶。
只有先把逻辑理顺,后续的修改才好办。 举个例子。假设你要做一个物流追踪小程序。老派的设计师可能会想:用户肯定需求看到实时位置,还是得做一个定位图标。但他会先问自己:用户为啥要查位置?是为了找货,还是为了看轨迹?是为了防丢,还是为了统计客流?要是只盯着图标画,那设计就输了。 再比如一个外卖配送 APP。画界面上有个“配送中”的图标,这本身没啥难题。但真正的难点在于,系统得知道这个图标到底代表啥状态。是骑手来了?还是骑手在车上?还是骑手在抄近道?要是系统逻辑和画面对不上,用户拿着手机看到个动图,心里想的是“这人如何拉不回来”,而不是“他正在送”。 设计师得学会“翻译”。产品经理说“下单按钮”,设计师得想:“按钮下面得是啥?是图标?是文案?还是光影变化?”别把字当字,要把字变成视觉。就像有人说“我要个红色的按钮”,设计师得想:“红色代表啥?是紧急?是促销?还是一般/平平点击?”要是只纠结颜色,而忽略了背后的含义,这设计再精美也是空中楼阁。 并且,目前的产品设计越来越依赖数据反馈。
那会儿设计完就提交走人,目前得对每一版改动背后的数据负责。
要是改动后用户没反应,要么转化率低,设计师就得出来复盘。
这时候,你画得再完美,也得接纳“画完了就收场”的现实。
毕竟,产品不是艺术品,它是为了用的人而存有的。 故此,别整那些虚的说教了。设计就是做决策,把不清楚的需求变清楚,把粗糙的想法变精致。你要盯着数据看,盯着用户反馈看,盯着团队配合看。
不要总想着“画得完美”,有时候“快准狠”才是关键。 最终,你还要记得,你画的是界面,不是整个系统。界面是皮肤,系统是骨架。皮肤能够换,骨架坏了就别修。设计师得像个搭积木的,靠得住,别老是当个端水大师。
只要逻辑通顺,用户能看懂,不管是不是你画的原始稿子,它都能行。
毕竟,用户不关心你是不是原作者,只关心用完后包没包,能不能回手。 画个图罢了,别把设计想复杂了。
只要能把需求落地,把逻辑理顺,这就够了。
文章版权声明:除非注明,否则均为 静秋号介绍 原创文章,转载或复制请以超链接形式并注明出处。
相关标签: