設(shè)計協(xié)作的難點：

A.設(shè)計的高耦合性

-假設(shè)3個人負(fù)責(zé)3個頁面，那就會出現(xiàn)頁面統(tǒng)一的問題（字體、顏色、對齊方式等等）

B.團(tuán)隊成員的多樣性

-每個人的能力、性格是不同的，以至于對同一個任務(wù)可能會出現(xiàn)不同的理解。就算理解了，設(shè)計的結(jié)果也可能是不同的

C.設(shè)計資源的碎片化

- 每個人使用的設(shè)計工具不同，設(shè)計時，圖層命名、分組等等不同。以至于修改、合并時，十分費勁

解決辦法：

a.Wireframe、設(shè)計系統(tǒng)、最小產(chǎn)品

-Wireframe，在布局上做到一致

-設(shè)計系統(tǒng)，視覺一致

-最小產(chǎn)品，分組做不同的核心模塊，模塊互相之間盡量不干預(yù)。將做好的模塊拼到一起，然后每個人自己添加自己東西。最后每個人的成品之間差異就不會太大

b.組件庫、范式/模版、有效會議、核心文檔、組織驗收

-組件庫、范式/模版，例如所有人都用螞蟻金服設(shè)計，那么設(shè)計結(jié)果差不了太多

-有效會議，確保參與會議的人都理解會議結(jié)果?？梢宰屗腥嗽跁h最后復(fù)述會議結(jié)果。

-核心文檔，記錄會議結(jié)果，且讓每個人都看得到

-組織驗收，即評審

c.協(xié)同類設(shè)計工具、版本控制體系、需求管理工具

-協(xié)同類設(shè)計工具，Figma

-版本控制體系，保留每一個版本的設(shè)計結(jié)果，以便回滾、找問題、恢復(fù)等等

-需求管理工具，包含要求、負(fù)責(zé)人、文件，并按照日期進(jìn)行管理

案例-Low code platform：

為了搞明白一個項目怎么管理，應(yīng)該先抓三要素——人、物、事

·人：人數(shù)多，差距大，要遠(yuǎn)程

-人數(shù)多，靠分組解決

-差距大，靠組長分發(fā)，或用同一個組件，以此來保證產(chǎn)出物的下限

-要遠(yuǎn)程，無解

·物：資源多 需整合

-物=做完的東西。

-由于我們不需要高度整合后提交給開發(fā)，所以這不是個難點。

-我們只要保證完整性，能跑的通就行，不必高度整合

-盡量只有小組各自協(xié)同，然后完成的東西打包出來，師父來統(tǒng)一、包裝

·事：流程清晰，類型清晰，工作量大，目標(biāo)模糊

-流程清晰，使用產(chǎn)品的過程固定且一致，沒有復(fù)雜的先后順序。

-類型清晰，界面元素都是常見的東西，沒有特殊的設(shè)計

-工作量大，靠多人分工解決

-目標(biāo)模糊，先抄后改，先整出個一樣的東西，然后在討論怎么改出亮點

-表單設(shè)計很容易設(shè)計，但是要設(shè)計的好用，則很難

分任務(wù)的方法：

1.最理想的情況是，師父和組長畫一個功能流程圖，列出產(chǎn)品中主要的功能，然后每個組員分幾個。師父和組長畫頁面模板，然后組員把功能嵌進(jìn)去

這樣組員可以學(xué)到交互和場景

2.差一點的方案是，將整個軟件拆成3塊，分給6個組，每兩個組做一塊，以此做備份、做對比，然后大家拼到一起

3.最極端的方法是，每個組出一個人做設(shè)計語言，其他人做界面

先做設(shè)計語言等于是先做零件再合一起，這對設(shè)計者要求極高

總結(jié)：

-信息流通順暢，每個人都要知道要做什么、為什么做、什么時候做以及做出什么樣。上頭知道下面情況，下面也理解上頭想法

-控制綜合成本，由于實際操作時會出現(xiàn)各種情況，所以安排任務(wù)時時間要留有余地

-有效管理預(yù)期，管理每個人對結(jié)果的預(yù)期