在谷歌当了半年设计师,我学到这些经验

新闻 前端
Hardik Pandya是Google G Suite和Google Photos的设计师,但是之前他都是在初创企业工作的。Google这里的企业文化和工作风格给了他很大的启发,平时在工作中他喜欢把自己的一些感悟记录下来,这篇文章是他关于如何做好设计、如何更好地进行沟通以及如何给团队做贡献的分享。

 编者按:Hardik Pandya是Google G Suite和Google Photos的设计师,但是之前他都是在初创企业工作的。Google这里的企业文化和工作风格给了他很大的启发,平时在工作中他喜欢把自己的一些感悟记录下来,这篇文章是他关于如何做好设计、如何更好地进行沟通以及如何给团队做贡献的分享。

[[230564]]

我是在去年10月加入Google的。加入一家像Google这种规模的公司的经历相当具有启发性。

朋友和旧同事经常问我在一系列的初创企业工作过之后再到Google工作会有什么不同——为了回答这个问题,我想出了几个这段时间通过自己经历学习到的例子。我觉得把这些分享出来有助于很多有过类似情况的人,不过我的写作方式是写给自己的建议,这样我就可以在今后反复阅读来作为参考了。

那我们就开始吧,下列清单并无特定的次序——

  • 你的所有队友对于什么才是出色的用户体验都有独到见解,所以你应该咨询尽可能多的人并且让他们参与到设计流程当中:咨询你的项目经理、工程师、前端开发者、设计师同事等等。这往往会很烦人但是值得的。通过在纸上跟工程师一起掂量一些早期想法的利弊,我经常可以将想法缩小到1、2个值得探索的好点子,从而节省了自己的时间和精力。这还有助于跟工程师建立很好的关系,因为他们投入到这个过程当中了。

  • 学会保持安静专心倾听并且不只听回应:我经常会额外保持安静10秒钟来避免自己陷入尴尬之中。尽管没有愚蠢的问题的说法是对的,但是不合时宜的问题绝对是有的,那些问题可以本来等待合适的时机或者上下文时再提出。

  • 尽早分享你的工作经常请求反馈:内部文化真的非常重视分享想法,并且鼓励尽早经常地分享。从***天开始就分享,称之为在工作中并且聚焦那些你希望得到反馈的领域。尽早要求反馈是值得欢迎和欣赏的(甚至要形成一种常态),而且也有助于那你尽快获得输入。为什么要经常做这个呢?在设计项目中路线修正是极其有价值和必要的。通过经常的分享你可以让自己和工作有效地得到检验——这可以节省时间和精力。

  • 要克制,避免过早投入到一个解决方案之中(也就是相当于不要跟一个解决方案定终身)。你已经知道这一点,但是说到比做到容易。在面临批评性的反馈时,大多数设计师都会很厌恶,因为这需要在项目前期就对设计进行大规模的根本性修改。绕开沉没成本误区的办法之一是设立你自己具有可塑性的设计系统,从而帮助你迅速迭代,经常迭代——对我来说这套系统就是Sketch模板,里面包含了一套嵌套的符号(这帮助我产生乘法效应,只需要一点小改动就能迅速做出大的设计派生方案用于讨论)。当你明确地努力把注意力集中在问题而不是寻求迅速实现你想到的下一个解决方案时,你就增加了想出更有力的结果的机率。

