看Facebook如何做设计

【译者:耿人杰 原文:Design at Facebook 作者:Luke Wroblewski

今天在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测试。清晰地定义度量效果的标准并进行测量,但切忌不要让度量标准来驱动设计。

看Facebook如何做设计,布布扣,bubuko.com

时间: 2024-10-05 21:27:12

看Facebook如何做设计的相关文章

如何优化app,看Facebook如何做

周四,Facebook Engineering blog 发表了一篇名为<Improving Facebook on Android>博文.博文从四个方面(Performance,Data Efficiency, Networking,Application Size)讲述了Facebook是如何优化app保证其在不同国家不同类型Android设备上都能表现出良好性能的.由于原文内容比较 容易理解,这里就直接给出原文,以使上边链接打不开的同学也能看到.<菜鸟成长史:http://blog

怎样优化app,看Facebook怎样做

周四,Facebook Engineering blog 发表了一篇名为<Improving Facebook on Android>博文.博文从四个方面(Performance,Data Efficiency, Networking,Application Size)讲述了Facebook是怎样优化app保证其在不同国家不同类型Android设备上都能表现出良好性能的. 因为原文内容比較 easy理解,这里就直接给出原文.以使上边链接打不开的同学也能看到.<菜鸟成长史:http://b

从节能角度看数据中心软硬件设计(一)

从节能角度看数据中心软硬件设计(一) -PMC公司资深顾问.前Facebook存储架构设计师. OCP创始人之一Per Brasher于CCCC演讲实录- 此次演讲流程如下.首先讨论关注数据中心效率的原因及其提升效率的原始动力所在.第二步讨论影响效率的主要构成部件,这些部件对效率的贡献大概有多少,以及怎样对每个部件的效率进行优化和提高.第三个方面是展望如何进一步降低TCO成本,其中将涉及更先进的数据保护机制.接着会对存储的各种新模式进行一定展望,最后做一个总结. 下表总结了OCP的设计理念,其中

看 Facebook 如何以三大法宝化茧成蝶

从大学宿舍到完整生态链:Facebook 12 年发展历程 先请看一下 Facebook 的简单发展史: 2004 年,扎克伯格在大学宿舍里开发了 Facebook,很长一段时间它只是一个简单的网站.但是后来,扩展到硬件,开发了各种产品,占据了整个社交领域,至少是北美的霸主地位.Facebook 还推进了 Connectivity(全民联网计划),给发展中国家提供免费的无线网络,再到后面做 VR.AR.人工智能等现在非常火的新领域,形成了完整的生态圈. 看 Facebook 12 年的发展,我一

闲话js前端框架(5)——再看自己一年前设计的微型渲染引擎

闲话js前端框架 前端人员=美工+设计+代码+测试 --题记 专题文章: 一.从avalonjs的模板说起 二.庞大的angularjs 三.再也不想碰DOM 四.组件化?有没有后端的事? 五.再看自己一年前设计的微型渲染引擎 六.在浏览器标准上做文章 七.抛开浏览器,构建应用容器 八.为何Flash.银光和Java都在网页端一蹶不振 本文属 西风逍遥游 原创, 转载请注明出处: 西风世界 http://blog.csdn.net/xfxyy_sxfancy 五.再看自己一年前设计的微型渲染引擎

android为每个屏幕尺寸和分辨率做设计(一)

一.分辨率无关 1.使用dp(dpi) Android使用密度无关的像素(dp)来指定屏幕尺寸,它允许在具有不同像素密度而屏幕大小相同的设备上通过缩放达到相同的效果.(还没解决不同屏幕尺寸的问题?) 2.像素密度的资源限定符 当使用不能很好地动态缩放的Drawable资源时,应该创建和包含针对每种像素密度类别进行优化的图像资源. 就是drawable-hdpi.m.l 感觉这个也好麻烦....哎,我都是只用一个hdpi偷懒,不过这样小屏幕也加载了大图片... 二.为不同的屏幕大小提供支持和优化

为未来的网页做设计

本文推崇的是“因为现代人越来越生活net依存状态,ipad,3g等等,各种情况下人时时刻刻都在online状态中.所以如何让任何用户在任何情境下使用任何进入网络的工具(此处指移动设备,cellphone或是平板电脑等)进入任何网络(比如火车上信号弱的情况v.s.家中wifi通畅的情况),都能有一致的用户体验. Why? 先看看任何情景+任何入网工具 (情景一:同时打开两个窗口)用户正在看豪斯医生,但是此刻正好Hugh Laurie没有在镜头中,所以用户决定趁此时看一下他的mail,他的一个朋友发

产品经理如何为小屏幕做设计

1997年,那是一个春天,有一位老人在南海边画了一个圈,这个圈就画在咱大深圳!画圈的人是小平同志. 2014年,还是这个春天,移动设备的普及成为当下互联网发展的又一次变革,我们在各种小屏幕上画着一个又一个的圈,如今,用户的移动体验无意正在变得更好,因为越来越多的网站已经开始为移动设备做了设计,设计师们也明白什么更适合小屏幕.然而,在手机上执行任务操作仍然存在着许多障碍. 亲爱的设基师朋友们如果你正在为此困扰,请关注如下招式: 首先即使是4G下载时间问题依然存在,其次用户讨厌需要大量下载网站因为他

从MVC框架看MVC架构的设计

转自:http://blog.csdn.net/bluishglc/article/details/6690693 从MVC框架看MVC架构的设计 尽管MVC早已不是什么新鲜话题了,但是从近些年一些优秀MVC框架的设计上,我们还是会发现MVC在架构设计上的一些新亮点.本文将对传统MVC架构中的一些弊病进行解读,了解一些优秀MVC框架是如何化解这些问题的,揭示其中所折射出的设计思想与设计理念. MVC回顾   作为一种经典到不能再经典的架构模式,MVC的成功有其必然的道理,这个道理不同的人会有不同