查看原文
其他

产品跟设计抢活干啦,线框图该谁画?

The following article is from 体验进阶 Author 设计师ZoeYZ

我发现近年产品经理新人有个趋势,那就是画线框图的越来越多。

越是新人工作越细致,有的甚至能拿 Axure 做可点击的线框图原型!

图片来源:https://www.toptal.com/designers/ux/figma-vs-sketch

感觉产品经理的内卷,和设计相比有过之而无不及啊。

可这上下游的职位卷起来,就会出现一个问题,那就是:

抢活干,

内卷升级成了对卷!


产品经理可能也觉得,设计师分析业务目标、转化数据,是在跟自己抢活干吧。

好在设计是下游,就算抢上游的活干,也不对上游的产品经理产生直接影响。

但上游抢下游的活干,影响就明显多了。

就好比,有人把你的工作提前做了,那你自己要不要重新再做一遍呢?


真有不少设计新人跑来问我:

产品经理画了线框图
我能改吗?

这个问题,确实对设计新人影响挺大。

既想好好表现,又怕坏了规矩、得罪人,左右为难啊,真是新人何苦为难新人。


其实我个人还是挺喜欢看产品经理画的线框图的,因为看起来比纯文字的需求文档清晰多了。

设计师本来就不喜欢大段的文字,更何况需求文档主要是给开发看的,如果不口述解释一下,真的容易看到头晕。

百度「需求文档」的结果,比我工作时看的简单多了!

拿着这种线框图做设计时,我倒是不会有「改方案」的想法,因为我都是:

把产品经理的线框图当成
需求文档的图示。

就好像 TED 演讲时,背后配的 PPT 一样,只是语言的辅助工具而已。

图片来源:James Duncan Davidson  @ TED

产品经理的工作输出本就是需求文档,而不是线框图。有时间才画一画,如果没时间不画也 OK。

人家自己都没把线框图当作重点,别人当然也能这么想。

设计师的工作性质则刚好相反,图稿才是重点,文字说明只是辅助。

那么从各司其职的观点来看,双方对接的时候:

文字以产品经理为准,
图稿应以设计师为准。

这样才公平,对吧?

不过有人可能要质疑了,从层级上看,产品经理处于用户体验五大层次的更下层。按道理说,应该上层适应下层,设计顺应产品决策。

上图来源:精读《用户体验要素》让我有了不同的职场感悟

但从职责上看,没那么简单。

产品经理的主要职责是业务和功能,所以线框图不会考虑太多用户体验的东西。

而设计师的首要职责是用户体验,画方案的时候,也是应该以用户体验为核心。

如果设计师放弃自己的决策权,完全按照产品经理提供的线框图走,最后画出的效果图,在用户体验上难免有欠缺。

那么方案评审时或者上线后,

体验上的问题,
还是要找设计师背锅!

不可能因为线框图不是自己画的,设计师就能逃避这个责任。

如果能够用这个理由逃避,那设计岗位就真成画图员了,想必设计师本人也是不乐意的。


所以,我给设计师的建议是:哪怕产品经理画了线框图,还是得要从用户体验的角度上重新设计。

不要因为怕改别人方案,就什么都不做了。

最后,

我真的很欣赏
画线框图产品经理!

因为看有图的文档真的太爽了啊,比纯文字清晰多了,能节约我不少时间和脑细胞呢。


可惜能够坚持画线框图的产品经理太少了,通常只有新人才有这个动力。

要是所有的产品经理都有这习惯,那可多好啊。


推荐阅读


如何在公司内部推行figma
移动端弹层还有这些规则?80%设计师都用错了!
3天搞完的虚拟项目竟跟真的一样,这设计师太厉害


在看是最好的肯定与鼓励

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存