交互設(shè)計師是一個可大可小的職業(yè)，這，完全取決于你自己

一直以來產(chǎn)品經(jīng)理與交互設(shè)計師之間的話題不斷，有人認(rèn)為交互設(shè)計師可以算上是半個產(chǎn)品經(jīng)理，也有人認(rèn)為交互設(shè)計師的生存空間太過狹小，基本成了一個破畫圖的，等等說法不一而全。之前，我寫過2篇文章大致來表述對于兩者之間關(guān)系的我的一些觀點，在“我理解的產(chǎn)品經(jīng)理”中我認(rèn)為產(chǎn)品經(jīng)理需要同時關(guān)注產(chǎn)品設(shè)計、工程技術(shù)、產(chǎn)品運營3個方面；在“基于axure的PRD寫作思考”中我簡述了在沒有交互設(shè)計師輔助的情況下產(chǎn)品經(jīng)理如何做一個更像樣的“破畫圖”的。今天，結(jié)合最近的一些項目經(jīng)驗，總結(jié)一下產(chǎn)品經(jīng)理如何更好的跟交互設(shè)計師合作。

首先，我理解的交互包括2個層面的交互，單頁面的交互和系統(tǒng)層面的交互。單頁面的交互是最常見的對交互設(shè)計師的定位，比如把一個注冊和登錄頁面做到極致，把一個搜索框體驗做到最好；而系統(tǒng)的交互則是各個頁面之間的交互，各個頁面之間如何更好的聯(lián)系在一起，目前顯見交互設(shè)計師談到這方面的話題了。

按照傳統(tǒng)的瀑布模型，需求分析 – 產(chǎn)品設(shè)計 – 產(chǎn)品研發(fā) – 功能測試 – 發(fā)布與維護(hù) ，在這套流程中下一個節(jié)點必須在上一個節(jié)點完全搞定才可以開始。所以在大部分的情況下是產(chǎn)品經(jīng)理先做需求分析，然后開始撰寫足夠詳細(xì)的(注意這個程度)產(chǎn)品需求文檔，交互設(shè)計師根據(jù)PRD文檔開始做交互設(shè)計，完事后交付給視覺設(shè)計師做效果，最后交付給技術(shù)人員做開發(fā)。而在這個過程中，從最開始的需求到最終開發(fā)出來的東西往往很難保證其需求傳遞的準(zhǔn)確性，也讓交互設(shè)計師的生存空間大打折扣。于是，最常出現(xiàn)的情況就是“我明明想要的是齊天大圣，可是最后你卻給了我一個孫猴子”。為了避免這樣的情況出現(xiàn)，我們嘗試將流程做了如下改進(jìn)：

1、需求分析階段

產(chǎn)品經(jīng)理在產(chǎn)品調(diào)研及需求分析階段產(chǎn)出一份調(diào)研報告，這個報告需要說明這個項目的項目背景、項目收益、需要滿足用戶的核心需求點、為了滿足用戶的這些核心需求，我們需要使用哪些功能模塊。在這個過程中，產(chǎn)品經(jīng)理只需要考慮如何最大程度最優(yōu)雅的滿足用戶的需求，完全不需要去考慮技術(shù)實現(xiàn)難度。一定切記不要讓某些技術(shù)思維使你的思維被僵化或者局限了！

在整個需求分析完成一次之后產(chǎn)品經(jīng)理需要做的一個重要事情就是跟開發(fā)工程師確定需求實現(xiàn)的難度，哪些需求是立刻可以被實現(xiàn)的，哪些是需要長時間開發(fā)的，哪些時目前技術(shù)無法實現(xiàn)的，….。然后對需求做第二次的篩選與分析，同時試圖尋找替代方案，目前無法實現(xiàn)的可以暫時存入需求池，排入工程師研發(fā)規(guī)劃中。

2、需求第一次傳遞

