产品经理要精通交互，呵呵！

经常看老汤文章的朋友可能有个感觉，就是我很少去写交互体验，原型设计这类很多互联网产品经理习惯写的文章，我翻了翻自己写的上百万字的资料，貌似真正以交互和原型为主题的文章似乎只做了一个专题，有兴趣的朋友可以看这个专题：《一个产品经理在原型设计上的一些想法》：

产品经理到底需不需要去做原型：http://www.chinapm.com.cn/?p=4165

产品经理做原型，做到什么程度就可以了：http://www.chinapm.com.cn/?p=4172

产品经理交付给实现部门的是不是只有原型就可以了：http://www.chinapm.com.cn/?p=4178

这倒不是因为我否认互联网的产品经理可能或需要涉足这方面的工作，毕竟我也有很长一段时间是在做这些工作，而是因为我一直把产品的“管理”作为学习、研究和传播的方向，我们毕竟是产品经理，做的是产品管理的工作，这才是我们真正的职业方向和目标。

但是，昨天看了一篇文章后，尤其是文后作者对一个评论的回复，让我觉的有些观点需要探讨一下，见下图：

交互这块我做过没，做过，但是我承认自己并不专业，但是这并不影响我管理好一个产品。

其实交互设计只是整个产品介质设计团队的角色之一，那么，一个产品介质的设计团队都包括哪些角色呢？见下图：

这四个角色的工作协作是什么样子的呢，通常情况见下图：

也就是说，我们经常说的UE，用户体验，其实应该是由这四类角色共同来完成的，既然作者写的是交互设计，那咱们看看交互设计师是怎么定义的呢？见下图：

简而言之，交互设计师的核心职责就是保证产品介质在设计层面上的“可用性”，但是，产品介质不是只有“可用性”就可以的，还需要用“适用性”，也就是产品介质能够真正解决客户的问题，而这个则是“可用性”的前提，产品本身缺乏解决问题的能力，那就是华而不实的产品了。

不过文中有一个观点我是同意的，就是对于很多互联网公司来说，并没有这样的设计团队配置，因此，产品经理就不得不在无奈的情况下客串一下，何止是交互设计，其中还有一个角色也经常是要客串的，就是原型设计师。

说到这里，重点来了，如果按照作者的观点，说产品经理需要精通交互设计是因为没有交互设计师，那原型设计如果没人做，是不是也要精通呢，那视觉设计没人做，是不是也要精通呢，那原型测试没有人做，是不是也要精通呢？

或者干脆说，产品经理一个人就顶一个设计团队去做算了。

因此，基于现实的情况，我来说说我对这些设计工作和产品经理之间工作关系的观点：

1、造成这种情况的根本原因不在产品经理个人，而在公司，没有相关的配套角色，因此，目前只能这样操作了。

2、就算产品经理去扮演这些角色中的某些，但是也不需要去精通，因为精通这意味着你必须要花费大量的时间去学习这门知识，而每个人的时间是有限的，我们花在这些工作上的时间多了，那么，花在“产品管理”学习上的时间就少了，要精通也是精通产品管理。

3、我们只需要用合适的工具能够表达出所管理产品在UE上的关键想法和信息，能够方便和团队进行协作和沟通过就可以了，永远不要忘了产品经理在“产品”的执行实现上，是要依赖专业团队来完成的，我们的专业领域是在“管理”上。

可能有朋友同样会质疑我的观点，说，你做过互联网产品吗就这么说，正是因为我恰恰做了很长时间的软件、互联网产品，才得出这样的观点。

比方说在做原型上，我刚开始做软件产品的时候，哪有什么专业的工具，我们都是纸上画，后来开始用word的绘图，不好用，就换成PPT，甚至还用excel做过，直到最后才发现一个做PC软件交互的神器，GUIdesign，不知道有多少朋友使用过，不过现在都是手机APP的时代了，这个软件估计很多朋友没用过。

后来做互联网产品，GUIdesign就不合适了（其实也可以画WEB原型的，但是相关的控件和交互还是不够好，并且效率不高，协同不好，这个玩意擅长的还是PC端的应用），于是就开始使用Axure，但是Axure做WEB端可以，但是做移动端应用就有点勉强了，并且同样协同也不太好。

这么多年的经历，我深刻感受到一点，就是无论互联网产品经理学什么样的设计方面的技能，都是为了更好的表达自己对产品在介质层面的想法，都是为了更好的实现去如何解决客户的现实问题，也都是为了更高效的和设计、开发团队交流，目的在于效率，而不是成为专业的设计人员，我们千万不要本末倒置了。