起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識系列｜一款APP設計的從0到1：項目立項篇
很多時候，我們都忙碌在每天的擼圖和改稿中，很少的去整理歸納結和思考工作的一些問題和方法，善于總結反思才能達到事半功倍的效果。今天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妹留言。
相關閱讀
作者：U妹，一個不要命的UI設計師，等你，來撩妹喲。微信公眾號“UI妹兒”（ID：UIfaner）
本文由 @U妹?原創發布于人人都是產品經理，未經作者許可，禁止轉載。
題圖來自 Pexels，基于 CC0 協議
辛苦，已讀，謝謝
圖書
我做東西比較慢 感覺是一直找不到方法
感謝
贊一個！
挺想知道，當一個首頁能從第1版改到第15版是什么感受
我也不知道，15版只是舉例而已了 ??