在面临批评性的反馈时,大多数设计师都会很厌恶,因为这需要在项目前期就对设计进行大规模的根本性修改。

  • 不要代替别人说话:讨论时如果某人要插嘴提供自己的输入时,让他们说并且用他们的名字记录下任务项,让他们知道有事情在等着他们。不要代表某人回应。

  • 要愿意说“我不知道答案但是我会找出来的”或者“我不知道这是不是合适的解决方案但是我们应该试试看行不行”:别人雇你不是让你给出所有的解答的,而是为了让你找出答案的。

  • 不要给***做出来的东西的价值打折扣:想法随时可以冒出来也随时可以消失掉,只有有形的结果才经得起岁月和大家的考验。

  • 时间拖延要有估计的结束日期,并且要跟团队提前打招呼:要负责任,让团队尽早注意,尤其是在事情在你这里拖着的时候。要靠言出必行来积累对你的信任与信赖。

  • 你可以通过别人处理冲突的方式来判断其领导力:我已经意识到***如果没有能力处理冲突以及适当的意见分歧会严重妨碍团队和产品进展。如果长此以往的话,会削弱团队成员对彼此之间的尊敬。倡导建设性的冲突,同时要有一个流程来推进工作,这是好的领导力的标志,这一条也是Google文化的核心宗旨——欢迎改变。

  • 尬聊要尽快进行,只要情况需要就得做:拖着不说只会让情况更糟糕,导致随后的讨论更难开展。

  • 任何帮助都会被记住:对你的团队成员和同事要乐于助人。不过更重要的是,要主动告诉他们需要帮忙的时候他们可以来找你。很多人对请人帮忙这件事很害羞,除非让他们觉得这么做没有不舒服的地方。

  • 在设计时要用“望远镜”和“显微镜”审视你的产品和历程:要运用系统化思维,不要忽视了更大更完整的图景。要能够深入到像素级***的细节里面,同时用上帝视角审视完整的用户历程及全盘的用户体验,这可以提升你作为设计师的价值并且真正发挥你的影响力。

  • 你的产品经理是你***的朋友,如果你跟我一样有幸跟一位很棒的产品经理共事的话,要利用要这个机会,跟他们搞好关系:跟他们建立一个定期或者临时(中断驱动的)的反馈回环。我可以走到我的产品经理那里跟他讨论一个功能或者方案,他会乐意倾听,同样,当他过来说“嘿,如果我们……”时我也会对他敞开怀抱。如果跟你的经理总是能保持这种开放的沟通,并且双方能保持相互尊重的话,最终出来的东西就一定是个好东西。如果不是遇上一位好的产品经理的话,我作为设计师连一半的成就都取得离不了。

  • 哪怕是小小的用户调研以及从一小部分用户样本中获得的洞察也足以让你在多个利益攸关者之中建立共同的基础:研究发现,讨论的报告,你的团队在构思和头脑风暴中经常提到的东西。设计师和研究人员可以从团队其他成员分享的洞察以及对用户世界的解析那里获得这种可见性。

  • 只要时间允许,所有的职能角色都要积极参与到调查研究当中:尽管进行调研的是UX研究人员,但是我强烈建议产品团队所有的职能都要参与到调研中来。作为设计师,我从调研中的收获是尽量理解了用户并且在宏观与微观设计交互与真实的用户情况(全部或部分用户历程)之间建立起了有意义的联系。当你建立起以用户现实为基础的联系时,设计讨论开始变成决策。

当你建立起以用户现实为基础的(设计交互与现实生活的用户情况之间的)联系时,设计讨论开始变成决策。

  • 要做一个有礼貌的、自由流畅的口头沟通者:对别人的观点要有礼貌,让他们说完自己的一连串思考或者观点然后再做出回应。

  • 培养得体的会议礼仪:如果你要安排会议,你就必须推动会议。从事先设定议程和发送议程开始,提前把讨论问题/要点发给大家让大家有时间消化和准备,从而利用会议时间有效地通过设定的议程。留出大约10分钟的四溅进行临时的、未预见的讨论。利用这一时间对任何人提出但没有时间分享的任何观点进行迅速的圆桌检查,尽早结束会议让大家回到自己的工作中去——大家会非常赞赏这一点。

  • 预先安排好会议从而尽量适应大家的日程:如果你预见到自己的某件事情需要占用到大家的时间,请让他们在自己的日程里设定一个[保留]时段好让他们知道这是暂定的,是可以在随后取消的。一旦你明确自己需要那段时间就把[保留]去掉,变成官方议程。

