文件命名最詳細的規範——新手轉向資深的必經之路（上）

經過一期帶團隊的體驗，閣主發現文件命名有點讓人抓狂，是在忍不住更新一篇文章去說說這其中大家約定俗成的規則，不僅包括切圖命名規則，還包括文件整理規範。之前樓主有整理過簡單的，貌似不夠用，今天再來具體說說。

文件整理的好處

閣主在說一件事的時候，喜歡將原因或者自己的經歷先交代出來，那樣大夥也看得更明白，知道為什麼要這樣做。

剛工作的時候，為了省事，於是將所有的圖層都隨意擺放（針對的是sketch軟體進行講解的，Photoshop的應用同理），有時候實在是太多了就進行群組，英文叫group，有點像昨天在群里發的開源項目的源文件的樣子。如下圖

可後來，漸漸發現，這樣隨意的做法在做方案的過程中看似節約了時間，實際上是浪費了時間。

為什麼這麼說呢？因為作為設計師，基本上沒有一稿過的情況出現，方案都是同PM、同部門其他設計師、開發商量後一步步定下來的，所以反覆更改的情況肯定存在，並且可能拿出以前版本的文件進行參考。那麼對於文件來說，總是需要尋找、選定、更改各個版本號以及各個圖層，如果時間一直浪費在尋找上面，真心划不來，無意義。

於是針對個人來說整理好單個文件以及項目組的文件，是一件非常重要的事情，它提高了你的時間利用率。

後來，進了更大更規範的公司，所接觸的項目就更多了。於是文件的管理，從個人查找自己的，變成了自己去查找團隊的，以及團隊查找團隊公共的文件，有時候還要跨項目進行公用功能塊，那就意味著有的文件是公用的。這樣看來，文件管理也更加規範也更加重要，你能想像所有人像無頭蒼蠅一樣到處亂撞去找文件，並且從各個雜亂的圖層中找出某個圖層進行修改的情況嗎？

再者，有的軟體非常依賴於sketch文件的整理，比方說動效原型的軟體Flinto，sketch裡面的圖層按照什麼規則進行陳列，利用sketch的插件導入到Flinto的時候，它就會長成什麼樣。如下圖，左邊是sketch的圖層順序，右邊為Flinto的圖層順序。

軟體這樣設計的好處就是，很方便在sketch修改好文件之後進行導出。如果你的同事做的sketch雜亂無章，那麼這項工作就必須由你自己來進行承擔，那感覺真的是很想罵人。但反過來也是一樣，你自己的sketch文件不整理好，也會給別人帶來困擾，久而久之，別人也不太喜歡跟你合作。

當咱們將工作的場景放出來進行回顧的時候，就知道自己應該怎麼做了。

文件夾的整理方法

一般用一個大的文件夾作為一個項目最原始的管理，還是拿千尋租房的項目來打比方。首先大的文件夾取名為該項目的名字「千尋租房」。首先閣主先針對有多個版本需要管理，並且UI和UX都需要進行接觸的工作內容進行說明。文件整理方式如下圖。

一般一個項目會涉及到以下幾個內容的整理：

01 Wireframe即low-fi（低保真效果圖）文件的地址；

02 Visual Flow是Hi-fi（高保真效果圖）地址；

03 UI Kits是圖片資源輸出的地址（比如說icon）；

04 Documents並不是產品文檔，而是APP裡面需要的一些文檔，比方說《服務條款》等；

05 App icon即APP的icon在各個平台上需要的尺寸圖和它的源文件，尺寸常備1024x1024px，512x512px，167x167px，152x152px，120x120px，80x80px，58x58px(可以參考相關iOS規範)；

06 Video Templates是有視頻文件的情況下放置視頻；

07 AppStoreScreenShot專門為screenshot（即用來簡介APP功能的頁面，需要上傳到各個APP的發布平台）進行準備的，因為安卓平台實在太多了，有時候每個平台規定的尺寸還不太一樣，所以專門為它怎被一個文件夾；

08 Lauch Card因為在UI層面上需要耗費的時間比較多，一般在改版的時候放在比較靠後的需求，所以也可以單列出來。

而作為設計師，接觸最多的就是01，02，03，所以講他們三個放在最前面，這也是給文件夾進行編序的原因，所以看到從01到08，序列號是按照它們使用的頻率和重要程度來進行排序的。

為什麼不將03進行版本的區分？因為同一個APP，從1.0改版的2.0的時候，icon可能延續了部分1.0版本的內容，所以部分是公用的，如果再在上面進行分類，反而程序員進行查找的時候要去翻多個子文件夾，反而不太方便。設計師只要告訴程序員所用圖片的名字，程序員可以直接根據單個的icon路徑，直接在裡面進行提取。當然這也只是其中的一種解決方案。

每個版本又可以進行功能塊進行子文件夾的分類，比方說上圖中的這一部分。

Archive是用來放歷史文件的，對於設計師來說歷史文件是不能丟的，說不準哪一天老闆就說「還是改回第一版吧~」你懂得~

以上是針對工作內容綜合性比較強的同學進行設計的文件整理方式。倘若有的同學工作內容比較集中，比方做單做UI或者單做UX的，那麼文件的整理方式也可以進行如下進行整理。因為內容比較單一，所以只需要進行版本號進行區分也行。

文件夾的命名方式是「項目名+版本號」。比方說1.0版本的千尋租房項目，那麼命名就是「千尋租房1.0」，如果有平級的2.0版本，就在它平行的下面再建一個文件夾叫「千尋租房2.0」。那麼無論找什麼版本的文件都一目了然。

Sketch文件的命名以及它的圖層的整理

1.Sketch的命名規則

Sketch的命名如上圖可以看出，「項目名字功能塊 版本號_修改日期」，比方說在5月5日做的千尋租房1.0版本的首頁，那麼它的命名就是「千尋租房_index_1.0_0505」。加上日期是為了方便別人和自己查看哪個是最新的版本，有時候在查找歷史文件時也能起到幫忙回憶的作用。

還有一點就是一般做項目的時候會給項目取一個英文的代號（特別是在跨國項目中，方便不同文化的人進行溝通），所以，在sketch命名中也多用英文進行命名。（英文不好的，用Google翻譯或者有道翻譯都是不錯的選擇，據閣主經驗，三個月之後自己就習慣了）

文章太長分兩天更新，明天內容更重要，將更新Sketch的Artboard（畫板）命名和Layer（圖層）命名、Symbol（組件）的命名、導出圖片的處理方式等等乾貨，以及整理文件的思路總結~敬請期待~

總得熬過無人問津的日子，才能擁抱你的詩和遠方。

職場設計教程搶先看～一枚愛折騰、愛健身的設計師妹紙~

詳情請關注微信公眾號：Sophia的玲瓏閣，獲取更多有關交互、健身及其它相關信息。

推薦閱讀：