UI设计师高效理解工作职责的方法.pdfVIP

莱茵教育 UI 设计师高效理解工作职责的方法 UI 设计师的工作非常重要 ，一个产品的好坏与设计不无关系 ，莱茵教育表 示 ，UI 设计如何高效理解工作职责 ，对于提高自身水平 ，提高团队协作有着非 常重要的作用。 一、视觉 UI 设计与交互设计之间应衔接无缝 ，即时刷新视觉页面 一般产品设计流程包括不同的阶段 ，不同的阶段其涉及的范畴内容不一样 ， 作为设计师面对所有步骤不能一蹴而就 ，而是按部就班 ，计划行事。 前期准备阶段 ：确定设计需求的目标 ，竞品分析 ，用户研究 ，市场评估等; 设 计需求分析阶段 ：设计需求的理清 ，业务逻辑的推敲 ，产品的架构的搭建; 设计 执行阶段 ：交互设计原型的输出 ，视觉设计风格与方案确定 ，开发落实与测试上 线 ，这构成一个不断迭代刷新的流程; 在以上阶段中 ，业务需求的变更与澄清 ，交互的迭代 ，视觉的刷新 ，是设计 过程中最繁琐的阶段。设计启动前了解多端的适配情况(分辨率/屏幕精度) ，综合 考虑优先出什么分辨率;接着视觉设计师需面对庞大的页面工作量 ，且常会遇到 与交互原型不一致的问题 ，需及时反馈并拉通讨论。这就需遵循一个清晰可见的 迭代流程 ，对视觉设计而言 ，需求的变更与澄清-交互的迭代-视觉的刷新-设计 的迭代构成的是一个闭环无缝的路线 ，只有这样才能为开发的启动 ，打下扎实的 根基。 当然作为视觉设计师;设计过程中主动出ABC…方案而不是只拿出一个唯一 的方案 ，只有将想法用画面来表达 ，才是够合格的设计师 ，特别是视觉设计师 ， 好处可以锻炼自己的设计表达力 ，方便评审定稿 ，避免反复修改被人牵着走。 二、适当时 ，为开发开启更多的话语权 ，避免更多的无用功 莱茵教育 视觉规范、视觉标注、视觉控件库的整理与输出目的只有一个 ：那就是指导 开发 ，让设计 100%还原落地;回到项目中 ，对于设计团队与开发团队通常会体 现以下两种情况出现 ： 开发团队对项目有丰富经验 ，设计团队对此项目经验少-开发话语权大于视 觉 设计团队拥有多次项目经验 ，并有一定的设计沉淀累积-设计话语权大于开 发 从视觉设计而言 ，如果是设计团队拥有丰富的经验这是最好的 ，用经验累积 设计沉淀与创造性指导项目 ，话语权大 ，反之亦然。 在这里结合最近参与的项目 ，情况为第一种来进行思考;交互视觉设计过程 与规范输出中 ，让开发提供更多正确的方向引导 ，借鉴开发团队以往的宝贵经验 ， 如 ：设计文档的共享与即时性、设计规范的专业性 ，开发认同的设计规范去指导 开发、设计相关问题单的及时跟踪与解决、设计需求变更流程(变更流程包括 ： 变更需求提出人-交互-视觉-开发-产品经理(SE or PM)敲定-执行变更-关闭问题 单-变更完成)等 ，都能有效指导开发 ，提高产品开发落地的高还原性。 三、用 80%场景的视觉设计+视觉控件规范+切图+标注+宣讲来指导开发; 1.视觉设计的场景 由交互提供具体场景的典型页面 ，视觉稿进行输出 ，多次迭代评审敲定后 ， 再由开发提出缺失场景的视觉设计 ，视觉进行场景补充; 2.视觉 UI 控件规范的输出 必须是经过多次评审与迭代的最终视觉稿;但通常情况下 ，为了赶进度视觉 设计与规范是同步进行 ，这导致规范反复修改的问题。 莱茵教育 根据项目经验是 ，在视觉迭代中期时 ，先输出基础控件元素规范 ，包括(颜 色/文字/图标/蒙板/投影/按钮/输入框/或个别控件)约占控件规范 30% ，与开发 进行第一次规范评审 ，确定规范输出的正确性与专业性。 让开发选取所有视觉 页面中需要标注的 UI 控件 ，因为开发选择的 UI 控件也为通用样式 ，开发代码写 成UI控件库(可以对应视觉的控件列表)并由其它分模块统一调用;且所有UI控件 必须基于最终视觉效果进行控件抽取与迭代输出。最后 ，layout 用文档(pdf)的 方式总结 ，避免单独模块单独页面传递 ，更能将规则一目了然;规范是一个庞大 而繁琐 ，极需耐心的工作;过程中注重每一个细节的精准与合理性。