需求分析迭代完成并通過評審之后產(chǎn)品經(jīng)理需要開始將需求可操作化并做第一次傳遞。一般包括，需求的優(yōu)先級排序、如何將這些需求衍化到一個可操作的產(chǎn)品中去、以怎樣的形態(tài)進(jìn)行展示等。在這個階段需要輸出2個東西，需求概述和產(chǎn)品架構(gòu)圖。需求概述主要對需求分析階段得到的經(jīng)過團隊成員統(tǒng)一意見后的做總結(jié)，其實是繼續(xù)準(zhǔn)確的描述“解決什么人在什么情況下的什么問題”；而產(chǎn)品架構(gòu)圖則是該階段最為重要的產(chǎn)出物，他是承載整個產(chǎn)品的根基，包括產(chǎn)品包括哪些模塊，各個模塊之間的關(guān)系如何等。

產(chǎn)品經(jīng)理將需求概述和產(chǎn)品架構(gòu)圖交付給交互設(shè)計師，由交互設(shè)計師來完成需求的頁面化,包括產(chǎn)品架構(gòu)下的頁面邏輯確定、單頁面的交互邏輯確定。打個比方的話就像是產(chǎn)品經(jīng)理提供給交互設(shè)計師一顆顆的珠子，并告訴交互設(shè)計師這些珠子的串聯(lián)規(guī)則，而交互設(shè)計師需要完成的就是將這些珠子串聯(lián)起來，以最動人的形式展示給用戶。這個過程中，產(chǎn)品經(jīng)理需要給交互設(shè)計師足夠的信任，但前提是二者對于產(chǎn)品的核心需求點理解一致，由交互設(shè)計師主導(dǎo)完成珠子的串聯(lián)，產(chǎn)品經(jīng)理做方向把握。最終，產(chǎn)品經(jīng)理和交互設(shè)計師共同接受原型評審，同時完成產(chǎn)品需求文檔并做第二次傳遞。

在產(chǎn)品設(shè)計流程中，相對于其他環(huán)節(jié)的需求傳遞，產(chǎn)品經(jīng)理將需求傳遞給交互設(shè)計師的環(huán)節(jié)最為重要，交互設(shè)計師對需求的理解和把握會直接決定后續(xù)需求傳遞的效果如何。

3、需求的第二、三次傳遞

經(jīng)過上面的傳遞后產(chǎn)品需要滿足的核心需求得到認(rèn)同，產(chǎn)品的框架與產(chǎn)品邏輯都得到確認(rèn)，在接下來的傳遞過程中，主要涉及到視覺設(shè)計師、開發(fā)工程師，問題已經(jīng)不大，面臨的一個核心問題就是排期。這里可以直接采用《用戶體驗的要素》中提到的方式“不能完整結(jié)束了這個階段的工作，才開始下個階段；在下個階段該結(jié)束的時候，完成這個階段這個階段的工作”

圖片來源：用戶體驗的要素

另外，由于移動設(shè)備的特殊性，移動互聯(lián)網(wǎng)產(chǎn)品設(shè)計較傳統(tǒng)的Web設(shè)計又有其他差異，交互設(shè)計師、視覺設(shè)計師提供的效果不似Web設(shè)計可以在真機上完全模擬。所以，在移動產(chǎn)品設(shè)計中，必須要加入交互設(shè)計師、視覺設(shè)計師的真機效果確認(rèn)。

絮叨了半天，其實總結(jié)起來就是這么幾點：

1、滿足什么人在什么情況下的什么需求之過東西，必須在每次傳遞的過程中被準(zhǔn)確的傳遞，同時整個團隊形成統(tǒng)一認(rèn)知；

2、專業(yè)的人做專業(yè)的事，交互設(shè)計師是整個流程中最至關(guān)重要的需求傳遞環(huán)節(jié)，最好由產(chǎn)品經(jīng)理提出初略的產(chǎn)品需求綱要，由交互設(shè)計師來完善這個綱要，然后向下傳遞

3、不能完整結(jié)束了這個階段的工作，才開始下個階段；在下個階段該結(jié)束的時候，完成這個階段這個階段的工作

4、移動設(shè)備產(chǎn)品設(shè)計的特殊性導(dǎo)致必須要求各個環(huán)節(jié)最終效果都在真機上做一次回歸

5、交互設(shè)計師是一個可大可小的職業(yè)，這，完全取決于你自己

來源：http://www.ikent.me/blog/3710