作為交互設計師，我是如何帶團隊的

來自專欄崔崔設計說

17年5月份之前公司沒有獨立的交互團隊，交互設計師隸屬於UI經理管理。交互在整個項目流程中職責不清，導致工作中存在很多問題，比如缺乏交互統一審稿人；交互設計師」各自單幹「沒有統一的交互規範；在上下游團隊中缺乏話語權；在項目需求中往往無法發揮交互的最大職能。5月份公司有短暫招進一名交互經理，但僅僅一個月後就離職，交互團隊又變成無leader狀態。6月份老闆找我談話，想讓我來擔任交互team leader一職，這是對我工作一年以來的認可和信任，內心也很想挑戰一下自己，看自己能否帶好一個團隊，所以心存感激且忐忑地答應下來。

這半年來，在團隊里所有小夥伴的共同努力，通過團隊自我完善、建立交互機制、規範等工作，提升了交互團隊的專業影響，得到了兄弟業務團隊的信任和配合。通過這篇文章，想對這半年內自己的工作做一個總結，也針對交互團隊管理方面發表一點自己的想法。

一、梳理工作流程，明確職能

接手團隊後，首先明確了交互在整個項目各個階段中的應該做的工作，提高交互在項目中的參與度，要求設計師深入了解項目的前、中、後期，理解產品經理的商業目標和業務訴求，然後從用戶的角度出發，幫助產品梳理業務邏輯，將抽象的需求轉化為具體的解決方案，且圍繞產品的轉化率、跳出率等方面運營指標提供交互解決方案，協助產品實現目標。如下圖，展示了產品設計的五階段及交互在各階段的具體工作要求。

另外，團隊中的成員工作經驗有高有低，並不是所有交互設計師在與PM溝通需求時，都能夠很好地理解需求，為此編寫了一份需求問答表，在第2需求階段幫助初級設計師了解需求，而且這份問答表也能很好地反督PM所提的需求清晰明確。

需求問答表：

① 需求是什麼、目標用戶是誰、入口放在那裡？

② 需求給目標用戶提供了什麼價值、需求賣點是什麼？

③ 該需求能為公司帶來哪些價值（如流量、毛利等）？

④ 有沒有相關的歷史版本、歷史數據分析？

⑤ 具體的功能細分是什麼？

⑥ 是否有開發資源、預計何時上線？

⑦ 從哪些維度預測上線後效果。

通過規範工作流程，明確交互在項目流中各個階段的工作職能，發揮團隊最大價值，提高專業性和話語權；通過需求問答幫助團隊與PM更好地溝通了解需求的目標目的，以及背後的用戶需求及業務需求分別是什麼，從而幫助交互給出更好的體驗解決方案。

二、建立規範管理，確定交互稿規範

為了保證交互和UI的協同合作，產品設計團隊統一使用sketch作為日常出圖軟體。統一的交互稿輸出規範，可以起到設計呈現統一、方便上下游團隊協作、設計過程記錄、版本管理等幾種作用。在交互稿中，按照規範註明交互說明和操作方式，幫助與兄弟部門的快速交接，而且也為交互團隊的輸出統一存檔，在後續改進時也有據可查。一般交互文檔至少包括以下幾個部分內容：

①封面：用戶記錄需求號、名稱、類型、需求說明、人員、時間周期等信息

②產品原型：需求方提供的需求描述、流程圖或原型稿等

③更新日誌：記錄交互稿的更改次數、情況信息，方便他人查看，做好存檔

④交互稿：最終的交互稿主題，一般一張完整的交互稿中包括頁面標題、界面標題、界面（寬750、根據需要延伸高度）、設計說明（邏輯關係、狀態名稱、操作方式等）、流程線、鏈接等。

⑤廢紙簍：存放廢棄的頁面，以防後期用到。

三、建立和維護設計控制項庫

交互設計師在做交互稿時，經常會遇到同一個控制項，每次需求都需要重新畫一遍的情況，造成很多「重複工作」；且團隊中的設計師都會有不同的畫圖習慣，導致團隊輸出的交互稿中控制項樣式不統一，APP內部不同頻道、頁面同一種交互形式會出現多種開發樣式。針對這一情況，決定建立一套交互控制項庫用於日常工作。

（1）交互控制項庫的作用：

• 提高設計專業度指導
• 提高工作效率、方便多人合作
• 保證用戶體驗統一、打磨APP細節體驗
• 轉化成可復用的開發控制項，節省開發周期

（2）交互控制項庫包括哪些內容？

• 交互控制項庫中，按照功能列舉了工作中常見和重要的10類控制項：UI基礎、UI欄、按鈕、提示與警告、篩選器、覆蓋層、載入、表單、鍵盤、其他。每類控制項中包括具體控制項的具體設計說明、可視化的樣式、使用場景和條件，方便使用者根據規範說明使用合適的控制項。

