我在美国做Product Designer,到底做什么?
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
版权声明
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!