協做設計: 如何有效提升團隊合做的工做效率？

如下內容由摹客團隊翻譯整理，僅供學習交流，摹客iDoc是支持智能標註和切圖的產品協做設計神器。

在設計工做中，團隊協做一直扮演着十分重要的角色。同時，它也是設計過程當中最具挑戰性的部分 —— 並非每一個人在與團隊成員分享和交互時都能達成共識。但你一旦瞭解並嚐到了協做設計的好處，就會愛上這種工做方式。

 

1、理解協同設計的含義 

「用戶體驗包括終端用戶與公司、服務和產品交互的全部方面」—— (NN/g尼爾森.諾曼集團)。 同理，這也代表了產品設計的最終結果並不只僅來自一我的，如某一個UX/UI設計人員；而是來自涉衆之間的密切協做和富有成效的交互活動

這正好我在以前文章中提到觀點所契合：團隊中不該該有獨立的「搖滾明星、大師或忍者」角色。反之，設計師、產品經理、市場營銷人員和開發人員/工程師之間也應該進行協做。準確地說，就是「跨功能的協做」。

所以，一旦肯定了用戶需求，就應該開始協做設計了。不管須要設計什麼產品，首先要按期召集參與項目的全部團隊成員，經過草圖和快速線框圖分享想法。

最重要的是保持開放的心態，全部團隊成員的想法都應該受到尊重和考慮。在大多數狀況下，根據團隊的組織方式，設計師有責任在與PO(產品負責人)或PM(項目經理)討論了這些iDea的必要性以後再次組織會議。

「在一個典型的協做設計會議中，團隊須要一塊兒勾畫草圖。在草圖大體完成後對其進行評論，並最終匯聚到一個他們認爲最有可能成功的解決方案上。」

在這個階段，最好是使用「低保真」線框圖，由於它可以在不花費太多時間的狀況下進行快速和必要的更改。這些能夠是來自全部團隊成員的我的草圖，也能夠是基於團隊成員評論/想法的設計師白板草圖。

 

協做工具推薦：

Design Studio是一種將跨功能團隊彙集在一塊兒以可視化設計問題的潛在解決方案的方法。它打破了組織的藩籬，爲隊友的觀點創造了一個論壇。

摹客iDoc，更快更簡單的產品協做設計平臺。智能標註、一鍵切圖、多樣批註、快速交互、全貌畫板、團隊管理，從產品到開發只需一份文檔。

 

 

請記住，分享就是關心，團隊成員關心和在乎這個項目纔會積極思考和分享本身的想法。關心就是傾聽，做爲管理者或領導要認真傾聽團隊成員說什麼，你關心他們的想法會使團隊協做更加順利。無論你是否定爲二者相關聯，這一部分的主要思想就是經過收集每一個人的想法並縮小範圍以達成共識。

 

二．使用一個設計系統（風格指南，品牌指南，組件資源庫等）

設計文檔的收集和管理工做很是繁重。在過去的二十年中，印刷業也逐漸向數字世界過渡，打印輸出變成了pdf、web頁面和wiki。一樣，設計文檔和組件的收集整理也應該以可複用的形式呈現。

蘋果的《人機界面指南》是第一個將風格指南翻譯成高度詳細的在線文檔的公司，用戶能夠經過該文檔獲取蘋果操做系統的全部組件。從那時起，許多公司如Mailchimp、Ubuntu、Salesforce和Dropbox都建立了本身的設計系統。這樣的系統既服務於設計人員(具備顏色、字體、間距等)，也服務於開發人員(具備資產庫、JS、CSS、模板等)。方便他們使用和重用組件，而沒必要每次在須要更改時進行重複勞動。 

儘管設計系統的組件可能由於產品本質而有所不一樣，可是妙處就在於它們能夠根據用戶的需求不斷髮展。最重要的是，它們易於訪問和使用。

那麼設計系統能夠爲團隊協做帶來什麼? 保證產品設計的一致性、質量和更低的成本。「即便設計規範初期確實須要團隊本身來構建，但這些努力和成本最終是值得的!」

 

設計規範整理工具推薦：

摹客DS, 簡潔高效的在線設計系統,輕鬆定製設計規範和管理UI設計資源。支持在Sketch、Mockplus中直接應用設計元素,一鍵導出CSS和設計規範圖。 

 

