頭疼就是腦子里有什么正在激烈地進行改變，可能就是你從困難上學(xué)會的東西?！?寫這篇文章的人

大公司都存在一種現(xiàn)象，那就是人多。在人多之后，就導(dǎo)致更加細致的工作分工，即專業(yè)化分工。這種專業(yè)化的分工就像工廠流水線上的工人一樣，不同模塊的工人負責自己模塊的操作，大大提升了工作效率。因此，目前所在UED團隊的構(gòu)成，就將用戶研究、交互設(shè)計、視覺設(shè)計以及前端開發(fā)等職能獨立出來，不僅提升了設(shè)計方案的質(zhì)量，也提高了效率（這效率的保證是基于PD不改需求。

那么，作為流程一環(huán)的交互設(shè)計師在工作中的流程會是怎樣的呢？

第一步：與PD溝通需求

作為資源方的UED團隊，流程的第一步就是與PD溝通。這部分的溝通非常重要，因為這涉及到要了解產(chǎn)品需求的背景（因為經(jīng)常擁抱變化，所以負責的產(chǎn)品也會經(jīng)常變動。因此，換了產(chǎn)品之后需要及時了解產(chǎn)品的比較全面的背景）。在這個階段，最重要的是要了解產(chǎn)品經(jīng)理為什么要做這個產(chǎn)品需求，即背后的用戶需求以及業(yè)務(wù)需求是什么？

要了解用戶需求是要知道，產(chǎn)品經(jīng)理所提的產(chǎn)品需求究竟是要解決用戶什么問題。比如，用戶想在墻上有個掛鉤，一些人想的是給他錘子和釘子自己做一個，但還有些人想了可以粘在墻上的掛鉤，用戶一粘就有掛鉤了。兩者看來，后者更簡單，所以應(yīng)該這樣滿足用戶需求比較好。但是，還忽略了一點，就是用戶用這個掛鉤做什么事情？如果這個掛鉤是用來掛重物的，那這就超出了粘在墻上掛鉤的承重能力了，所以這時反而應(yīng)該用錘子和釘子來做一個牢固的掛鉤更合適。這才是真正解決了用戶的問題。

而要了解業(yè)務(wù)需求，則是要明白當下公司需要的是什么。因為，需求的背后帶著公司的考量，常常帶著很重要的商業(yè)目的。比如，最近業(yè)務(wù)上有個需求要凸顯新功能。因此，這就要在比較明顯的位置將這個功能呈現(xiàn)給用戶，使其在一進入到產(chǎn)品內(nèi)就可以清楚的知曉新版本有了這樣一個新的功能。但是，問題在于依據(jù)用戶正常的使用邏輯，該新功能應(yīng)該是屬于原有功能之下的一個子功能。這樣單獨展示甚至與原有功能并列展示，并不符合架構(gòu)邏輯。這個矛盾的出現(xiàn)就引出了一個很好的問題，交互設(shè)計師該如何平衡用戶和業(yè)務(wù)，甚至是技術(shù)。簡單講，就是優(yōu)先從用戶角度思考（to c和to b的用戶考慮的點是不同的），然后在不傷害用戶體驗的情況下將業(yè)務(wù)需求盡可能地體現(xiàn)，最后才是技術(shù)問題的妥協(xié)（畢竟很多技術(shù)問題是時間問題）。這里就不展開講了。

第二步：梳理需求

從用戶體驗五要素的角度來講，第一步是了解戰(zhàn)略層和范圍層，知道面對的用戶是誰，公司要做的是什么事，要幫助用戶解決什么問題。而第二步就是確定結(jié)構(gòu)層，這里就包含了兩類：一是內(nèi)容型，要明確放哪些內(nèi)容類型；二是功能型，要明確功能操作的邏輯順序。這些都要以用戶為中心去思考。舉例來說，微博是一個典型的內(nèi)容型例子。其“我的首頁”包含兩大類主要類型內(nèi)容：一是關(guān)注的信息；二是推薦的信息。關(guān)注的信息呈現(xiàn)在頁面中間的主信息流當中，占據(jù)了主信息流當中99%的內(nèi)容；推薦的信息則又大致分為兩類：

• 一是推廣
• 二是推薦

推廣就是廣告，也是呈現(xiàn)在頁面中間的主信息流當中，夾雜在用戶關(guān)注的信息流當中。這里商業(yè)價值較大。而推薦則呈現(xiàn)在頁面右側(cè)，主要從全網(wǎng)熱門以及朋友關(guān)注的角度來進行內(nèi)容推薦，這里的內(nèi)容又有所細分，如電影、話題等。這樣的內(nèi)容選取一方面保證是用戶感興趣的，另一方面可以拓寬用戶更多感興趣的內(nèi)容，讓其更加動態(tài)地去獲得信息內(nèi)容。而淘寶下單支付就是一個功能型的例子，用戶挑選好商品之后立即購買，進入到訂單信息填寫頁面，提交后進入到支付寶支付，支付完成就等待賣家發(fā)貨，之后收貨、退款、維權(quán)等都是一系列功能。這些都有非常明確的操作路徑，而且是有非常明確的任務(wù)目的。

那么，如何對這些進行梳理呢？

基于前面與PD的討論，以及自己對相關(guān)競品的參考，心里會大致有些想法。所以，要做的是將這些想法具體描述出來。對于內(nèi)容型的梳理，我會用腦圖將內(nèi)容分層級進行羅列，這樣會有一個明確的類別結(jié)構(gòu)圖。而對于功能型的梳理，則畫出簡單的頁面邏輯圖，整個流程就會非常明確。

第三步：產(chǎn)出交互稿

這一步是把前面兩步的想法具體表現(xiàn)出來，以能夠讓人理解的方式進行表述。可以是手繪稿、可以是低保真、也可以是高保真，只要能夠讓PD、視覺以及開發(fā)等明白你的意思就好。

在這一步，會進行反復(fù)的修改。不同的人會有想到一些問題，包括極限情況（貌似開發(fā)以及測試最喜歡這么做了）。得到最終版本之后，就進入了視覺和開發(fā)階段。

第四步：跟進

其實這一步跟進包含兩塊內(nèi)容：對開發(fā)情況的跟進，因為在產(chǎn)品真正在開發(fā)時，會出現(xiàn)一些問題，如一些極限條件下的錯誤情況的處理、時間因素導(dǎo)致技術(shù)不能按時完成原有方案等等。所以會對方案進行修改，這時就要及時跟進，提出新的更為合理的解決方案。上述的變動就產(chǎn)生了第二塊內(nèi)容的跟進，即對交互稿的跟進，因為方案的變動要及時對交互稿進行修改、補充以及一些說明。這樣才能完整地記錄整個產(chǎn)品迭代或項目開發(fā)的過程。

跟進到產(chǎn)品迭代版本或項目上線，這整個階段就暫時告一段落了。

后面，就是自己對之前所做的事情的一個回顧。從中獲得了什么，有所反思才能有所成長。

上述工作流程只是我較為普遍的工作狀態(tài)。當然也有一些特殊情況，比如自發(fā)項目，可能就需要自己即作為PD的角色又要充當交互設(shè)計師的角色。另外，有時候自己也并沒有完全做到上述的一些事情，有時也會沒有及時跟進交互稿的更新。在這也算是對我自己的一次提醒，以后盡量要做的這一點。

以上~

作者@祭酒1990

來源@簡書

本文由 @祭酒1990 授權(quán)發(fā)布于人人都是產(chǎn)品經(jīng)理 ，未經(jīng)許可，禁止轉(zhuǎn)載。