如果你没有预定时间的话,距离会议时间越近,你想预订会议就越难,因为大家的日程都已经安排得满满的了。

  • 跟你最紧密的团队成员建立经常性的1对1会面机制:这种项目的早期阶段是非常有帮助的(或者甚至在你还是公司新人的时候)。在项目早期时,要定义大量的项目范围,规划好时间安排,以及对方法路线进行讨论。经常性的会面有助你跟团队成员有集中的见面时间,尽早扫除你心中的一些疑虑。我会安排跟我的经理、UX调研人员、UX领导以及我的UX 越级经理(经理的经理)定期见面。在我在公司的早期日子里,安排这些会面并且持续进行了2个月帮助我理解了几乎所有跟项目有关的东西,从而做好了准备。会面礼仪的指导在这里依然适用——要事先准备好问题和讨论点,可能的话发出去,让会面尽量简短聚焦(30分钟足够),并且如果事情可以异步解决的话取消会面。

  • 如果你是团队/公司新人的话,要多吸收而不是根据“感觉很低效”而揣摩着要流程优化:这是我过去每每更换新工作时经常会掉进去的一个常见陷阱,我的***反应都是团队可以通过优化流程来改进协作和沟通。但随着我跟团队更多的家伙进行沟通,我意识到流程经常是已经优化到极限了,但凡我想到过的优化举措其实过去都已经试过并且失败了。所以这里的教训是要接受事实,你想到的优化举措其实很有可能别人也已经尝试过了,因为天面并不比你蠢。而这里的经验是,等一等,要有耐心,要尽可能从团队成员那里吸取经验,把过去的经验、实验和结果内化成自己的东西。可以通过上述的一对一会面来进行这些讨论。

  • 过程要极其详尽,以至于到***做决定时,你有信心自己已经仔细考虑过所有的可能性(根据手头的信息),并且对摆在桌面的东西里面哪些要保留哪些要放弃已经有了很好的论据(支持和反对):当你处在分歧阶段时,要谦虚地接受每一个看法、批评和观点,让你越来越知情。如果你是做“从1到2”(相对于从0到1)型的项目,完整地看一遍之前项目如何走过来的,然后内化前任经验教训和决策将是明智之举。这会树立你自己和团队的信心。

  • 学会写东西——记录会议、流程和决策:这些会成为项目的基础,是项目经历的鲜活历史。把决定记录下来意味着你有了指导大家或者将来遇到迟疑或困惑时作为参考的根据。在Google,我们维护着一个跟踪文档,里面包含有,项目每一次会议的会议记录,关于设计方案的争论,以及含有约束和范围的最终决定,以供日后参考。每一位利益攸关者都可以看到这些文档。文档的***页包含了项目的所有链接——PRD、调查研究和报告,模型以及POC等,所以文档也考虑到了进出项目的人了。

  • 养成记笔记的习惯:非常非常多的笔记——我是从记笔记开始项目的,我会保留一个很长的笔记,把每周完成的东西都列下来(我们称之为周记,并且会把其中一部分在内部进行分享,让别人知道自己本周都做了什么——这些在进行绩效评估的时候也很有用)。我的笔记分为战术性和战略性笔记——战术性笔记帮助我完成必须在未来1、2周内完成的事情(比如起草邮件,写建议书,要研究的设计方案,设计改动日志,以及每周待办事宜),而战略性笔记帮助在大方向上不偏离航向(比如起草今年晚些时候要进行的演讲的大纲,我想研究的项目,草拟我想写的文章,度假计划等等)。我会尽可能地在有想法的时候记录下来,而不是随后再写以防失去了可靠性。

