做懂交互的产品?做懂产品的交互

20160215

（年前没有写完，年后继续搬砖，顺便把内容再重新梳理了一遍）

今天老大给交互设计师和部分视觉设计师上了一堂产品经理的培训课，从实际的项目需求出发，十分受益匪浅，确实有些事情值得去考虑。

老大先抛出了一个问题（据说的某厂的一道面试题）：一辆卡车载着货物过桥洞，货物比桥洞高，怎么才能过去呢？

（我觉得在座的读者也想一想。加入有读者的话，哈哈）

好了，现在大家看看自己都想到了什么，是先运一部分过去，在运剩下的一部分？重新布局货物摆放方式使之低于桥洞高度？还是放掉轮胎的气？（这好像是一道脑筋急转弯的做法吧）

大家或者还有更好地解决办法么？

其实，不论什么解决方案，都不是提问者想要的。因为无论怎样的解决方案，都与一名交互设计师的做法相同吧——交互设计师往往考虑更多地是如何去实现某个需求，更加符合操作逻辑，让用户用着更爽。但是，交互设计师是否真的考虑过这个需求的合理性么？这一下子问到了核心问题。

时刻保持怀疑的态度。

每一个交互设计师都可以画出各种各样的线框图，一些专业技能更强的设计师甚至能完成各种代码或者动效，只是，在昨晚这些东西的过程中，交互设计师的角色是什么？往往在实际的工作过程中，都是产品经理提出需求，与产品、开发一起开会确定需求，确定工作量，然后交互设计师用自己的技能将各种需求以线框和流程的样式展现出来，便于UI设计师明确具体需要设计什么样的页面。这大概就是每个交互设计师日常的工作吧，或者说，这只是每个初级交互设计时的工作吧。

随着工作的进展，组里对交互设计师更高的要求是推动需求展开。线框图大部分产品经理也可以画，一些简单的需求，产品经理画的线框图基本上就可以满足需求了，所以交互设计师不仅需要会画线框图，更多地是具有产品思维，去推动更多需求的完成。

一般来说，交互设计师的思维，或者是说解决问题的方法往往是单向的，按照每一步的操作流程、页面跳转逻辑来完成交互文档的输出。

尽管交互设计师可能最后输出的文档内容是网状的，逻辑复杂，但是每一条路径都是明确的，有理可循的；产品经理的的工作思维则是像一棵树，确定了需求的主干，也要明确自己需要的各种资源，包括自己已经掌握的和未掌握的，当然，也可能包括一些与主干无关的零星资源。产品经理需要把自己的资源进行整合，知道自己掌握了什么、还缺少什么，然后为自己的需求的完成去寻找资源，完成需求。在这个阶段过程中，好的产品经理明白这将会是一个不断试错的过程，需要不断剔除与主干无关的内容，向着自己的主干目标出发；而差一些的产品经理则可能会分不清自己手中掌握的资源，可能努力了半天，却发现找到的都是与主干无关的内容，那么这样对于核心目标和需求的实现，就会出现大的问题。

再回答一下前面提到的问题，其实问题的关键不在于怎么过桥洞，而是要想一想，为什么要过桥洞？过桥洞的目的是什么？不过桥洞能不能达到目的？