今天在Palo Alto的总部，Facebook的设计团队分享了他们的设计理念，以及他们是如何为2.5亿用户设计产品的。特别的是，他们强调了以下几点：

• 要勤写代码（get your hands dirty）
• 尽早且频繁地分享设计（share early & often）
• 设计过程要从项目开始延续到结束（be there from start to finish）
• 不要爱上你的设计（don’t fall in love）

尤其重要的是确保设计师有足够的技术能力来写很多代码。

其他一些信息：

• Facebook设计团队的任务包括产品设计、市场营销、UI模式、品牌和前端开发。整个团队由15个产品设计师、5个UI工程师、5个用户体验研讨员、4个交互设计师和1个内容架构师。在这个约有1000个员工的公司中，设计团队总共有25人。

• 通过撰写从前端到后端代码全部代码，将设计和技术融合进整个公司的文化。

1）设计师需求参与整个过程：从战略到发布。这不同于其他公司。

• Facebook花费了很多时间和精力来保证设计师能参与到整个产品开发流程。
• 例如：3月的主页改版发布，精简信息架构和提高页面信息的流动速度。这样的改变需求同时涉及数据结构和视觉结构。
• 在确定视觉风格后，开始写代码来制造原型。设计师通过写代码来了解真实的数据如何在页面规划中任务。
• 不断地平衡取舍，通过不断地迭代交互设计和视觉设计来做很多尝试。
• 给管理层和其他团队展现静态的产品原型并做交互演示。
• 让设计师写代码能发现细节问题并快速执行修正。

2）尽早且频繁地分享想法。了解用户能协助实现更好的设计。

• 在Facebook没有创意总监，取而代之的是自下而上的设计团队组织架构。这对于团队能分享他们的创意至关重要。
• 开发相应工具来实现高效地分享。其中一个工具叫Pixelcloud，类似于一个带评论功用的在线图库。自从在3月发布了这个工具后，大约每天有15张创意图片通过这个网站得到分享。
• 整个任务组涵盖视觉设计和前端开发，这确保了Facebook的设计保持一向的风格。所有的任务组都有固定的时间来给设计师提供反馈。
• 例如：隐私导游的设计。在项目立项阶段（kickoff phase），召集12个用户并向他们展现30个原型，以此来决定产品的开发方向。在产品开发阶段，再次召集绝对较少的用户，向他们展现7个原型来决定具体的设计。
• 反馈是无效的。尽可能多的和早的获取反馈，这有助于节约项目时间。

3）勤动手，最重要的是理解代码是如何运转的。所有的设计师都要写一些HTML，CSS，甚至PHP。

• 模糊设计和技术的区别。设计师也能调试代码和创建快速原型。
• 设计师往往错在设计过于简约，而工程师则错在提供过多功用。
• 理解你所为之任务的媒介类型，然后不断反思你的设计。
• 快速举动。Facebook在许多领域有很多竞争对手，而用户使用网络的习惯也在持续改变，所以快速地迭代更新产品很重要。
• 最核心的是，Facebook置信最无效的方式是快速发布产品，然后看看用户是如何使用的。
• 原型在说谎。它们通常缺乏内容和上下文联系。因此需求使用真实的内容和页面设计来理解具体的设计是如何任务的。
• 为了快速反应，我们需求快速地制造原型。例如：评论的UI首先在内部测试并修正，然后才发布给用户。新的设计打破了原有的信息流里的视觉线路。
• 设计师普通每周大约会提交40个版本的代码。

4）不要爱上你的设计。软件的生命是短暂的，它总是在变化，你需求接受这个理想。

• 你的目的是确保设计任务正常并能持续改进。
• 不要怀念今天的成就，要永远向前看。作为一个设计师，你需求预测并思考在下一年事情将发生怎样的变化。
• 在Facebook，设计存在时间最长的是首页，从2004年发布，历时18个月。
• 例如：全局导航的改版。在数月里尝试了无数的想法。甚至在昨天网站的头部又变了。
• 相比以往任何时候，我们的任务都远没有完成。
• 对大多数功用都做A/B测试。清晰地定义度量效果的标准并进行测量，但切忌不要让度量标准来驱动设计。