编辑导语：美国互联网公司的团队和角色是怎样构成和分配的呢？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。