（3）交互控制項給誰用？

• 設計團隊：與UI設計無縫銜接，完成交互控制項後，交付UI團隊進行視覺設計，形成了UI控制項庫。設計師做設計稿時，可以直接拖拽控制項庫中控制項。
• 研發團隊：當我們完成設計控制項後，和公司里的研發團隊對接後，形成了一套開發控制項，在日常項目中，研發團隊可直接復用、組合開發控制項，同時保證了APP內體驗的統一性，降低了測試成本。
• 產品團隊：同時我們為產品團隊輸出了一份Axure的控制項library，PM可以利用控制項生成簡單的原型稿，避免重複工作，提高團隊間的溝通效率，而且避免了部分產品不合理的交互樣式要求。

四、建立交互自查表，養成更為縝密的交互思考方式

前三條總結了如何了解需求、如何輸出規範化交互稿、如何運用交互控制項，當交互設計師按照上述方法完成一個項目的交互稿後，接下來就要開始針對看細節是否完善，對特殊狀態的描述是否有遺漏等進行檢查。針對這一塊工作，建立了一份交互設計自查表，幫助團隊設計師完成自查工作，也有利於設計師通過自我總結，形成更為縝密的思考方式，在今後的項目中，能在設計中有意識地融入這些思考，從而提高設計質量和速度。

交互自查是一個交互稿提交前的非常重要的環節，可以及時發現自己的手誤、補全考慮不周的細節、發現異常狀態遺漏等情況，減少在設計評審和開發過程中的修改消耗，更是對交互團隊對外輸出稿前的一項質量把關。在團隊項目迭代過程中我們也會根據情況逐漸完善這份交互自檢稿，通過交互自檢表的推行運用，團隊的交互設計師在考慮問題時變得越來越細緻，交互方案也越來越完善，工作效率也得到了提升。

五、積累團隊內部專業沉澱，建立團隊歸屬感

目前交互團隊共6位設計師，和9位UI設計師共同組成產品設計部，從屬於大UED部門。設計是需要思維碰撞的職業之一，設計師的個人成長也非常依賴團隊的氛圍，良好的團隊氛圍是團隊和個人進步的基礎，如何構建團隊的歸屬感呢？

①周會制度是團隊建設很好的載體

建立周會制度，在周五的下午對整個星期的工作進行總結。在例會上，有時會拿出一周典型的需求案例分析討論，把一些平時溝通不充分的地方，在有意無意間磨平，彼此激勵和學習；也會針對近期工作上遇到的各種問題進行深入交流，在例會上每個人都能真實地表達想法，活躍團隊氛圍，也能讓所有人都參與到團隊管理上來。通過周會鍛煉了大家的溝通能力、講故事能力，同時也激發了團隊內互相學習的氛圍。

②不斷地反思總結，打破固定思維模式，持續創新

設計師有時會抱怨日常需求缺乏創新，需求本身和競品大多雷同，交互更多地是在做頁面信息排布工作，缺乏設計亮點。首先設計師本身要反思是否陷入了一種「一味滿足產品需求」的固有思維中，是否往深層去挖掘這些需求背後的原因，通過分析需求原因來給出解決方案？

在完成一個年度大促或其他大型交互需求後，我都會要求設計師做好反思總結工作。跳出固有思維，思考需求的目標以及實現途徑，有意識地鍛煉自己的思維能力。反思自己在整個項目中出現的哪些思維漏洞；反思應該如何提高效率、提高體驗；反思自己為什麼沒想到這種方法，在不斷地反思和總結中，我們的思維彈性才會增加。

同時，我們建立了「交互創新庫」，大家把平時看到的一些有創意的頁面排布、交互互動、動畫特效截圖、錄屏素材，積累素材激發創意靈感。

③學會把控項目的節奏

互聯網需要不同領域的人一起合作的行業，不是個人戰。往往一個項目要由策劃、運營、產品、交互、設計、開發、測試共同組成一個整體鏈協作完成，交互只是整體鏈中的重要一環。作為leader要引導團隊成員，在做具體項目時不應僅僅糾結在一個設計點上，需要考慮這個點在項目全局中的位置、對於其他團隊的輕重緩急來調整自己的工作，提升團隊間的合作順暢，快速推進項目落地。

結語

交互的工作並不僅僅是輸出一套線框稿方案而已，最大價值在於，與產品反覆地進行需求討論、不停探尋商業目標和用戶體驗之間的平衡方案，以及呈現出需求涉及的所有的承載頁面，梳理每個頁面直接的邏輯和跳轉，不同場景、一場情況下的各種狀態呈現等。交互團隊在平時在與其他團隊合作中，要注意利用自己的專業性樹立團隊良好的專業形象，提高團隊在公司的影響力，讓用戶體驗思維真正的融入到團隊的各項工作中。

推薦閱讀：