当前位置: 首页 > 科技观察

在谷歌做了半年的设计师后,我学到了这些教训

时间:2023-03-15 13:40:46 科技观察

编者按:HardikPandya是谷歌GSuite和谷歌照片的设计师,但在此之前他在初创公司工作。谷歌这里的企业文化和工作作风给了他很大的启发。他喜欢记录自己在工作中的一些感悟。这篇文章讲的是如何做好设计,如何更好的沟通,如何给Team贡献分享。我去年10月加入了Google。加入谷歌这样规模的公司的经历非常鼓舞人心。朋友和前同事经常问我,在一系列初创公司工作后,在谷歌工作有什么不同——为了回答这个问题,我想出了几个例子,说明我在这段时间里通过自己的经历学到了什么。我觉得分享这篇文章可以帮助很多处于类似情况的人,但我写这篇文章的方式是给自己的建议,所以我可以重新阅读它以供将来参考。所以我们开始吧,以下列表没有特别的顺序——你的所有团队成员对什么是伟大的用户体验都有独特的见解,所以你应该咨询尽可能多的人并让他们参与设计过程:咨询你的项目经理、工程师、前端开发人员、设计师同行等。这往往很烦人,但值得。通过与工程师在纸上权衡一些早期想法的优缺点,我通常可以将想法缩小到1或2个值得探索的好想法,从而节省自己的时间和精力。它还有助于与工程师建立良好的关系,因为他们对流程进行了投资。学会保持安静并专心倾听,而不仅仅是为了回应:我经常保持安静10秒钟以避免让自己尴尬。虽然确实没有愚蠢的问题,但肯定有过时的问题可以等待正确的时机或上下文。尽早分享你的工作并经常寻求反馈:内部文化非常重视分享想法并鼓励尽早和经常分享。从第一天开始分享,称之为工作并专注于您需要反馈的那些领域。尽早征求反馈是受欢迎和赞赏的(甚至是常态),它可以帮助您尽快获得意见。你为什么经常这样做?课程修正在设计项目中非常有价值和必要。通过经常分享,您可以有效地测试自己和您的工作——这可以节省时间和精力。保持克制,避免过早地投资于解决方案(即不要终身致力于解决方案)。您已经知道这一点,但说起来容易做起来难。大多数设计师讨厌面对批评性反馈,这需要在项目早期对设计进行大规模、根本性的更改。解决沉没成本神话的一种方法是建立你自己的可塑性设计系统,帮助你快速和频繁地迭代——对我来说这个系统是Sketch模板,它包含一组嵌套的符号(这帮助我有了一个乘法效果,让我可以快速制作大型设计衍生品,只需进行小的修改以供讨论)。当您明确努力专注于问题而不是寻求快速实施您想到的下一个解决方案时,您会增加获得更强大结果的几率。大多数设计师讨厌面对批评性反馈,这需要在项目早期对设计进行大规模、根本性的更改。不要代表别人发言:如果有人必须在讨论过程中插话提供自己的意见,让他们发言并用他们的名字记下任务项目,让他们知道有事情在等着他们。不要代表某人回应。愿意说“我不知道答案,但我会找出答案”或“我不知道这是否是正确的解决方案,但我们应该尝试一下”:你不是被雇来提供所有答案的,但这是给你找出来的。不要低估***做出来的东西的价值:想法随时会冒出来又会消失,只有实实在在的成果才能经得起时间和大家的考验。时间延迟有一个估计的结束日期,并提醒团队:负责任并尽早引起团队的注意,尤其是当事情拖延到你的时候。言出必行,建立对您的信任和信任。您可以通过某人处理冲突的方式来判断他们的领导能力:我了解到无法处理冲突和适当的意见分歧会严重阻碍团队和产品的进步。长此以往,会削弱团队成员之间对彼此的尊重。促进建设性冲突,同时有一个推动事情向前发展的过程是良好领导力的标志,也是谷歌文化的核心宗旨——欢迎变革。尽快开始尴尬的谈话,只要情况需要:拖延谈话只会让情况变得更糟,让后续的讨论更难开展。任何帮助都会被记住:对你的团队成员和同事有帮助。但更重要的是,伸出手告诉他们,当他们需要帮助时可以来找你。许多人羞于寻求帮助,除非他们觉得这样做很舒服。在设计时使用望远镜和显微镜检查您的产品和旅程:使用系统思考,不要忽视更大、更完整的画面。能够深入到像素级别的最小细节,同时从上帝的角度看待完整的用户旅程和整体用户体验,可以增加您作为设计师的价值,并真正发挥您的影响力。你的产品经理是你最好的朋友,如果你有幸与像我这样伟大的产品经理一起工作,利用这个机会与他们发展关系:与他们建立定期或临时(中断)的关系。驱动)反馈回路。我可以走到我的产品经理跟他谈论一个功能或解决方案,他会倾听,当他过来时我会张开双臂说“嘿,如果我们......”如果你可以始终与您的经理保持这种开放的沟通并保持相互尊重,最终产品一定是一件好事。如果没有一个好的产品经理,我作为设计师的成功没有它的一半。即使是少量的用户研究和来自一小部分用户样本的见解也足以让你在多个利益相关者之间建立一个共同点:研究结果、讨论报告、你的团队的想法和头脑风暴中经常提到的东西。设计师和研究人员可以从团队其他成员共享的见解以及对用户世界的见解中获得这种可见性。在时间允许的情况下,所有职能角色都积极参与研究:虽然进行研究的是UX研究人员,但我强烈建议产品团队的所有职能都参与研究。作为一名设计师,我从研究中得到的收获是试图了解用户,并在宏观和微观设计交互与真实用户情况(完整或部分用户旅程)之间建立有意义的联系。当您基于用户现实建立联系时,设计讨论开始转变为决策。当您基于用户现实建立接地连接(设计交互和真实用户情况之间)时,设计讨论开始转变为决策。做一个有礼貌、流畅的口头交流者:对别人的观点要有礼貌,让他们在回应之前说完他们的思路或观点。养成得体的会议礼仪:如果你要安排会议,你必须开车。从提前设定议程和发送开始,将讨论的问题/要点提前发送给大家,让大家有时间去消化和准备,这样才能利用会议时间有效地通过既定的议程。留出大约10分钟的时间来进行即兴的、不可预见的讨论。利用这段时间对任何人提出但没有时间分享的任何观点进行快速圆桌审查,尽早结束会议,以便每个人都可以回到他们的工作-这将不胜感激。预先安排会议以适应人们的日程安排:如果您预见自己的某些事情会占用人们的时间,请让他们在他们的日程安排中设置一个[保留]时间段,以便他们知道这是暂定的,以后可以取消。一旦你知道你需要那个时间,删除[reserve]并将其设为正式议程。如果你没有预定的时间,你越接近会议,就越难预定会议,因为每个人的日程安排都排满了。与你最亲密的团队成员建立定期的一对一会议:这在项目的早期阶段非常有帮助(甚至当你刚加入公司时)。在项目的早期,大量的项目范围被定义,时间表被计划,方法路径被讨论。定期会议将帮助您集中与团队成员的会议时间,并尽快消除您心中的一些疑虑。我安排定期与我的经理、用户体验研究员、用户体验主管和我的用户体验越级经理(经理的经理)会面。我在公司的早期,安排这些会议并进行了2个月,帮助我了解了与项目相关的几乎所有内容,从而为自己做好了准备。会议礼仪准则在这里仍然适用——提前准备问题和讨论要点,如果可能的话将它们发送出去,保持会议简短和重点(30分钟就足够),如果事情可以异步解决,则取消会议。如果你是新来的团队/公司,应该多吸收,而不是基于“感觉效率低下”去尝试优化流程:这是我以往跳槽时经常掉入的一个陷阱,我的***回应所有团队都可以通过优化流程来改善协作和沟通。但是随着我和团队里更多人的交流,我发现流程往往优化到极限,但我想到的每一个优化实际上都在过去尝试过并失败了。所以这里的教训就是要接受一个事实,你想到的优化措施很可能被其他人尝试过,因为天面并不比你笨。这里的教训是,等一下,耐心点,尽可能多地向你的团队成员学习,并将过去的经验、实验和结果内化为你自己的。这些讨论可以通过上述一对一的会议进行。这个过程需要非常详细,以至于在做出决定时,你可以确信你已经仔细考虑了所有的可能性(根据手头的信息),并且你已经知道要保留什么以及保留什么放手在桌子上。提出好的论据(支持和反对):当你处于分歧阶段时,要谦虚地接受每一个意见、批评和观点,让你越来越了解情况。如果你正在做一个“1到2”(而不是0到1)类型的项目,那么完整地了解一下以前的项目是如何产生的,然后将吸取的教训和做出的决定内化是明智的。这会增强您对您自己和您的团队的信心。学习写作——记录会议、过程和决策:这些成为项目的基础,是项目经验的活生生的历史。记录您的决定意味着您有一些东西可以指导他人或在将来遇到犹豫或困惑时用作参考。在谷歌,我们维护一份跟踪文件,其中包含项目每次会议的记录、关于设计方案的辩论,以及带有约束和范围的最终决定,以供将来参考。每个利益相关者都可以看到这些文件。文档的第一页包含项目的所有链接——PRD、研究报告、模型和POC等,因此文档还考虑了进入和离开项目的人员。养成记笔记的习惯:非常非常多的笔记——我开始做项目的时候,我会记很长的笔记,列出每个星期完成的所有事情(我们称之为每周记录,会分享其中的一些在内部让其他人知道你本周做了什么——这些在绩效评估中也很有用)。我的笔记分为战术笔记和战略笔记——战术笔记帮助我处理未来1-2??周内必须完成的事情(例如起草电子邮件、撰写提案、研究设计、设计变更日志和每周待办事项列表),而战略性笔记有助于在大局中保持方向(例如为我将在今年晚些时候进行的演示起草大纲,我想研究的项目,起草我想写的文章,假期计划等.)。我会尽可能地在想法出现时写下来,而不是稍后再写,以免失去可靠性。记得有一次我在京都散步时,突然想到一个可以帮助我更有效、更有趣地组织会议的想法,于是我迫不及待地跑到附近的一家咖啡店,用了45分钟写下了我的想法在我的笔记中。.学习系统设计并用抽象术语表达想法:通过用不同术语描述您的解决方案,您可以帮助人们思考模式和解决方案的可重用性和可重复性。你可以帮助他们构建一个可以重新应用于不同情况的心智模型,而不是仅仅解决手头的个别问题。许多系统行为来自这些可重用的心智模型,有助于减少维护开销。回应简明扼要:慢而仔细的回应比先回应更重要。如果您还不知道答案,请不要回答-只需说“我稍后会回复您”。培养二阶思维:不要只看表面价值。DanielKahneman称之为WYSIATI-WhatYouSeeIsAllThereIs(所见即是一切)。这意味着没有二阶思维,你只能依靠表面和桌面上的东西。这可能会限制您理解他人的动机以及他们的决定和行为背后的理由的能力。当你是新手时,很难理解更大的总体系统(它总是在起作用),因为你没有注意它。但如果你没有有意识地花时间在上面培养这种感知,那将是一个错误。你会陷入用一阶思维管理人员和项目的困境。成为一名有效的团队成员与利益相关者管理、为团队动力和项目机动做出贡献以及成为一名伟大的贡献者一样重要。它不可能一蹴而就,但同时也不能完全有机地发生。这需要有意识的努力。注意你的声誉资本:我非常相信这种思维模式,我和几位前同事讨论过这个问题,发现这与他们的经验是一致的。当你加入一个新团队时,你的信用资本是有限但固定的——姑且称它为100。资本需要你是有用的、值得信赖的、团队依赖的人。让我们将此值称为200。现在您加入了一个新团队,明智的做法是花时间在100的基础上赚取新资本并尽快达到200。但做到这一点并不容易——你想给他们留下深刻印象,以获得团队的信任,所以你寻找机会去冒险。但赌博可能会出错。头几个月不是赌博的时候,而是找到立足点的时候。不能急着吃热豆腐,不要打肿脸皮和过度承诺,??而是慢慢来,深思熟虑,做更小、风险更低的项目,获得信任——让你的团队理解你的做事方式,熟悉系统。达到200后,您将获得有关公司环境和社会/政治动态的更多信息,此时您可以做出更明智的决策并考虑更大的赌注。在追求更大的目标之前,通过在新环境和新产品中积累小的胜利来赢得信任并激发信心。自信来自表现,而表现需要时间:将自己置身于新领域——新工作或新项目——的感觉非常令人兴奋。但随之而来的是担心和焦虑,因为你必须重新证明自己并做一些事情以在这个新领域重新获得信心和尊重(是的,你的同事总是尊重你,他们招募你是有原因的,但你知道我的意思).做到这一点的唯一方法是在系统中获得经验。经验来自于在无数你无法模拟的情况和困境中的一点点表现。表示是线性发生的,需要时间。你可以加快学习和准备的速度,但你无法加快你的表现。你必须要有耐心。学习可以加速,但表现不能。这需要时间。不要花太多时间在自己身上:当你刚到一家新公司时,你仍在学习新环境下的工作方式——如何设置设备和账户、组织设计资产库、请求访问合适的工具和权限等。当然你也可以自己折腾很多,只是时间长一些。我个人觉得这些东西自己去折腾是没有用的。请一位同事帮助您。当你是新手时提出这种请求是非常好的,所以利用它来节省时间(但要确保你在未来也能帮助别人)。但是不要让这把你变成一个懒汉——你最终必须学会自己找到答案。查看有关您的团队的内容、过去完成的工作、内部文档、设计系统、研究报告和任务,甚至分析:优秀的团队总是会留下信息踪迹供当前和未来的团队成员使用。大多数时候,里面会隐藏着有关您的产品/项目的信息金矿,这是加快流程的好方法。许多团队将此作为入职工作的一部分,但您需要自行寻找材料并进行解读。优秀的团队总是会留下信息踪迹,供当前和未来的团队成员使用。尽可能多地了解和研究。正如亚历克斯·罗(AlexRoe)所写,经常沟通:提前通知并反复通知。尽可能多地与团队沟通您的休假/休假计划、日常工作项目、项目细节和预计到达时间——这是负责任的行为。这让团队了解进度和结果,从而更好地安排和规划可交付成果。周末和假期应该完全放松:这主要是我自己的经验。与我以前的经历不同,不鼓励在周末、不在办公室或在这里度假时给同事打电话,这是有充分理由的——周末和假期是你的私人时间,不应被视为工作时间。我们的团队需要跨时区协作,因此考虑彼此的感受和家庭福祉很重要,文化绝对是支持性的。也许这对你来说已经是这样了,但对我来说不是——所以这是一个可喜的变化。像谷歌这样的公司真的感觉像是另一个世界,所以与外界保持联系并保持不同的视角真的很重要:与其他公司的设计师同事保持联系,定期会面,与他们交谈,去了解发生了什么在世界其他地方。我喜欢讨论诸如流程、工具和设计方法之类的事情,并且我会为此安排定期会议。在外部成长与在谷歌内部(或你工作的地方)成长一样重要:当你在谷歌内部晋升时,让谷歌(或你公司)以外的人知道你在做什么以及做了多少同样重要的是好的。一般来说,为活动、会议和社区做贡献是一种很好的方式。保持积极和直言不讳的形象(如果你是这些类型中的一员)将使你在外部保持相关性。与我之前必须不断有意识地保护自己利益的工作经历相比,我在谷歌的时间相当宽松——我享受每一天,尽可能多地吸收伟大的文化,同时投入时间取得可衡量的进步,让我的工作变得更好和更好。AlexRoe(前Googler,前GooglePhotos产品经理)也有类似的经历,他也分享了他在Google的经历,你一定要看看。如果您知道其他人分享过类似经历的其他资源,我很乐意查看。正如他们所说,人们给出的大多数建议几乎总是记录在案。这些点是我个人记录了很久的,终于分享出来感觉很棒。这些备忘录中的见解帮助我成为更好的设计师、有效的沟通者以及对团队有价值的贡献者,并且学习仍在继续。原文链接:https://medium.com/google-design/what-i-learned-at-google-as-a-designer-7e3a12b7a82e