设计师们要求没有 PRD 不开工,于是产品经理问了我一个灵魂问题:如果他把 Demo、文案和逻辑都写完了,还要交互设计师干什么呢?

仔细想了想,我觉得他说的很有道理。

一份 PRD 包含哪些内容?

业务背景、数据目标、可行的实现逻辑、资源安排和排期。在实现逻辑中,涉及「人机交互」的部分,自然需要 demo 来帮助项目组理解整个过程。

页面 demo 包含了什么?

  • 容器:页面的布局草图
  • 跳转:功能和页面之间跳转的逻辑
  • 内容:文案/字段/素材的供给和展示规则

那么交互设计师的工作是什么?我可以负责任地说,基本上就是上面 demo 中所包含的那些。

本质上,我认为交互文档是 PRD 的一部分,没有任何问题。

参与过方案评审的人都知道,无论是前端还是服务端,他们的工作量和难度,要吐多少字段,要排布多少容器,的确要依赖页面的 demo 来决定。

换个角度呢?

以上,是站在客观视角看待这个问题。站回设计师的位置,很多人不这么看。

交互设计师心中的「职业门槛」是什么?我认为就三个方面:用户思维、设计工具的掌握,以及一定的美感。

设计师认为产品经理的方案过于商业,没有充分考虑用户体验;认为 demo 过于丑陋,没有遵循基本的美学原则;认为 Excel 不能画图,效果不如 PS、Sketch。

抛开门槛高低谈门槛难度都是耍流氓。以上三点中,用户思维和美感需要长时间的积累和训练,设计工具则可以速成。

恰巧,用户思维和基础美感这两个东西的积累,并没有太强的职业指向性。用户思维和共情能力挂钩,很多技术同学的摄影、衣着水平完全不次于任何一个设计师,那么剩下的,就是经验上的一些差距了。

嗯,所以你应该能明白门槛这件事,有些观点也不需要我说这么透彻了。

那么回到最初,产品经理和交互设计师的矛盾在哪里?是不是必须要有 demo 才能做设计?是不是必须要有交互设计师?

我认为,主要有以下几点。

人的专业性稂莠不齐

有的产品经理做啥啥不行,撕逼第一名。

他的用户思维、美感、工具使用并不强(与设计师重叠的能力部分),更致命的是,业务分析、数据目标制定、资源安排的能力也不强(产品经理的独占性能力),导致跟他合作总是输出大于输入,白白增加了数倍的工作量。

这种情况下导致了两个职位之间互相不信任,于是就寄托于「流程」。被坑怕了,所以要求必须xxx才能xxx,无非就是要你把独占性的事情做好,再来进行下一步。

同样,由于运营、产品在用户思维上相对短板,导致很多文案撰写、推荐逻辑、界面规则需要交互设计师来定义。这构成了交互设计师绝大部分的工作。

至于你说设计师做不好自己的工作?那他就什么也没有了。这就引申了下面的问题。

职位能力的广与深

说句设计师们不爱听的,产品经理的能力范围包括了交互设计师。普通交互工作,优秀的产品经理也能做。

只是在大公司,这种能力被划分得特别细致,才有了现在的分工。放在小公司,就是没有交互设计师的。

广度和深度,缘起于你花时间的多少。单论交互设计,产品经理要做更多其他的事情,自然没有时间深挖了。而设计师做单点体验,就必须要有深度。

因此,曾经没有用户思维、美感和工具使用能力的设计师是找不到工作的。

为什么是曾经?因为只会这些的交互设计师接下来可能也找不到工作了。请看第三个问题。

对「设计价值」定义的矛盾

其他职能,运营、商务、产品经理、技术、测试,对设计师的期待是把稿子画好看,逻辑画正确。

一般的设计团队也是这样要求设计师的。

但是大公司则不同,因为他们代表了设计师进化的方向。他们会要求设计师具备「独立价值」。

说人话,就是不甘于做产品经理的副手,不甘于做业务中的螺丝钉,不甘于业务成果自己分不到羹。所以他们要做更多的事,做其他岗位人做的事。

螺丝钉的事谁都不想花大力气,价值大的事,谁都不愿意让出主动权。

所以就像标题所说,产品经理和交互设计师,在不远的未来终有一逼要撕。未来在哪里?在需求池逐渐被产品化、被耗尽的那一天。

总结

最后,上结论。

互相之间到底要不要,这是个微观问题。本质上,产品方案和交互方案是没办法完全割裂的,也是没有办法完全分工去做的。

当一个产品经理能够把问题分析得很透彻,把需要的东西全部准备好,甚至也能把 demo 画得很完善。我觉得他就是不需要交互设计师。

同样的,如果一个交互设计师同样具备产品经理的能力,那他也不需要产品经理。

欢迎关注作者的微信公众号:「王镇雷」

zlqr21

点赞 6
收藏 8
继续阅读相关文章

发表评论 已发布 3

还可以输入 800 个字
 
 
载入中....
3 收藏