大部分团队在思考方式以及工作方式上都会与其他团队有所不同，不同的团队对于目标的达成的评估方式也不尽相同。所以，根据团队的特征对团队进行细分，可以帮助求职者更好地对就职团队是否适合自身发展进行考量；同时，也可以帮助团队内部优化以及完善产品开发。
当我收到某个产品团队的offer时，我会在接下来的几天甚至几周的时间里，从不同的角度评估这个产品团队。因为我认为要加入什么样的产品团队，对我来说是一个非常重要的决定，一个将会极大地影响我的生活的决定。
通常我要考察的第一点是公司的长远规划和愿景；第二点是团队成员们的气质、抱负以及拥有的技能。
第三点也是最重要的一点，是团队的短期目标——每个开发周期或每个季度的KPI（Key Performance Indicator，关键绩效指标）。
是什么在驱动这个团队前进？在接下来的几年中，这个团队要达成什么成就才算是成功？团队成员们在内部会议上讨论最多的什么？如何才能让这一切与我的个人目标和抱负保持一致？
于是，慢慢地我发现了一些有趣的事：大多数团队在工作和思考方式上都有很大不同，每个团队都会以不同的方式去评估短期目标是否达成。
因此，我决定对每种类型的团队的特征进行细分，以帮助自己和其他人在未来做出更好的选择。
以用户为中心的团队是一个将用户置于所有其他KPI之上的团队。用户体验设计是公司的一项重要价值。他们会花费了大量的时间和精力来提出对用户来说最令人愉快的解决方案。
这样的团队通常非常了解其用户，了解他们的需求、他们的痛点。团队中的大部分资源都会被用于提高整体满意度，从而使用户更加喜欢产品。
所有的新功能都需要经过仔细地验证和评估，只有确定这个新功能会为用户带来足够价值时才会添加。
典型团队：Medium（美国的自媒体平台）、Duolingo（多邻国，语言学习平台）
缺点：有时人们难以衡量这个团队是不是真的成功了，因为即使有大批用户喜欢他们的产品，但这并不意味着该产品可以盈利，最后也很可能因为无法盈利而无法运营下去。
二、以增长为中心的团队
以增长为中心的团队最关注的是数据，一场一场的开放式冲刺会议，不停地讨论着诸如用户获取、目标转换、用户参与度和留存等术语。
产品的路线图则优先考虑那些能够最大地提升增长指标的需求，尽管那些需求有时候不一定是用户最想要的。
数据增长可能通过改进产品和提升用户价值来实现，也可能通过促销活动、推送消息通知等，甚至有时候采取一些“黑暗模式”来实现。这种团队里，员工的取得奖励的多少主要取决于他们提高了哪些增长指标。
典型团队：Booking.com（缤客，全球酒店在线预订网站）、LinkedIn（领英，职场社交平台）
优点：如果公司的业务发展顺利，新的资源可以用来招聘更厉害的员工，从而打造更好的产品，并为后期快速发展提供条件。
缺点：这些产品的用户满意度可能会降低，从而为更加注重用户的竞品团队提供了可乘之机。
三、以功能为中心的团队
以功能为中心的团队经常会有许多功能和想法想要实现，产品路线图规定了每个功能发布的截止日期，团队的重点在于按时发布已经讨论过的那些功能。
这些功能有时来自用户的反馈，合作方的要求，或者是那些希望将功能当作卖点的销售团队。
典型团队：Wix（建站服务提供商）、Atlassian（企业软件服务商）
缺点：拥有太多功能可能会影响产品的可用性。此外，当团队始终致力于新功能时，可能会忽视优化产品的其他方面。
四、以设计为中心的团队
以设计为中心的团队是一个优先考虑其产品的美感和奢侈的团队，这种团队聚焦于推出令人印象深刻的产品。
设计师在这种团队会受到高度重视，并花费大量时间研究，构思和素描。
典型团队：Apple，耐克
优点：用户可以变成超级用户或“粉丝”，并且对公司当前和未来的所有版本都非常忠诚。
缺点：好的设计往往不便宜。如果质量不采用设计 – 公司可能会失败。此外，美丽可能以牺牲可用性为代价，这会降低用户满意度。
五、以技术为中心的团队
以技术为中心的团队通常专注于改进和维护公司技术，他们可能会花费大量时间来重构代码，修复问题，更换更好的框架，有时还可以进行相关研究，并推动新技术的发展。
典型团队：亚马逊，Google AI
优点：快速、稳定的产品可以提高用户满意度。此外，有时候这类公司真的会改变世界。
缺点：花费大量时间为已经“足够好”的产品写更好的代码可能会减慢团队的前进速度。
六、幼稚的团队
一个幼稚的产品团队在研究产品，或功能的时候，通常都没有明确的短期KPI。也许有人提出了一个想法被团队采纳了，于是团队成员便开始致力于将这个想法实现。这种团队花在研究、设计或开发上的时间不多。
类似于这样的方式通常是验证想法阶段的常见做法，或者是一个在没有明确目标的情况下允许自己处理创造性事物的团队。
典型团队：黑客马拉松项目，早期创业公司
优点：团队可以发挥创意并加快行动速度。这个想法可以为很多用户带来价值，并且可以在后期实现商业化并不断改进。
缺点：结果可能是人们并不需要的东西，或者是未来需要重新思考的低质量产品。
那么，你应该加入哪种团队？
答案不是非黑即白的。
作为一名产品设计师，我可能会对以用户为中心或以设计为中心的团队感兴趣；而许多开发人员可能更喜欢以技术为中心的团队。
这是否意味着你不应该加入那些不关心你个人激情的团队？不是。团队可以而且需要根据其所处的阶段进行改变。
我认为在用户体验、设计、技术和增长之间取得平衡很重要，并且可以通过合适的人来实现，通过最大限度地聚焦在现阶段对团队来说重要的事情上来实现。
除此之外，作为团队成员我们有能力影响他人，例如：即使我最大的热情是用户体验，我加入了一个更关注技术的团队。那么，作为团队中的设计师，我可以利用我的沟通技巧和经验向团队成员传达以用户为中心的价值观。
在我看来：要考虑的更有趣的问题不在于团队是什么类型，而是每天你将与其进行合作的人是否会关注你认为重要的事情。
作者 Ariel Verber
