20160215

（年前沒有寫完，年后繼續(xù)搬磚，順便把內(nèi)容再重新梳理了一遍）

今天老大給交互設(shè)計師和部分視覺設(shè)計師上了一堂產(chǎn)品經(jīng)理的培訓(xùn)課，從實際的項目需求出發(fā)，十分受益匪淺，確實有些事情值得去考慮。

老大先拋出了一個問題（據(jù)說的某廠的一道面試題）：一輛卡車載著貨物過橋洞，貨物比橋洞高，怎么才能過去呢？

（我覺得在座的讀者也想一想。加入有讀者的話，哈哈）

好了，現(xiàn)在大家看看自己都想到了什么，是先運一部分過去，在運剩下的一部分？重新布局貨物擺放方式使之低于橋洞高度？還是放掉輪胎的氣？（這好像是一道腦筋急轉(zhuǎn)彎的做法吧）

大家或者還有更好地解決辦法么？

其實，不論什么解決方案，都不是提問者想要的。因為無論怎樣的解決方案，都與一名交互設(shè)計師的做法相同吧——交互設(shè)計師往往考慮更多地是如何去實現(xiàn)某個需求，更加符合操作邏輯，讓用戶用著更爽。但是，交互設(shè)計師是否真的考慮過這個需求的合理性么？這一下子問到了核心問題。

時刻保持懷疑的態(tài)度。

每一個交互設(shè)計師都可以畫出各種各樣的線框圖，一些專業(yè)技能更強的設(shè)計師甚至能完成各種代碼或者動效，只是，在昨晚這些東西的過程中，交互設(shè)計師的角色是什么？往往在實際的工作過程中，都是產(chǎn)品經(jīng)理提出需求，與產(chǎn)品、開發(fā)一起開會確定需求，確定工作量，然后交互設(shè)計師用自己的技能將各種需求以線框和流程的樣式展現(xiàn)出來，便于UI設(shè)計師明確具體需要設(shè)計什么樣的頁面。這大概就是每個交互設(shè)計師日常的工作吧，或者說，這只是每個初級交互設(shè)計時的工作吧。

隨著工作的進展，組里對交互設(shè)計師更高的要求是推動需求展開。線框圖大部分產(chǎn)品經(jīng)理也可以畫，一些簡單的需求，產(chǎn)品經(jīng)理畫的線框圖基本上就可以滿足需求了，所以交互設(shè)計師不僅需要會畫線框圖，更多地是具有產(chǎn)品思維，去推動更多需求的完成。

一般來說，交互設(shè)計師的思維，或者是說解決問題的方法往往是單向的，按照每一步的操作流程、頁面跳轉(zhuǎn)邏輯來完成交互文檔的輸出。

盡管交互設(shè)計師可能最后輸出的文檔內(nèi)容是網(wǎng)狀的，邏輯復(fù)雜，但是每一條路徑都是明確的，有理可循的；產(chǎn)品經(jīng)理的的工作思維則是像一棵樹，確定了需求的主干，也要明確自己需要的各種資源，包括自己已經(jīng)掌握的和未掌握的，當然，也可能包括一些與主干無關(guān)的零星資源。產(chǎn)品經(jīng)理需要把自己的資源進行整合，知道自己掌握了什么、還缺少什么，然后為自己的需求的完成去尋找資源，完成需求。在這個階段過程中，好的產(chǎn)品經(jīng)理明白這將會是一個不斷試錯的過程，需要不斷剔除與主干無關(guān)的內(nèi)容，向著自己的主干目標出發(fā)；而差一些的產(chǎn)品經(jīng)理則可能會分不清自己手中掌握的資源，可能努力了半天，卻發(fā)現(xiàn)找到的都是與主干無關(guān)的內(nèi)容，那么這樣對于核心目標和需求的實現(xiàn)，就會出現(xiàn)大的問題。

再回答一下前面提到的問題，其實問題的關(guān)鍵不在于怎么過橋洞，而是要想一想，為什么要過橋洞？過橋洞的目的是什么？不過橋洞能不能達到目的？