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

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

一份 PRD 包含哪些内容？

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

页面 demo 包含了什么？

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

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

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

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

换个角度呢？

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

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

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

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

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

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

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

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

人的专业性稂莠不齐

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

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

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

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

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

职位能力的广与深

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

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

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

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

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

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

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

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

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

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

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

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

总结

最后，上结论。

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

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

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