很多时候，我们忙于日常的制图和修改，很少对工作中的一些问题和方法进行梳理和总结。只有善于总结反思，才能事半功倍。今天U姐在这里和朋友们分享一些自己在设计方面的经验和技巧，希望能给大家一些帮助。
u妹列出了一个小目录：
一、项目启动。
二、项目预计时间。
第三，界面设计。
第四，切割和标记。
动词（verb的缩写）视觉恢复
第六，线上准备。
# #项目启动文章。
我是一个UI设计师，所以U妹在这里说的是从设计师的角度来说明一个APP从无到有的过程中，设计师应该做什么。
如果你在一个有健全团队的公司，项目成立时，所有相关人员(产品王、运营喵、设计狮子、程等。)会聚在一起开产品会。产品王将讲解项目原型、市场调研分析、市场需求、产品定位、盈利模式等具体功能模块和跳转逻辑。一起讨论和交流原型，改进和完善缺点，然后评估项目时间，然后开始工作。
注意：
在解释和演示原型时，你必须仔细倾听，充分理解整个逻辑。如果有疑问或不理解，一定要提出问题，让产品回答，否则你的设计稿可能会有逻辑错误。
这个时候，我们可以新建项目，做好前期准备。
我个人建立项目的习惯是使用“项目名称+版本号.
“，因为这种方法非常方便我管理和查找项目文件。有些设计师可能会把所有的文件放在一个文件夹里。如果文件很少，也可以。文件多的时候，你会哭。你甚至不知道文件的哪个版本是哪个。
反复修改是设计师的常见做法。当一个页面被修改多次时(包括3天内修改2次后)，很多设计师的源文件应该是这样的：
第一稿、第一稿1、第一稿2……批准稿、批准稿1……修订稿、修订稿1……最终稿、最终稿1……等等。看我这样的源文件，我觉得会吐血，因为太难区分哪个是上一版哪个是更早(这时你也看到设计师真的很努力，我还以为设计师前几天加班了。
在这种情况下，我只想唱一首诗：甲方虐我千百遍，我待甲方如初恋，有朝一日做甲方，虐遍天下设计院。.
我的个人习惯是"文件名+改稿日期+改稿次数"。
比如“Home Page _4.10”是最终版本，但是4月12日产品说首页要加另外一个通知，所以我的文件是“Home Page _4.12”，但是前后改了三次，也就是“Home Page _4.12.3”一目了然，很容易找到要修改的文件。
当我设置项目时，我只需要向我的开发伙伴解释它，他们自然会知道哪个文档是最终版本。
在此，U姐郑重提醒各位朋友，所有的修改稿都不要删，千千千万不要删(重要的事情说三遍)。每一次修改都是基于复本，因为我们改了很多稿之后，甲方可能会说“第一版还是好看的，还是回到第一版吧”(不要吐血，不要砸电脑)，所以请千千对复本做修改。
有人会说我有ctrl Z，我不怕。U姐告诉你永远不要期待Ctrl Z，如果你从来没有修改过自己的喜好，默认历史记录只有20步，最多200步。如果设置200步，不怕ps卡崩，也很大方。
此外，对于项目版本控制也非常重要。我用的项目版软件是SVN，管理项目文件方便高效，可以和本地项目文件同步。即使我的电脑挂机或者系统安装程序错误格式化了所有的磁盘，我也不用担心。我只需要同步更新SVN在线文件，然后我就会回来。在这里我不会说太多关于SVN的事情。
u姐说的只是一种工作方法，好的工作方法可以事半功倍。如果你觉得对你有帮助，可以借鉴我的方法，在具体工作中灵活运用。至于项目的成立，我就到此为止了，有什么缺点或者问题给u姐留言。
(未完待续)
作者：U姐，绝望的UI设计师，等你，来泡妞。
