重庆网站设计

响应式网站设计环节

响应式网页不像传统网页只需思考一种状态，不是交付一套设计稿就完事儿了，它给设计、前端和开发团队之间的协作形式带来新的挑战。在一个复杂产品全面响应式的项目里，交互每个阶段该产出什么?交互与视觉怎样协作?前端什么时候介入?哪些事宜让后端开发来做更合理?履历“玩客”第一版后，我们得到了有些结论。

响应式设计之所以叫响应式“设计”而不叫响应式“技术”，是由于它是一项设计先行的工作。需要设计先明晰好响应方式再实现出来，不能出一套设计稿后等着前端看情形把它变成响应式网页。所以整个环节最初从交互阶段着手，分成6个紧要流程，视觉、前端、开发等角色按照情形尽早介入。

Step1：信息架构，确立内容战略。

按照产品定调和客户解析，交互设计师确立站点信息架构。(信息架构体现方式有许多种，这不是本文难点，不详述)。

这时候能够明晰这个产品有多少页面，每个页面包括多少内容，内容优先级是什么。许多产品包括N多页面，每个页面一一思考响应式设计容易导致混乱且成本巨大。所以下一步紧要工作是解析页面类别把页面分类。以玩客为例，能够把10多个页面分成三类：列表类页面、详情类页面、使用类页面。

Step2：移动框架

先说下为何第二步要先设计移动框架。移动优先是移动互联网浪潮下应运而生的理念，由Luke Wroblewski最早提出。移动优先并不是指移动更紧要，响应式设计理念里设备是同等紧要的。它是指优先设计移动端的体验，有三个因素：

手机让设计专注，强迫你想清楚什么信息是最关键的。由于手机屏幕小，每屏体现的内容少;触屏手机操作手指使用而非鼠标这样的精密设备来使用，对使用有更高要求;手机操作场景更加丰富，许多场景客户是缺乏耐心的，比如当你排队看电影正在找手机上的电子票，立刻排到你了翻半天却很久找不到那张票这是多么令人崩溃的事宜。

手机众多特质让设计更强大。手机上的语音输入、地理位置定调、丰富的手势使用、越来越多传感器，手机交互比PC拥有更多可能性。从手机着手设计，让你更早地考虑怎样发挥这些特质。

手机正在迅猛增长。手机即将超越PC，成为最主流的上网方式，这个趋向是不可逆的。

从移动着手做设计对习惯了PC环境的设计师可能是一种挑战，考虑方式工作习惯都被迫做出改变。但这种改变必须去适应，由于客户习惯在改变。

回正题，上一步已经把页面分类并确立每个页面内容优先级，当前接着解析每种类别页面的导航、主体内容等框架构架，最终得出一份框架构架表。从玩客框架构架看出，全局导航是所有页面公共的，局部导航只有列表类页面才有，详情类页面都有一个“页面主人”信息，而关系导航不是每个页面都有。

接着着手设计移动端“超细长页面”的框架(由于手机上普通是单列部署，所以页面又细又长)。这一步着手把信息构架设计成最粗放的框架，能够在白板或纸面上完成。要实现的关键目标是：把这个页面最需要体现给客户的内容放在最关键的位置，要适宜手机上的阅读和使用习惯，尽量借助手机设备的特质。

Step3：响应式框架

按照移动端的框架拓展出平板和PC端框架。这是复杂产品实现响应式设计的关键流程，它是让许多页面有条理地响应起来的基本。第一件事宜是确立响应式形式，即从手机到平板到PC，导航怎样变动，页面部署用哪种响应方式，按照内容优先级怎样调整模块顺序，等等。玩客在PC端以三栏部署为主，左边栏作为局部导航或者主人信息区，中间栏始终是页面主体信息，当页面需要关系导航时一致放在右边栏。

到当前这个阶段所有页面的响应式着手有规则可循，下一步工作就是继续细化规则，把框架正确到详尽尺寸。详尽说来就是制定流体栅格系统。流体栅格系统是基于百分比的栅格部署工具，详尽的制定手法会在另外一个篇章知识篇中详细说明。

响应式是一种设计理念与前端技术亲密结合的新兴形态，鼓励尽早实行跨职能洽谈协作。交互确立响应式框架和栅格系统后，其他角色就能够同步开展工作了。前端着手介入完成栅格和框架创建，产出页面基本框架。视觉同步着手探索和定义视觉风格探索，制定视觉框架，产出风格关键词、产品配色计划。整个进程需要几个角色不断探讨确立。

Step4：模块设计

根据移动优先的原则应当先实行手机端的模块小节设计，不过我们选取了从PC端着手设计小节。由于PC端开发可以充分暴露业务复杂度，项目团队的设计、开发、检测在PC环境下拥有成熟的工具和环节，从PC着手让开发进程更顺畅。所以个人认为移动优先是确立内容战略时应当遵循的理念，小节设计和开发进程是否要移动优先，取决于产品定调和项目团队情形。

响应式框架确立了页面构架和响应形式，模块设计这个进程着手完竣所有信息排版和交互模式，这是交互设计师最熟练也是最耗时的工作。这个进程与传统环节没太大差别，只是心里要不断提示自己，这个模块不是只为这个设备设计，它在其它设备下会出问题吗?

交互确立页面模块小节后能够抽取出产品用到的控件、组件和公共模块，当前视觉和前端着手做一件有别于传统环节的事宜。视觉按照初期定义的风格设计控组件和公共模块的视觉效益，把它们拼成一个模拟的页面，我们称之为风格拼贴稿。前端再把风格拼贴稿里的控组件和公共模块实现出来，一致维护一套组件规范代码。

传统的做法往往是页面视觉定稿后设计师着手整理视觉规范标注给前端。风格拼贴稿是将这个工作尽可能提前，并变成一个设计协作利器。它的益处是：

1、一个页面的视觉效益实际上是由一堆控组件和公共模块组成，用真实的控组件和公共模块拼贴的模拟页面已经能够体现出产品的视觉风格。把一个产品10多个页面的视觉稿全部完成定稿是极其费时费力的事宜，产出一份风格拼贴稿则轻易得多。所以它是一个高效的设计工具。

2、复杂产品一直涉及多个设计师和前端并行工作，尽早地把控组件和公共模块抽取出来一致管理，是保证视觉风格统一性的灵验手法。防止不同设计师同时设计同一个控组件或公共模块，减轻重复开发导致的浪费。也大大降低后期更新和维护页面的成本，比如当需要修改“关注”按钮时只需改一个就能全站生效。

Step5：响应式模块设计

PC端页面模块小节和风格拼贴稿完成后，剩下工作是拓展出平板和移动端的完整设计稿，前端产出全部响应式页面代码。实行响应式模块设计时最需要关注的仍然是让使用适宜设备习惯，充分借助设备特质。

至此，一个全站响应式产品的页面就陆续出来了。许多人认为响应式设计维护成本高的原因是一个页面要同时设计多套设计稿。玩客这次经验告诉我们，确立一套设计稿和栅格系统后再拓展出其它设备下的设计计划，工作量远比想象中的低。

Step6：检测&探讨&优化，提交开发

离大功告成还差最后一步，在真实设备下检测页面效益，项目团队探讨并持续优化。

在提交开发以前需要尽早明晰服务端响应(RESS)的战略。服务端与 用户端结合是目前修复响应式页面性能问题的最合理计划。哪些大图片在移动设备下只需输出小尺寸图片?哪些内容在什么设备下是不需要开发输出的?哪些能够减轻输出的数据数量?与开发团队协作的响应式能够灵验控制页面文件大小，防止页面成为移动设备上烧客户流量的罪魁祸首。