前言
Library本質(zhì)上就是一個(gè)普通的Sketch文件,早期(2017年剛推出Library功能時(shí))主要用來(lái)同步Symbols,而最新的Sketch 70+的版本中,已經(jīng)全面支持顏色變量、文字樣式、圖層樣式和Symbols這四大類(lèi)的設計規范數據,更好地支撐了個(gè)人或團隊在此基礎上完成復雜的高保真設計。
2018年以后,國內的用戶(hù)體驗設計行業(yè)已經(jīng)將Sketch作為了設計軟件的默認標準,曲高和寡的Sketch-library功能也開(kāi)始從互聯(lián)網(wǎng)大廠(chǎng)向小廠(chǎng)不斷下沉。團隊使用同一套組件庫的最大優(yōu)勢就是:近乎完美的設計一致性,讓規?;母哔|(zhì)量產(chǎn)出成為可能。所以,隨著(zhù)設計團隊人數增長(cháng),如何實(shí)現團隊級別的Library協(xié)作幾乎是一個(gè)繞不開(kāi)的命題。
關(guān)于如何從0-1搭建顆粒度合適的組件庫,網(wǎng)絡(luò )上的資料已經(jīng)可以用“多如牛毛”來(lái)形容,但少有文章去介紹如何真正將Sketch-library高效運用在團隊中。畢竟誰(shuí)都不希望千辛萬(wàn)苦搭建的規范庫只能自嗨,或成為還需要借用QQ傳來(lái)傳去,反復折騰才能用得起來(lái)的累贅。
以下筆者將結合自己的實(shí)踐經(jīng)驗,介紹目前市面上比較可行的4種團隊Sketch-library協(xié)作的方法。
1)原生方案:Sketch Cloud
推薦度:★★
Library作為Sketch的重點(diǎn)功能,官方自然是有解決方案的:使用自家的Sketch Cloud云服務(wù)來(lái)實(shí)現組件庫的分發(fā)和同步。

這個(gè)方案看似很美好:原生、體驗佳、同步速度也不錯,但唯一的缺點(diǎn)就是“貴”:必須擁有正版的Sketch序列號才能使用。對于團隊多人協(xié)作的場(chǎng)合,所有的成員都需要滿(mǎn)足前述的條件才行??紤]到國內實(shí)際情況,大部分團隊應該都不適合這個(gè)方案。
2)云盤(pán)共享:iCloud
推薦度:★★★
組件庫協(xié)作核心原理在于確保所有成員都能引用同一份Library文件(其實(shí)就是一個(gè)Sketch的文件)。所以只需要團隊中有一個(gè)人將Library文件“共享”出來(lái),其他成員也在自己的Sketch中設置好關(guān)聯(lián),都可以實(shí)現協(xié)作的目的。而Mac系統中自帶的云盤(pán)iCloud則正好可以運用在這個(gè)場(chǎng)景。
這個(gè)方式甚至被不少大廠(chǎng)內部采用,比如著(zhù)名的騰訊設計團隊I(yíng)SUX,就曾經(jīng)專(zhuān)門(mén)撰文分享過(guò)這個(gè)技巧。整個(gè)操作的核心思路如下:
組件庫的管理員將Library文件放入iCloud云盤(pán),并在右鍵菜單中選擇共享,生成鏈接;
管理員將鏈接粘貼到QQ、釘釘等即時(shí)溝通工具的群聊中;
團隊成員點(diǎn)擊鏈接,即可在自己的iCloud中訪(fǎng)問(wèn)該Library文件;
將Library文件拖入Sketch的組件庫列表即可。
之后團隊就可以共同編輯這份Library文件。任何修改產(chǎn)生后,iCloud都會(huì )同步下發(fā)給所有成員,Sketch則會(huì )彈出相應提示,效率滿(mǎn)滿(mǎn)。