一次我记得在京都散步的时候我想到了一个可以帮助更高效更有趣地安排好会议的点子,于是我迫不及待地跑到了附近的一个咖啡厅,用了45分钟把我的想法都记到笔记里面。

  • 学会系统设计以及用抽象的词汇清楚地表达想法:通过用不同的属于描述你的方案,你可以帮助大家思考模式和解决方案的可重用性和重复性。你可以帮助他们构建一个可以重新应用到不同情况下的心智模式而不仅仅局限在解决手头的个体问题。系统死为很大程度上来自于这些可重用的心智模式,从而帮助降低维护开销。

  • 回应要简明透彻:回应的时候慢一点考虑清楚一点要比抢先回应更重要。如果你还不知道答案千万不要回答——说“我晚点回你” 就行了。

  • 养成二阶思维:不要光看事物的表面价值。Daniel Kahneman称之为WYSIATI——What You See Is All There Is(你看到的就是一切)。意思是说缺乏二阶思维的话,你就只能靠表面的和摆上桌面的东西。这会限制你理解别人动机以及他们决定和行为背后的理性的能力。当你是新人的时候,理解更大的支配一切的系统(这个系统总是在发挥作用)是很困难的,因为你对它并不在意。但如果你没有有意识地去花时间在这上面去形成这种认知的话就错了。你就会陷入到用一阶思维去管理人和项目上。作为高效的团队成员,这既关乎利益攸关者管理,对团队动态和项目机动的贡献,也关乎成为卓越的贡献者。这没法在一夜之间实现,但同时也无法纯粹有机地形成。这需要有意识的努力。

  • 注意你的信誉资本:我是这种心态模式的忠实信徒,我曾经跟好几位前同事讨论过这个,发现这跟他们的体会也是一致的。当你加入一支新团队时,你的信誉资本是有限但固定的——姑且称之为100。资本需要你成为有用、值得信任且是团队所依赖的人,姑且称这个值为200。现在你到了新团队,花时间在那100的基础上挣得新资本并且尽可能快地达到200是明智之举。但是要想做到没那么容易——你想通过给他们留下印象来赢得团队信任所以你会去寻求机会冒险赌一把。但是赌的事情是有可能会出错的。你的头几个月不是去赌的时候,而是要站稳脚跟的时候。心急吃不了热豆腐,不要打肿脸充胖子,承诺过多,而是应该采取缓慢经过考量的步骤,承担小一点风险低一点的项目然后获得信任——让你的团队了解你的做事方式,让你自己熟悉这个体系。一旦你达到了200,你就掌握了有关环境的更多信息以及公司的社交/政治动态,这时候你就可以做出更知情的决定,就可以考虑更大的赌注了。先在新环境中和新产品上通过积小胜来赢得信任、鼓舞信心,然后再去追求更大的目标。

  • 信心来自表现,而表现需要时间:让自己置身于新领域——新工作或者新项目的感觉是非常令人兴奋的。但随着而来的还有担心和焦虑,因为你必须重新去证明自己,要在这个新领域通过做事去重新赢得信心和尊重(是,你的同事总是很尊重你,并且他们招你进来是有原因的但你知道我的意思)。做到这一点的唯一方式是去获得在这个系统中的经验。经验来自于在无数你无法模拟的情况、困境下的一点点的表现。表现是线性进行的,这需要时间。你可以加速学习和准备,但你无法加速你的表现。你要有耐心。

学习可以加速但表现没办法。这需要时间。

  • 不要花太多时间去自己折腾:当你刚到一家新公司时,你还在学习新环境下东西都是怎么运作的——如何设置设备和账号,组织设计资产库,请求访问合适的工具和授权等。当然你自己也可以折腾其中的很多东西,只是需要的时间更久而已。我个人感觉自己去折腾这些东西是没用的。去找一位同事帮你就行了。当你是新人的时候完全可以提出这种请求的所以要利用好这一点来节省时间(但是要保证将来你也会去帮助别人)。不过不要让这个把您变成懒人——你最终必须自己去学会找到答案。

  • 看看有关你的团队、过去完成的工作、内部文档、设计系统、研究报告及分配甚至分析的内容:好的团队总是会留下信息轨迹供当前和将来的团队成员使用。大多数情况下,里面会藏着有关你的产品/项目的信息金矿,这是加快你进程的很好途径。很多团队都把这作为新员工培训工作的一部分,但是你应该自己去找出那些材料,自己去解读。

