响应式网站建设不像传统网站建设仅需考虑一种状况，不是出货一套设计稿就完事儿了，它给设计、前端和开发团队之间的协作模式带来新的挑战。在一个复杂商品全方位响应式的项目里，交互每一个阶段该产出什么?交互与视觉怎么样协作?前端何时介入?什么事情让后端开发来做更合理?历程“玩客”第一版后，大家得到了一些答案。响应式设计之所以叫响应式“设计”而不叫响应式“技术”，是由于它是一项设计先行的工作。需要设计先明确好响应方法再达成出来，不可以出一套设计稿后等着前端看状况把它变成响应式网站建设。所以整个步骤刚开始从交互阶段开始，分成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)的方案。服务端与推广客户端结合是现在解决响应式页面性能问题的最合理策略。什么大图片在手机下仅需输出小尺寸图片?什么内容在什么设施下是无需开发输出的?什么可以降低输出的数据数目?与开发团队协作的响应式可以有效控制页面文件大小，防止页面成为手机上烧用户流量的罪魁祸首。测试通过后提交页面进入开发环节。大家从可用性和可访问性两方面汇总了一份响应式页面测试checklist，测试要素包含但不限内容。
