在互联网团队里,如果说,研发是产品经理最常争吵的对象,那么,设计师,就是让产品经理最头疼的争吵对象。
因为,审美是设计师的专业,而我们,总会出于各种原因,去挑战设计师的审美。
01
产品经理在做产品设计时,除了考虑页面上会呈现出哪些元素,也会考虑到这些元素以什么样的形式呈现给用户。
所以,我们在绘制原型图时,也会将元素的位置、大小关系、元素与元素之间的关联性一并考虑进去。
也就是说,在产品经理和设计师的工作内容里,有一个重叠区域:我们都会考虑产品呈现给用户的视觉效果。
举个例子:
我们设计一个信息流的页面,设计师认为卡片式风格,最能凸显内容,产品经理则认为简约线条风格,能够让用户的使用更沉浸。
此时,两者的工作内容就发生了重叠,两者都在考虑页面呈现出来的视觉效果。
重叠区域里的争执是最激烈的,双方没有达成共识的判断标准,完全是主观与主观之间的碰撞。
在各自的思考里,自己都是正确的,而另一方也一定是错误的。
就像案例中的卡片式风格和简约线条风格,谁一定是正确的,谁又一定是错误的呢?
不过,在口才上,产品经理显然会略胜一筹,常常会迫使设计师放弃沟通,或者拒绝沟通。
如果设计师在和产品经理的沟通过程中,提到了这样的两句话,也就意味着他开始拒绝和你的沟通了。
第一句:“每个人的审美不一样”。
这句话的意思是:你说的好像有一点道理,但我还是认为我是正确的,只是不知道怎么和你讲,似乎怎么讲你都听不懂,所以,咱们点到为止,互不干涉。
第二句:“你的审美有问题。”
这句话的意思是:你完全是在强词夺理,说的东西都是天方夜谭。虽然,我没办法说出哪里不对,也没有办法证明你是错的,但我完全不认同你的判断。
尽管,产品经理在口才上有优势。但,如果对手拒绝沟通,那么,再好的口才,也没有什么作用了。
这是让我们头疼的更深层次的原因。
原本,两个岗位存在重叠区域已经让矛盾很激烈了,对方还有可能拒绝沟通。
在产品经理和设计师之间,拒绝沟通,基本可以等同于拒绝协作。
这样的处境,让产品经理的工作变得极为困难。
一方面,我们要对结果负责,要对产品最终呈现给用户的效果负责,无法将视觉效果的决策权完全分给设计师。
另一方面,要考虑设计师的情绪,避免对方拒绝沟通,避免对方拒绝协作,导致无法完整的表达自己的想法,总有一种束手束脚的感觉。
退,不能退;进,也不能进。
在和设计师产生争执时,进退两难的处境,就特别微妙了。
如果遇到这样的情况,你会怎么做呢?
02
其实,产品经理与设计师之间的重叠区域,是一个误区。
当我们试图站在“审美”的角度,去和设计师沟通时,就会陷入到误区当中。
“每个人的审美不一样”,如果我们抛开这句话背后的情绪。那么,这句话本身是没有错的。
甚至,我们也要认同设计师在美学上比产品经理更有话语权。
不过,我们所做的是“产品”,并不是艺术品,“美学”也不是产品的判断标准。
互联网已知的产品里,用“审美”形成过竞争优势的只有网易云音乐,也仅仅只是一段时间内的优势。
除此之外,市场上不存在任何一款以“审美”成功的产品。
所以,产品经理与设计师之间的争执,不是“审美”,而是“需求”。
回归到需求本身,就是规避重叠区域的方法。
站在“需求”的角度,产品经理是需求方,设计师是供应方。
我们提出对于视觉的需求,设计师则要通过自己的技能,实现这些需求。
原本的重叠区域,就变成了上下游的供需衔接关系。
举个例子。
还是“内容流”的视觉呈现形式。产品经理认为简约线条风格好看,设计师认为卡片式更好看。
我们可以吵一架,去争执谁的审美更好,哪一种设计风格更好看。
也可以和设计师明确页面的视觉需求:
“需要用户在单位时间内,尽可能阅读较多数量的内容,这样可以增加用户产生兴趣的几率,同时,提升阅读效率,也能让用户更多的感知到平台丰富的内容”。
简单分析一下:
卡片式的设计风格,在内容和内容之间会有较大的间隙。
通过这种处理方式,可以让单条内容有更佳的沉浸式阅读体验,缺点则在于页面的利用率较低。
间隙以及卡片的一些样式占据了页面空间,相同时间内,用户能够浏览的内容数量比简约线条风格要少许多。
简约线条风格和卡片式风格,两种视觉效果的差异就体现在单个内容的阅读体验和整体阅读效率上。
如果,我们能让设计师准确理解我们对视觉的需求,就能建立一个双方都认可的判断标准。这样一来,争执,就变成了向着同一个目标前行了。
案例当中,被明确的需求,就是“单位时间的阅读数量”,以此为标准,设计师不仅会接受简约线条风格。甚至,还会提出更好的设计方案。
03
严格上来讲,产品经理与设计师,产品经理与研发这两组关系是相同的,都是上下游关系,都是需求方与供应方的关系。
我们向研发提出的是功能需求、逻辑需求,研发则供应了代码和程序。
我们向设计师提出的是视觉需求,设计师则供应了审美和设计稿。
在和设计师沟通时,只要回归到需求,以需求为核心,向设计师交付我们具体的“视觉需求”,就可以避免无意义的争执了。
简单来讲,不要和设计师说怎么改,也不要说你想要的效果,而是要达成“视觉需求”上的共识。
最后,给你一个建议:
当设计师和你讨论“审美”时,将其等同于研发和你讨论“代码”,自动屏蔽掉相关的信息。
然后,回归到需求的讨论当中,用需求建立标准,避免掉入到“审美”的陷阱中。
来源 |枯叶咖啡馆(ID:gh_bbe17bbe6a9e)
作者 | 枯叶咖啡馆;编辑 | 杂芜
内容仅代表作者独立观点,不代表早读课立场。
继续阅读
阅读原文