好的团队总是会留下信息轨迹供当前和将来的团队成员使用。找出来尽可能地研究清楚。

  • 就像Alex Roe所写那样,要经常地充分沟通:要提前通知反复通知。把你的度假/休假计划、日常工作事项、项目细节以及ETA等情况尽量多地跟团队进行沟通——这是负责任的行为。这可以让团队知道进展情况和结果,从而更好地围绕着交付物进行安排和计划。

  • 周末和度假应该彻底放松下来:这主要是我自己的体会。跟我之前的经历不一样,在这里周末或者办公室以外或者度假时给同事打电话是不受鼓励的行为,理由也很充分——周末和度假的时候是你私人的时间,不应该再考虑工作的事情。我们的团队需要跨时区的协作,所以考虑到对方感受以及家庭福祉是很重要的,而且文化绝对是支持的。可能你的情况已经是这样了,但我不是——所以这是一个值得欢迎的改变。

  • 像Google这样的公司真的感觉就像另一个世界,所以跟外面的世界保持接触并且保持一个不同视角真的很重要:跟其他公司的设计师同行保持接触,要定期会面,跟他们讨论,去理解世界的其他地方都发生了什么。我和能享受讨论过程、工具以及设计方法这些事情,为此我会定期安排会面。

  • 在外面成长跟在Google内部(或者你工作的地方)成长起来一样重要:随着你在Google内部的的岗位层级不断上升,让Google(或者你公司)以外的人知道你在做什么以及有多出色也很重要。一般说来,给活动、会议、社区做贡献就是很好的办法。保持一个积极发声的个人形象(如果你属于这种类型的话)可以让你在外面也能保持自己的重要性。

相对于我之前必须不断有意识地地保护自己兴趣的工作经历,我在Google的时间相当比较宽松——我在享受每一天尽可能地吸收这里出色的文化同时投入时间到取得可衡量的进步上,让我的工作变得越来越好。

Alex Roe(前Google人,Google Photos的前产品经理)也有类似的体会,他也把自己在Google的经历分享出来了,你绝对应该去看看。如果你知道还有别人也分享了类似经历的其他资源的话,我非常愿意去看看。

就像他们所说那样,大家给出的大多数建议更多的几乎总是为了给自己做个记录。

很长一段时间之内,这些要点都是我的个人记录,现在我终于把它分享出来了,这感觉很棒。这些备忘的感悟曾经帮助我成为了一名更好的设计师,一名高效的沟通者以及对团队有价值的贡献者,而且这场学习还在继续。

原文链接:https://medium.com/google-design/what-i-learned-at-google-as-a-designer-7e3a12b7a82e

责任编辑:张燕妮 来源: 36kr
相关推荐

2011-07-11 10:34:40

编程技巧苹果

2015-09-15 09:14:10

程序员经验教训

2018-12-21 14:54:07

2015-09-14 08:43:42

程序员谷歌经验教训

2011-08-19 14:12:39

Web

2013-06-25 11:06:51

编程技巧苹果

2014-12-22 10:09:50

工程师

2014-08-11 11:19:19

Material De

2020-02-07 11:50:24

代码开发工具

2015-07-02 10:09:02

谷歌Facebook生活经验

2011-12-26 10:19:58

谷歌Chrome火狐

2019-10-08 11:17:20

开发者技能工具

2015-10-26 09:12:59

SOHO设计师经验总结

2021-07-28 07:01:09

薅羊毛架构Vue+SSR

2011-12-06 16:07:00

网页设计

2021-09-16 10:01:45

腾讯设计师职业生涯

2019-07-02 13:55:50

苹果谷歌亚马逊

2017-04-11 14:45:30

android开发sqlserver

2013-07-09 09:31:57

设计师创业团队

2020-11-18 14:01:07

设计师产品需求项目
点赞
收藏

51CTO技术栈公众号