三．克服異地團隊協做的挑戰 

與分佈在全國各地甚至國外的團隊協做設計是很是具備挑戰性的，特別是涉及到時區時。(即便在RevSquare/Pentalog這樣的公司，咱們天天都要經歷這種狀況——咱們的員工分佈在北美、西歐、東歐和亞洲。) 因此，有時異地協做是一個至關大的挑戰! 這些挑戰表如今什麼方面？如何解決？

 

1. 安排會議

幸運的是，在組織會議和共享屏幕方面，有一些很棒的免費web會議工具能夠幫助克服距離問題。免費通訊工具：Skype、Google+ Hangouts、Join.me或者Zoom (提供40分鐘免費通話)。 諸如Slack、Skype Pro、Uberconference或Zoom (用於更長的訪問) 等付費服務也是進行與特定項目相關的平常對話的不錯選擇。我不得不認可，科技讓異地團隊協做問題變得易於解決。

若是須要與虛擬團隊創建會議，最好在發送包含會議細節的谷歌邀請以前確保每一個人都有空，例如:主題、時間和通訊通道 (國外通常用Skype、Zoom、Join.me，國內能夠用微信、QQ、郵箱等)。

 

 

2. 屏幕共享信息

在會議期間，團隊成員 (如設計人員或PO/PM)能夠經過屏幕顯示共享文檔，如谷歌電子表格（騰訊在線文檔）。其餘團隊成員能夠查看文檔，也能夠訪問文檔並與之交互;例如，若是每一個主題有一行，每一個成員有一列，那麼每一個成員均可以輸入本身的想法。

此外，草圖或線框圖須要實時繪製在白板上，雙顯示器能夠設置在會議室，這樣每一個人均可以實時看到進展，同時分享想法。

 

4、與全部團隊愉快地協做

• 儘管有許多優質的協做工具可使用，但並非每一個人都知道如何與來自不一樣學科的人進行協做。如何才能與團隊愉快地進行協做？

 

1. 制定團隊合做協議

這是一組由團隊商定並組合在一塊兒的規則;它描述了成員應該如何以積極和建設性的方式互動。一個好的TWA應該考慮如下因素:

• 流程概述(將使用什麼樣的流程?)

• 形式(天天都如何溝通嗎? 每一個Sprint都有一個演示嗎?)

• 通訊/工具 (使用什麼工具進行信息通知:Basecamp,Redmine? 或者共享谷歌Doc? 如何爲前端團隊提供哪些設計資源？直接發送Photoshop文件，仍是使用像Zeplin/摹客iDoc這樣的協做工具? )

• 需求和設計(須要向設計人員提供什麼: 用戶場景、端點等等? 當設計就緒時，須要向開發團隊提供什麼? )

• 開發(前端開發和集成的規範是什麼?)

• 工做進度限制(關於某項任務的限制是什麼?你如何在這個過程當中清除全部的瓶頸?)

• 部署(衝刺和發佈的節奏是什麼? 用戶故事的接受標準是什麼?)

(步驟規範摘自《精益UX與敏捷團隊一塊兒設計偉大的產品》，做者: Jeff Gotheld & Josh Seiden )

 

2. 堅持結束 Sprint 後進行回顧會議

每次 Sprint 結束後，回顧會議能夠幫助團隊評估哪些地方進展順利，哪些出現了問題。這些回顧和反饋有助於在下一個 Sprint 以前進行改進。根據我在RevSquare/Pentalog的經驗，每個月撰寫一次Steering Committee Report也是會議的一個很好的補充。報告能夠總結在具體的工做條件下取得了哪些進展，還有哪些工做有待改進。

請記住，團隊合做意味着來自不一樣學科的涉衆之間的密切協做和富有成效的交互。這還包括了團隊成員在珍惜當下時間，天天不斷進行優化改進，爲用戶提供最好的產品和解決方案。 

這篇文章最初出如今RevSquare上，經容許已被轉載。

 

原文做者：ELISA RITEAU

原文連接：https://www.upwork.com/hiring/for-clients/collabor...

 

學習工具，但不受限於某種工具。摹客iDoc，高效協做，從產品到開發，只要一個文檔，讓你的團隊高效協做！