精巧的规划离不开视觉规划师的精雕细琢

在一个产品完好的规划流程中，交互与视觉定稿后，后续视觉标准的输出、UI控件的收拾与标示、开发的高复原度，都会影响产品终究的用户体会。作为视觉规划师，在视觉规划的最终阶段则是繁琐且像素等级的精雕细琢，开发出来的精巧页面需求视觉规划师做到以下几点。

一、视觉与交互之间应联接无缝，即时改写视觉页面

一般产品规划流程包含不同的阶段，不同的阶段其触及的领域内容不一样，作为规划师面临一切进程不能一蹴即至，而是墨守成规，计划行事。

1.前期预备阶段：断定规划需求的方针，竞品剖析，用户研究，商场评价等；

2.规划需求剖析阶段：规划需求的理清，事务逻辑的琢磨，产品的架构的建立；

3.规划履行阶段：交互规划原型的输出，视觉规划风格与计划断定，开发履行与测试上线，这构成一个不断迭代改写的流程；

在以上阶段中，事务需求的改变与弄清，交互的迭代，视觉的改写，是规划进程中最繁琐的阶段。规划发动前了解多端的适配状况（分辨率／屏幕精度），综合考虑优先出什么分辨率；接着视觉规划师需面临巨大的页面作业量，且常会遇到与交互原型不一致的问题，需及时反应并拉通评论。这就需遵从一个清晰可见的迭代流程，对视觉规划而言，需求的改变与弄清－交互的迭代－视觉的改写－规划的迭代构成的是一个闭环无缝的道路，只要这样才能为开发的发动，打下扎实的根基。

当然作为视觉规划师，规划进程中自动出ABC…计划而不是只拿出一个仅有的计划，只要将主意用画面来表达，才是够合格的规划师，特别是视觉规划师，优点能够训练自己的规划表达力，便利评定定稿，防止重复修正被人牵着走。

二、适其时，为开发敞开更多的话语权，防止更多的无用功

视觉标准、视觉标示、视觉控件库的收拾与输出目的只要一个：那就是辅导开发，让规划100％复原落地；回到项目中，关于规划团队与开发团队通常会表现以下两种状况呈现：

• 开发团队对项目有丰厚经历，规划团队对此项目经历少－开发话语权大于视觉
• 规划团队具有屡次项目经历，并有必定的规划沉积累积－规划话语权大于开发

从视觉规划而言，如果是规划团队具有丰厚的经历这是最好的，用经历累积规划沉积与创造性辅导项目，话语权大，反之亦然。

在这里结合最近参与的项目，状况为第一种来进行考虑；交互视觉规划进程与标准输出中，让开发供给更多正确的方向引导，学习开发团队以往的名贵经历，如：规划文档的同享与即时性、规划标准的专业性，开发认同的规划标准去辅导开发、规划相关问题单的及时盯梢与处理、规划需求改变流程（改变流程包含：改变需求提出人－交互－视觉－开发－产品司理（SE or PM）敲定－履行改变－封闭问题单－改变完结）等，都能有效辅导开发，进步产品开发落地的高复原性。

三、用80%场景的视觉规划＋视觉控件标准＋切图＋标示＋宣讲来辅导开发

1. 视觉规划的场景

由交互供给详细场景的典型页面，视觉稿进行输出，屡次迭代评定敲定后，再由开发提出缺失场景的视觉规划，视觉进行场景弥补；

2. 视觉UI控件标准的输出

有必要是通过屡次评定与迭代的终究视觉稿；但通常状况下，为了赶进展视觉规划与标准是同步进行，这导致标准重复修正的问题。

• 依据项目经历是，在视觉迭代中期时，先输出根底控件元素标准，包含（色彩／文字／图标／蒙板／投影／按钮／输入框／或单个控件）约占控件标准30％，与开发进行第一次标准评定，断定标准输出的正确性与专业性。
• 让开发选取一切视觉页面中需求标示的UI控件，由于开发挑选的UI控件也为通用款式，开发代码写成UI控件库（能够对应视觉的控件列表）并由其它分模块一致调用；且一切UI控件有必要依据终究视觉效果进行控件抽取与迭代输出。最终，layout用文档（pdf）的办法总结，防止独自模块独自页面传递，更能将规矩一望而知；标准是一个巨大而繁琐，极需耐性的作业；进程中重视每一个细节的精准与合理性。

3. 切图与收拾

切出一切视觉页面中触及到的图标与辅佐图形；图标巨细如：24px/ 32px/48px/72px/128px等，依据图标详细场景中的巨细、色彩、状况来切。换句话说，每一个图标都有它对应的详细场景，特定的尺度、色彩和状况；记住曾与开发gg对标准与切图的时分，他说：页面的图标切图，需求的是一个详细的拿来就用的，我们不会去画一个图标或去特定写一个图标的色彩。

4. 标示

视觉页面的标示依据UI控件标准的根底上进行，抛弃以往每个页面细无巨细的详细尺度／色值／巨细的标示。其实每一个视觉页面皆由不同的UI控件组成，在页面中将对应控件用UI控件标准中的编号来标示，开发gg拿着视觉页面标示去敲写代码时，再在UI控件标准文档中寻觅相对应的控件标准细节；这样，视觉规划师防止在视觉页面中做那鳞次栉比的尺度标示，而开发gg拿到标示清爽的视觉页面也不会产生视觉疲惫。

5. 标准宣讲

以上4步完结后项目开发发动前，用视觉标准对开发做一致的宣讲，防止遗失造成规矩传达不一致；这样，还规划原度仍是问题么？

四、与开发近距离触摸，面临面处理问题

最终一个办法是与开发来个密切触摸，即如果有条件答应的话，请与开发坐一同；遇到问题及时面临面弄清、拉通辅导、达到一致、修正、敲定、处理。

1. 规划标准做得再完善，开发问题仍然存在

试想一下，如果不和开发坐在一同，即使开发面临再完善的规划标准，依据开发自身对规划美感的短缺，开发进程多多少少都会产生了解误差。开发进程每遇到一个细节问题，开发gg都得拉着视觉问：这个按钮上的左右箭头是无限循环吗？图标缺少了一个状况，那个状况是什么等；发个信息问拉会或许电话评论，有时分还解说不清楚，功率低且事倍功半。

2. 视觉规划师直接进组到开发团队中

结合当时项目的做法是视觉规划师直接进驻到开发团队中，与开发团队坐在一同，举个例子此项目视觉在深圳，开发在异省南京或是异国，视觉也出差飞过去长时刻进驻，遇到问题面临面协商处理；大大进步了开发的进展与也节约了时刻，视觉复原度仍是问题么？当然，如果规划与开发本来就邻近工作，则不需无休止的出差，项目本钱节约不少。

规划进程仍是和开发gg们来一个“密切触摸”吧，永久不要把开发拒之门外；觉得交互与视觉完结后则就万事大吉。规划考究的不仅是规划美感还有谨慎的情绪合理的逻辑，要想一个产品始终保持是那个细节精致，构思精彩，且用户体会好；需求的是交互－视觉－开发三者之间是无缝协作，各个环节的周全考虑。