這個(gè)方法操作總體來(lái)說(shuō)不算復雜,但缺點(diǎn)也比較明顯:1)權限管理能力薄弱;2)無(wú)版本記錄功能;3) iCloud通常都作為私人網(wǎng)盤(pán)使用,夾雜工作內容會(huì )顯得公私混雜,體驗減分;4)iCloud并非絕對免費,對于需要更高存儲容量的場(chǎng)合,依然需要向Apple付費。
總體而言,這個(gè)方案比較適合對權限管理無(wú)太高要求的微型設計團隊。
3)專(zhuān)業(yè)選擇:摹客Library庫插件
推薦度:★★★★★
目前專(zhuān)業(yè)針對Library同步功能的插件產(chǎn)品大多由互聯(lián)網(wǎng)大廠(chǎng)內部開(kāi)發(fā)和使用,基本沒(méi)有對外開(kāi)放。況且作為一家公司設計靈魂的組件庫源文件,必須考慮關(guān)鍵設計資產(chǎn)的隱私性和安全性,也不宜托管到BATD這類(lèi)大廠(chǎng)服務(wù)器上。
所幸,國內依然有一家不被大廠(chǎng)滲透的老牌的工具廠(chǎng)商摹客(Mockplus)免費提供了整套解決方案。采用這個(gè)方案首先需要訪(fǎng)問(wèn)摹客官網(wǎng)并登錄,然后在協(xié)作平臺左側的TAB欄切換到“設計規范”模塊,并創(chuàng )建新的“Library項目”就可以了。
整個(gè)使用流程要比第二種方案更智能和簡(jiǎn)便:
組件庫管理員使用Sketch打開(kāi)本地制作好的Library文件,然后運行摹客Library插件;
點(diǎn)擊插件工具欄上的“一鍵上傳”將當前Library數據上傳到創(chuàng )建好的Library項目中;
團隊成員刷新插件界面,即可看到團隊內所有的有訪(fǎng)問(wèn)權的Library項目,然后根據實(shí)際工作需要將相應的項目數據導入 /更新到本地即可(這個(gè)過(guò)程摹客的插件會(huì )智能地在Sketch的程序目錄中創(chuàng )建實(shí)體的Library文件)。
現在團隊成員就可以在Sketch調用所有Library中的設計規范數據和組件模板了。除了管理員,其他有修改權的成員也可以使用“一鍵上傳”功能提交修改。

這個(gè)方案不僅操作成本低,速度快,功能也是相比之下最強大的:摹客的云端具有完善的權限配置功能,甚至可以在直接以網(wǎng)頁(yè)的方式預覽組件庫內容(這樣就方便了沒(méi)有蘋(píng)果電腦的用戶(hù)查看),還支持完備的Library文件歷史版本管理功能,遇到緊急情況也能對規范庫進(jìn)行回溯和恢復。

4)硬核之道:SVN + Versions
推薦度:★
如果完全不愿意采用任何第三方廠(chǎng)商提供的產(chǎn)品,那可以考慮最后一種方式:借用開(kāi)發(fā)管理代碼常用的SVN來(lái)管理Library文件。
具體的實(shí)現步驟這里就不贅述了,如果有興趣可以咨詢(xún)自家的前端程序員,他們會(huì )幫你部署好SVN服務(wù)器。團隊內的設計師再借助Versions之類(lèi)的SVN客戶(hù)端,就可以實(shí)現Library的同步、分發(fā)、更新和版本管理。
由于SVN是專(zhuān)業(yè)用于代碼管理的工具,用在設計師的規范庫的管理上確實(shí)有“殺雞用牛刀”之嫌。除非團隊確實(shí)有很高的版本管理 + 數據私密性方面的需求,且堅決不愿意使用任何外部產(chǎn)品,那么才值得考慮這種方案。
小結
以上筆者整理了當前市面上主流的團隊Sketch-library協(xié)作方式,筆者最推薦的還是使用摹客這樣的專(zhuān)業(yè)工具:智能化程度高,學(xué)習門(mén)檻低,在團隊內推行的阻力會(huì )小很多。畢竟無(wú)論采用哪種方案,能真正被團隊接受和落地的才具有意義,否則團隊成員依然難改“各家自?huà)唛T(mén)前雪”的舊脾氣,設計團隊的產(chǎn)出效率和品質(zhì)自然就難以突破了。
聯(lián)系客服