我在美国做Product Designer,到底做什么?

4 评论 7223 浏览 8 收藏 8 分钟

编辑导语:美国互联网公司的团队和角色是怎样构成和分配的呢?Product Designer(产品设计师)又在做着怎样的工作?今天,本文作者为我们分享了他作为PD的日常工作内容,帮助我们了解美国的PD。

Hello大家好,我是Teresa,这是我第一篇文章。最近和国内的朋友们交流的时候,他们总是很好奇我作为PD到底做什么?今天就用这篇文章回答一下这个问题。

一、美国互联网公司的团队和角色

我先来介绍一下背景情况——美国互联网公司的团队和角色。我就说我们公司吧(ToB SaaS Startup),其他公司职能也差别不大:

1. Product Team 产品团队

产品团队有Product Manager, Product Designer(UX Designer, UI Designer), Developers (Front-End, Back-End)。产品经理和其他角色不是平级的,他是其他角色的Lead,比如我们团队的PM其实就是Product Director。

即使他们不是其他角色的direct report,他们的话语权也很高,也是实际管理者。美国产品经理大部分都是MBA毕业,或者在行业工作很多年以后从其他岗位转的。

但也有的公司按照职能线分的,就是设计师在设计团队,PM在产品团队。那样一般是比较大的公司,同职能的角色很多,有助于资源分配,知识共享等。

2. Client Success Team

企业级客户的维护,对客户和用户提出的问题进行反馈。

3. Marketing Team

公司官网的维护,通过各种活动和搜索优化等吸引来新的潜在客户。

4. Sales Team

客户表达意向后去pitch产品的价值,通过各种渠道(比如和其他产品cosale)建立和大公司的合作关系。

二、Product Designer 产品设计师

1. 历史发展

产品设计师也是这几年的新名字,工作内容从UX,UI演化而来,有点像阿里的全链路设计师,正在迅速取代代替UX和UI。

一般来说美国的UX Designer(用户体验设计师)设计交互流程,优化体验细节,在小公司也负责调研用户需求;UI Designer(界面设计师)设计icon,控件样式之类的;Interaction Designer(交互设计师)设计真“交互”就是动效反馈之类的。

一般小公司只有UX或者UI Designer,中型公司两者都有,大公司还有Interaction Designer。

大概从18年开始,各个中小型,甚至大型公司都“忽如一夜春风来”,把UX和UI结合在了一起变成了Product Designer。Product Designer对设计师要求更高,工资也更高。

2. 工作内容

一般来说大家认为PD要懂产品、UX、UI,但实际操作中同样的名字每个公司PD做的事情不太相同。

有的比较偏视觉,比如Facebook的PD画视觉图就非常细致。有的公司PD就比较偏交互逻辑,有的比较偏用户体验,还有的偏产品策略(我就算很偏产品了),具体更偏向什么看公司产品类型。

我认为一个Product Designer,尤其是小公司的PD,具体做什么自由度还是很高的。在产品、交互、UI这个Spectrum以内可以自行探索,当然也要和公司需求结合。

三、我个人作为PD的日常工作内容

1. 产品新feature设计

这个过程大概是这样:PM找到我说,“根据其他团队的反馈,客户可能想要A功能,我的想法是可能可以做成这个样子。这是我的第一个idea,我们探索下。”

我就找各个团队沟通下,“为什么你觉得他们需要xxx功能?销售会议中潜在客户提到的时候是怎么说的?”然后我需要去找用户做调研,可能就是interview,从各个侧面尝试理解需求(这里和C端比较像,是我们产品性质决定的)。

最后确定需求是B,向PM汇报。我们一起开始Brainstorm,多方面考虑之后定下方向。

有个方向以后,我会负责出很多个设计方案,和团队讨论,找用户测试需求是否存在,最后细化成UI稿交付给开发团队。

这过程里,我需要不断向Product Director (PM)同步信息,把他当作行业专家consult。PM就更多地是领导我和帮助我的角色。

2. 产品流程优化/基础设施建设

我在推动项目进展的时候会发现很多问题,就需要顺手解决了。比如说我决定做什么功能,要不要继续发展一个功能,需要看数据吧,那我就会有需要提升我们公司数据分析系统。

我希望节省和developers沟通的时间,节省我设计的时间,整体提高产品团队的效率,就做了Design System。

在B端复用的UI Pattern很多的情况下,可以通过拖拽和替换控件完成设计。这样,我们收到的很多小的设计需求,PM或者说Developers可以自己解决,不打扰我的工作流。

我想要对客户提出的东西有更好的把控能力,那就也会推动各小组促进交流,设计新的组织内信息流动方式等等。

我想每一次项目的价值大一些,不要打一枪换个场,那就需要我去推动建立项目复盘这个环节。我作为PD的工作内容写得很细,但其实每个公司之间还是区别很大的。

但一般来说,我会认为PD做的事情是,拿到项目需求(仅仅是对用户的需求的猜测这个程度)、确定需求(这个需求真的存在吗?价值多大?凭什么比其他项目优先级更高?)、满足需求(有哪些设计方式?用户需求真的满足了吗?)。

具体以什么样的方式达到这些目标,非常地dynamic,希望这篇文章能帮你理解美国的PD。

 

本文由 @浣熊君Teresa 翻译发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 请问美国有类似人人都是产品经理的网站吗?

    回复
  2. 感觉国内也有这个趋势,我们是叫product owner,虽然不是team的leader,但是也要为feature的budget和team的capacity负责

    回复
    1. 大公司小公司还是不一样的,不同公司的结构也不同。一个角色承载的任务太多的话,劣势还是不小的,而且对这个角色的要求也更高。我还是觉得产品经理管产品的方向和逻辑就行、budget和capacity可以由项目经理和各具体部门的leader来分担

      回复
    2. 我同意,应该最好要分开的,除非是整个公司的CPO。我们的PM要管capacity,以及加入sales过程,没时间再定义产品了。

      回复