不过对于现代的响应式网页设计，这仅仅只是一个起点。现在要做你至少需要两套图片素材，一种是给普通PPI的屏幕所设计，一种是给高PPI的视网膜屏所准备的。更完备的响应式网页，对于图集和素材的要求更高，细分更多，针对性更强。

　　尽量避免将响应式图片格式的筛选决策留到项目后期。

　　最起码，你得针对不同像素密度的屏幕作出基本的区分。仔细读一下这篇关于srcset的文章，或者使用Picturefill这样的工具来确保跨浏览器支持。如果你觉得整个方案不堪重负，那么不妨从小的部分开始做起。逐步调整图片元素的srcset属性就是一个不错的开始，在这个过程中，你会逐步看到网页的响应越来越靠谱。

　　4、从基础元素开始思考，使用模块化设计

　　我的响应式网页设计流程深深地受到了Brad Frost 的Atomic Web Design和Jonathan Snook 的SMACSS的影响。两个框架都依靠小而可复用的基础组件来实现强大的网络架构。

　　所以，在与开发者交接的过程中，我会优先专注小而可复用的组件，因为它们能给不同平台不同设备带来相同的用户体验和视觉效果。这种一致性会更容易为开发团队所消化吸收。而且，小组件在不同页面之间的复用性也非常强，所以，如果你设计出了一套高效的方案，今后还会有用武之地。

　　想象一下，你正在设计一个带有大标题、高清大图和表单的注册页面。由于网页是响应式的，所以所有这些元素都会随着设备和屏幕的转换而变化尺寸。那么在项目研发早期，应该同开发团队一起钻研，敲定页面所涉及的各个细节。它看起来应该是什么样子?用什么样的验证机制?如果要输入表单，如何配合触摸屏和传统的键鼠?

　　5、让开发者给视觉和体验设计做反馈

　　有些设计师在产品设计会议、可用性设计环节和其他的沟通环节不让开发者参与或提供反馈。这种放任和封闭是错的。要知道，经验丰富的开发者在产品、体验和设计领域同样有着极为丰富的知识。让他们参与到这些环节中，能让产品更加成熟。前端和设计师在技能上的重叠就更多了。

　　越来越多的设计师开始自己写代码了，开发者也逐渐习惯于制作快速原型、先框图，并且也会在私底下恶补美学和设计类的知识。响应式网页设计的出现，使得两个职业之间的交叠越来越多，加剧了这一趋势。虽然没有设计师的头衔挂在开发者头上，但是他们对于设计往往能说出惊人之语，发人深省。

　　当然，不同的角色和职责的划分依然是极为重要的。但是稍微调整一些小步骤，确实能显著提高最终产品。所以，你做下一轮产品可用性测试的时候，不妨带着开发者一起来讨论。

　　结语

　　所有这五个技巧都需要实现计划，并且不停补充。绝大多数团队都将注意力放在产品的发布和卡Deadline上，这个阶段再来考虑这些问题，不利于产品，也不适合此刻团队内的设计师和开发者。

　　项目开发之初，稍加计划，后期的回报绝对是丰厚的。