很多時候，我們都忙碌在每天的擼圖和改稿中，很少的去整理歸納結和思考工作的一些問題和方法，善于總結反思才能達到事半功倍的效果。今天U妹在這里將自己在設計中的一些經驗和技巧分享給小伙伴們，希望可以給你一定的幫助。

U妹列了一個小小的目錄：

一、項目立項

二、項目預估時間

三、界面設計

四、切圖標注

五、視覺還原

六、上線準備

項目立項篇

我是一名UI設計師，所以U妹這里說的都是從設計師的角度去闡述一款APP從無到有的一個過程中，設計師應該干的事。

如果你所在的是一個團隊健全的公司，在項目立項時，會把所有相關人員（產品汪、運營喵、設計獅、程序猿等）聚在一起開產品會議，產品汪會講解項目原型、市場調研分析、市場需求、產品定位、盈利模式等具體的功能模塊和跳轉邏輯，一起討論交流原型，不足之處進行改進完善，然后評估項目時間，就可以開工了。

注意：在產品講解和演示原型時，你一定要認真聽，并且要完全理解整個邏輯，你有疑惑或者不理解的地方，一定要提出疑問，讓產品解答，不然你的設計稿可能會出現邏輯錯誤等。

這個時候我們就可以新建項目了，做前期準備了。

我個人的立項建檔習慣是以“項目名稱+版本號”來命名文件夾，因為這種方法很方便我管理和查找項目文件。有的設計師可能是把所有文件放在一個文件夾里，如果文件較少還行，當文件較多時，那你要哭了，你都不知道哪個是哪個版本的文件了。

反復改稿對于設計師來說，那是家常便飯啦，當一個頁面反復改稿很多次時（也包括3天2頭就改這種），很多設計師的源文件應該是這樣的：

初稿、初稿1、初稿2…審定稿、審定稿1…修改稿、修改稿1…最終稿、最終稿1……，等等一系列，當我看我這樣的源文件時，我想我會吐血，因為太不好區分，哪個是上一版，哪個早一些（在此時你也看到了設計師的真的是很辛苦的，前幾天就又有以為設計師加班做題，去了天堂，愿天堂沒有PS，詳情請戳這里查看）

此情此景我只想吟詩一首：甲方虐我千百遍，我待甲方如初戀，有朝一日做甲方，虐遍天下設計院。

我個人的習慣是以“文件名+改稿日期+改稿次數”來命名，舉個栗子，比如“首頁_4.10”是最終版，但是4月12日，產品說首頁要再加一個通知，那我的文件就是“首頁_4.12”，但是前后又改了3次，那就是“首頁_4.12.3”一目了然，很容查找要修改的文件。

立項時我只需要給開發的小伙伴說明一下，他們自然會知道哪個文件是最終版的。

這里U妹很認真的提醒一下各位小伙伴們，所有的修改稿都別刪掉，千萬別刪，千千萬萬別刪掉（重要的事說了3遍），每一次的修改都在副本本基礎上修改，因為當我們改了好多稿后，甲方可能會說“還是第一版好看，回到第一版吧”（不要吐血或砸電腦），所以請千千萬萬在副本上進行修改。

有人會說我有ctrl+Z，我不怕，u妹告訴你千萬別指望ctrl+Z，如果你從沒修改過首選項，默認的歷史記錄只有20步，最大是200步，如果你設置了200步，不怕PS卡奔潰那也是闊以的

額外再插一句，對于項目的版本控制也是很重要的，我用的項目版本軟件控制是SVN，管理項目文件方便高效，可以和本地項目文件同步，就算我的電腦掛，或裝系統手誤把所有磁盤格式化了，我也不用擔心，我只要同步更新SVN線上文件就都回來了，關于SVN這里就不多說了。

U妹這里說的只是一種工作方法，好的工作方法才能自己事半功倍，你覺得對你有幫助，那可以借鑒學習我的方法，在具體工作中也要靈活擁有，關于項目立項，就說到這里了，有不足之處或問題也可給U妹留言。

相關閱讀

系列｜一款APP設計的從0到1：項目預估時間篇

系列｜一款APP設計的從0到1：界面設計篇

系列｜一款APP設計的從0到1：切圖標注篇

系列｜一款APP設計的從0到1：視覺還原篇

系列｜一款APP設計的從0到1：上線準備篇

作者：U妹，一個不要命的UI設計師，等你，來撩妹喲。微信公眾號“UI妹兒”（ID：UIfaner）

本文由 @U妹?原創發布于人人都是產品經理，未經作者許可，禁止轉載。

題圖來自 Pexels，基于 CC0 協議