在过去的几年里,我们遇到了许多不清楚任务或交付品是产品管理(PM)还是用户体验(UX)的责任的案例。作为用户体验者,我们经常认为用户体验角色的定义不够好,无法被用户体验专业人士或产品开发人员理解,这导致了对职责的误解。我们也听到我们的PM朋友抱怨用户体验工作的模糊性,以及用户体验专家是如何做PM的职责。

为了了解用户体验专家和产品经理如何看待他们的角色,以及角色之间的关系,我们进行了一项调查,看看pm和UXers对谁应该负责与这些职业相关的各种常见活动的期望。正如你将在详细的数据图表中看到的,我们发现很多UX和PM专业人员在谁应该做什么上存在分歧。或者,对于我们的发现的总结,你总是可以直接跳到结论

我们的研究

我们对UX和PM专业人员的调查旨在回答以下问题:

  1. 其他角色是否超越PM和UX的工作范围,如果是,频率如何?
  2. 哪些角色与PM和UX重叠?
  3. 为什么会出现重复工作?
  4. 工作重叠的影响是什么?
  5. PM和UX认为谁负责哪些活动和可交付成果?
  6. 谁掌握着这个组织的权力?

本文将讨论最后两个问题。一个同伴的文章涵盖前四项。

本文中的分析来自372位专业人士的回复,他们描述了他们在UX(279人)或PM(93人)中的主要角色。整个调查包括500多份来自在产品开发中担任各种角色的人员的回复。

大多数受访者(60%)在PM或UX领域工作了3-10年,21%的人在2年以下,19%的人在10年以上。

大多数受访者(54%)来自美国;下一个最大的群体(27%)来自欧洲。

pm和ux在“谁该负责什么”的问题上不一致

我们问我们的受访者,他们认为谁应该负责几个经常做的活动,与用户体验和PM:

调查问题:很多事情都需要团队合作。但对于许多活动和成果,总有人有“最后的决定权”或者是最负责任的人。对于下面的每一个活动,你认为哪个角色应该是最负责任的?角色:内容、CX、开发、营销、产品管理、产品负责人、QA、支持、用户体验或其他。活动:

  • 行为发现
  • 进行用户访谈
  • 进行用户测试
  • 构思,并确保团队想出新的设计理念
  • 在设计中优先顺序用户需求
  • 定义IA(信息架构)
  • 在UI中定义任务流
  • 早期设计阶段的UI流程线框图或草图
  • 使UI原型
  • 决定设计如何看待和感觉
  • 在UI中创建最终的视觉效果
  • 决定UX团队将研究哪些领域
  • 决定UX团队将设计哪些特性
  • 确定哪些内容进入UI
  • 确保用户研究和响应发现是路线图的一部分
  • 将客户的声音传递给产品团队
  • 向领导解释设计
  • 从利益攸关方获得设计
  • 收集项目的业务(执行领导)需求
  • 创建产品愿景
  • 优先考虑业务需求
  • 确定产品需求
  • 确保项目满足业务需求
  • 创建产品路线图
  • 决定哪些特性将最终出现在产品中
  • 决定开发人员将代码的功能
  • 维护产品待办事项列表
  • 优先考虑客户需求
  • 跟踪项目进度,确保项目按时完成
  • 估计产品或服务是否能达到收入目标
  • 了解产品的竞争地位
  • 产品内外部冠军
  • 向领导汇报产品状况

我们进行了统计测试,以了解对于每项活动,UX和PM受访者之间在将该活动归因于某个角色方面是否存在显著差异。在下文中,除非另有说明,否则所有讨论的差异均具有统计显著性(p<0.05)。

UX相关任务

PM和UX没有就谁应该负责以下关键的UX任务达成一致:

  • 进行用户研究
  • 设计工作
  • 定义站点的信息架构(IA)
  • 管理与设计相关的工作
  • 沟通设计和客户知识
  • 决定内容

进行研究

条形图标题=研究。红色条=用户体验的工作。蓝色条=PM的工作。对于以下每项活动,表示自己是用户体验或PM工作的PM受访者的百分比:发现,19%用户体验的工作,44%的PM工作;用户访谈,45%用户体验的工作,23%的PM工作;用户测试,46%用户体验的工作,17%的PM工作。对于以下每项活动ies,表示自己是UX或PM工作的UX受访者的百分比:发现,73%的UX工作,7%的PM工作;用户访谈,88%的UX工作,2%的PM工作;用户测试,88%的UX工作,1%的PM工作。
图表显示了3项与研究相关的任务,以及PM和UXER中同意PM或UX是否应负责每项任务的百分比。

我们的结果表明,尽管大多数PM和UX响应都将用户访谈和用户测试分配给UX,但它们分配给UX的程度存在显著差异。最大的分歧与发现有关,但即使对于用户测试等传统的UX任务,也存在显着差异,只有46%的PMS将此活动视为UX活动。

用户体验被写到一个问题引起人们不擅长做研究:“用户体验的研究non-researchers往往不符合我们的质量或工艺标准,导致用户测试,发现,和建议不反映实际用户的行为和对产品造成负面影响。如果这些建议被付诸实施而失败了,那么我和研究团队已经或将要提供的积极工作就会被否定。”

需要明确的是,任何团队都不需要完全拥有任何研究方法——相反,方法可以被许多角色共享。然而,如果PM和UX在谁应该负责什么的问题上不一致,那么工作很可能会重复,会出现混乱,人们会感到不满意。

同样重要的是,所有角色的人都要充分利用他们的技能,并负责与这些技能相关的工作。一位用户体验受访者写道,他的团队如何未得到充分利用,以及这如何传播对用户体验的误解和缺乏欣赏:“我们大多数人都认为,如果我们能够将所有研究技术付诸实践,我们可以提供更多价值,并对我们的角色更加满意,因为这些技术将导致解决我们用户需求的解决方案。但由于我们不能这样做,其他利益相关者的看法不会也不会改变。”

两个人的黑白漫画 - 一个PM,一个UX  - 每个不同的房间。两者都说他们要开始发现研究,并不知道另一个是这样做的。

设计工作

当涉及到设计工作时,我们发现UX和PM受访者之间既有一致意见,也有分歧。

同意。对于调查中的以下3项设计相关任务,PM和UX同意由UX负责:

  • 决定设计的外观和感觉(82%的PM和80%的UXER认为这应该是用户体验的责任)
  • 制作UI原型(82%的pm和88%的uxer认为应该由UX来完成)
  • 在UI中创建最终的视觉效果(79%的pm和78%的uxer将其分配给UX)

分歧PM和UX都倾向于将以下活动分配给UX,但UX受访者比PM受访者做得更多:

  • 意念
  • 定义任务流
  • 线框和草图设计
  • 优先考虑用户需求
该图显示了4项与设计相关的任务,以及PM和UX受访者中同意PM或UX应负责每项任务的百分比。

特别是,最大的分歧是在创意和设计中优先考虑用户需求:他们被乌克斯的责任被三个四分之三的UX受访者审议,但只有大约三分之一的受访者,另一个第三个将它们分配给PM。

设计应该是协作的。用户体验、项目经理、开发和大多数其他角色都应该对设计做出贡献。但调查的问题是谁应该是负责任的,而不是涉及到.如果不清楚谁负责设计活动,就很难推动和完成设计。

一位UX受访者的评论表达了人们对没有UX技能的人做设计的普遍看法:“我的老板,一个高级UX经理,总是说,‘每个人都是UXer。“想象一下,如果你是一名会计师、医生或首席执行官,然后有人这么说?”这种认为这个职位毫无意义的心态是对在这个领域工作多年的员工的不尊重。我认为这部分是因为UX是一个非常宽泛的术语,它为这种消极行为打开了一扇门。”

信息架构(IA)

PM和UX受访者也在谁应该负责定义信息体系结构的问题上存在分歧的网站。大多数(50%)产品经理认为开发应该负责IA,只有27%的产品经理认为它应该是UX工作的一部分,而75%的uxer认为UX应该负责IA。

条形图标题=定义IA。红色条= UX的工作。紫色条=开发工作。项目经理回答说定义IA是用户体验或开发的工作,27%是用户体验的工作,50%是项目经理的工作。%的UX受访者表示定义IA是UX或开发的工作,75%是UX的工作,8%是PM的工作。
该图显示了pm和uxer同意开发或UX应该负责定义信息架构的任务的百分比。

虽然代码架构当然是开发的强项,但在应用程序中创建信息的分类和层次结构是信息架构师的工作,这是一个UX角色。UX有能力学习-与方法就像卡片分类,树测试,以及点击测试——如何以对用户有意义的方式放置和命名链接和命令。

管理与设计相关的工作

PM和UX受访者也对谁进行了差异,谁应该管理设计工作。一般来说,大部分(约50%)回应者认为这些管理活动应由项目管理人员负责.相反,UX受访者的观点则更加多样化,有些人把他们分配给UX,有些人分配给PM,有些人分配给产品所有者(PO)。有趣的是,在所有这些管理活动中,用户体验者(超过38%)最普遍的反应是用户体验应该做这些事情。一般来说,数据显示了用户体验和PM角色对与设计相关的适当管理工作的趋势

条形图标题=管理。红色条= UX的工作。蓝条=首相的工作。绿色条= PO的工作。决定UX团队将研究哪些领域,24%的UX工作,47%的PM工作,14%的PO工作;决定UX团队将设计哪些功能,10% UX的工作,56% PM的工作,26% PO的工作;确保用户研究和对发现的响应是计划或路线图的一部分,9%的用户体验工作,55%的PM工作,19%的PO工作。决定UX团队将研究哪些领域,59% UX的工作,17% PM的工作,15% PO的工作;决定UX团队将设计哪些功能,39%的UX工作,15%的PM工作,34%的PO工作;确保用户研究和对调查结果的响应是计划或路线图的一部分,38%的用户体验工作,30%的PM工作,22%的PO工作。
该图显示了3项与设计管理相关的任务,以及就PM、UX或产品所有者(PO)是否应对每项任务负责达成一致意见的PM和UXER的百分比。

决定UX团队将研究哪些地区是最清晰的拨款示例: uxer认为UX应该做,PM认为PM应该做。

很容易理解为什么uxer和pm在谁应该做这些活动上是不一致的:这些任务有一个清晰的管理组件和一个清晰的用户相关组件,因此从定义上来说,它们是模糊的。这就是为什么对于组织来说明确地消除不确定性并建立关于谁应该做这些活动的指导方针是非常重要的。这些是软件开发过程中最难做的决定,即使没有所有权问题。当被问到这些问题时,你几乎可以想象PM和UX人员会指向所有不同的方向。

沟通设计和客户知识

在这个领域,我们还发现PM和UX之间存在很大的不一致.用户体验调查对象也倾向于使用所有这些活动(至少49%的uxer将它们分配给UX),而pm对于谁应该做它们有更多不同的观点。

条形图标题=沟通设计与客户知识。红色条= UX的工作。蓝条=首相的工作。绿色条= PO的工作。Aqua bars = CX的工作。对于以下每一项活动,表示他们是UX、PM、PO或CX工作的PM受访者的百分比:与产品团队沟通客户的声音,9% UX的工作,25% PM的工作,16% PO的工作,29% CX的工作;向领导解释设计29% UX的工作,45% PM的工作,14% PO的工作,1% CX的工作;从利益相关者那里获得设计的支持,23%的用户体验工作,53%的PM工作,10%的PO工作,1%的CX工作。对于以下每一个活动,表示自己是UX、PM、PO或CX工作的UX受访者的百分比:与产品团队沟通客户的声音,54%的UX工作,7%的PM工作,4%的PO工作,24%的CX工作;向领导解释设计,76% UX的工作,5% PM的工作,12% PO的工作,1% CX的工作; Get buy-in for the design from stakeholders 49% UX’s job, 16% PM’s job, 28% PO’s job, 1% CX’s job.
图中显示了与沟通客户的设计和知识相关的3个任务,以及PM、UX、PO(产品负责人)或CX(客户体验)是否应该负责每一个任务的PM和uxer的百分比。

将客户的声音传达给产品团队是这一类别中PM最为分歧的活动一些PM(25%)认为这应该是PM的工作,其他人(29%)认为这应该是CX的工作,16%的PM认为这应该分配给PO。只有9%的pm把它分配给UX(相比之下,54%的UX受访者)。

其他2活动(解释设计领导力和获得利益相关者的支持设计),我们也看到从下午受访者拨款:大多数项目经理认为这些活动应该是下午的工作(分别为45%和53%),但下一个常见的反应是下午,他们应该是用户体验的工作(分别为29%和23%)。这些发现表明当涉及到谁应该负责时,用户体验和PM之间的脱节销售和解释设计无论参与的角色是什么,让设计师以外的人来推介设计都不是一个好主意——演示者可能无法正确理解每个决定背后的原因,也可能无法准确地向设计师传达反馈。此外,这种类型的场景(PM将设计呈现给领导和涉众)剥夺了用户体验在组织中可见的机会,并且从长远来看,会降低用户体验角色、用户体验团队和用户体验专业人员的可信度和增长。

之间的关系CX和UX有时也不清楚。这些部门最初是分开的,CX负责其他非数字互动和客户反馈。与新CX变换今天,在许多组织中,这些领域之间的区别变得模糊,因此非常清楚地定义和区分它们的职责非常重要。

决定性内容

在由谁来决定内容的问题上,PM和UX也有些不一致:他们都倾向于将其归因于UX或内容人,但PM倾向于将其归因于PM(23%的响应),而UX仅在5%的情况下将其归因于PM。(PM和UX受访者将内容分配给不同角色的百分比之间的其他差异并不显著——例如,尽管28%的PM和41%的UX将此活动分配给UX,但这一差异并不显著。)

条形图标题=决定内容。红色条= UX的工作。蓝条=首相的工作。绿色条= PO的工作。橙色条=内容的工作。%的PM受访者说决定内容是UX、PM、PO或content的工作:28%的UX的工作(不重要),23%的PM的工作,9%的PO的工作(不重要),33%的CX的工作(不重要)。% UX受访者说决定内容是UX、PM、PO或content的工作:41% UX的工作(不重要),5% PM的工作,10% PO的工作(不重要),38% CX的工作(不重要)。
该图表显示了同意PM,UX,PO或内容的PMS和UXER的百分比应负责确定哪些内容在UI中进入的任务。内容是UX的子组,但有些组织仍然认为它是它自己的角色,所以在本调查中,我们使其成为一个单独的选择。但是,如果我们将UX和内容选择组合,那么61%的PM和79%的UX同意UX /内容应该负责此活动。具有图案化填充的条形表明PM和UX之间的差异在统计学上没有统计学意义。

喜欢设计屏幕和工作流程,决定内容是许多人的活动相信几乎任何人都能做到。事实上,许多人可以写作,但大多数人不能很好地为数字媒体写作。然而,关于谁拥有内容的分歧是次要的。

与管理项目相关的任务

PM和UX不同意谁应该负责以下与管理项目相关的关键任务:

  • 产品远景以及业务需求和产品特性的优先级
  • 管理项目并测量结果
  • 宣传产品和团队的成果
  • 理解竞争

产品愿景和优先级

大多数PM受访者(超过63%)认为,与愿景有关的所有任务以及业务需求和产品特征的优先级都应该是他们的责任。相比之下,UXERS通常在将这些任务分配给产品所有者之间并将其分配给产品管理器之间。为了所有这些任务,更多的PM受访者可能会把它们分配给PM用户体验调查。相比之下,更多的用户体验受访者倾向于将这些愿景和策略活动分配给产品所有者比点受访者——除了决定产品需求和决定哪些功能应该由开发,实现项目经理分配的百分比之间的差异在哪里,阿宝和用户体验的百分比分配给阿宝只是略微显著(分别为p = 0.054, p = 0.09)。

条形图标题=优先级和愿景。蓝条=首相的工作。绿色条= PO的工作。对于以下每一项活动,表示他们是PM或PO工作的PM受访者的百分比:收集业务需求,77% PM工作,21% PO工作,创建产品愿景,68% PM工作,22% PO工作;优先考虑业务需求,67%的PM工作,23%的PO工作;决定产品需求65% PM工作,29% PO工作(不重要);创建产品路线图77% PM的工作,14% PO的工作;决定产品最终将包含哪些功能,63%的PM工作,31%的PO工作;决定开发人员将编写哪些特性,54% PM的工作,28% PO的工作(不重要)。对于以下每一个活动,表示他们是PM或PO工作的用户体验受访者的百分比:收集业务需求,38% PM工作,43% PO工作,创建产品愿景,32% PM工作,44% PO工作; Prioritize business needs 38% PM’s job, 43% PO’s job; Decide the product requirements 38% PM’s job, 43% PO’s job (not significant); Create the product roadmap 46% PM’s job, 37% PO’s job; Decide which features will ultimately be in the product, 22% PM’s job, 55% PO’s job; Decide which features developers will code, 26% PM’s job, 40% PO’s job (not significant).
图中显示了7个与优先级相关的任务,以及PM和ux同意PM或PO应该负责每个任务的百分比。具有图案化填充的条形表明PM和UX之间的差异在统计学上没有统计学意义。

总的来说,当涉及到产品愿景和战略时,uxer似乎并没有清楚地理解产品所有者和产品经理的不同职责,而在整个组织中清晰、透明地区分这些角色将有助于建立共同基础。

在精益生产之前敏捷的开始流行并引入了产品所有者角色项目经理角色通常是软件工程经理,负责运行项目及其进度。程序管理者也相当普遍,有更多的行政角色,并负责运作化工作。今天的产品负责人似乎经常承担过去项目和程序经理的(大部分)任务,并成为敏捷仪式的守护者。但是,由于产品负责人的角色可能非常大,产品经理可能需要偶尔完成其中的一些任务,而这种重叠可能会导致对职责的混淆。

管理项目和测量结果

总的来说,尽管UX和PM受访者倾向于将以下任务分配给PM,但他们分配的程度通常不同:

  • 维护产品积压:更多的PM比uxer更倾向于将产品backlog分配给PM,但是PM和uxer认为应该把backlog交给产品负责人的百分比之间的差异并没有统计学意义。
  • 跟踪流程以确保准时交货:这个任务是唯一一个由uxer分配给PM的次数多于PM的任务。PM受访者的百分比和UX受访者认为应该将其转到PO的百分比之间的差异并不显著。
  • 评估产品是否应该达到收入目标:尽管PM比ux更大的比例(59%比48%)将这项任务分配给PM,但这种差异在统计学上没有显著性(p >0.1)。然而,与pm相比,更多的uxer认为这项任务应该交给PO(这种差异在统计学上是显著的)。
  • 确保项目符合业务要求:PM认为这个任务应该交给PM,但是UXers把它分配给PO。两种差异均具有统计学意义。
条形图标题=管理产品和测量结果。蓝条=PM的工作。绿色条=PO的工作。对于以下各项活动,表示自己是PM或PO工作的PM受访者的百分比:维护产品积压,56%PM工作,35%PO工作(不重要),跟踪流程以按时交付,45%PM工作,37%PO工作(不重要);估计产品是否达到收入目标,59%的PM工作(不重要),18%的PO工作;确保项目满足73%PM工作和15%PO工作的业务要求。对于以下各项活动,表示自己是PM或PO工作的用户体验受访者的百分比:维护产品积压、PM工作的41%、PO工作的42%(不重要)、跟踪流程以按时交付、PM工作的60%、PO工作的30%(不重要);估计产品是否达到收入目标,48%的PM工作(不重要),36%的PO工作;确保项目满足43%PM工作和43%PO工作的业务要求。
该图表显示了与管理和测量有关的4个任务,以及同意PM或PO是否应对每项负责的PMS和UXER百分比。具有图案化填充的条形表明PM和UX之间的差异在统计学上没有统计学意义。

总的来说,在这一类别中最大的误解是谁应该确保项目满足业务需求。uxer更容易混淆PM和PO的属性。同样,PM和PO之间应该有一个明确的区别。

宣传产品

项目经理受访者倾向于适当的活动在这一类别下,但uxer被划分为分配给PM或PO.总的来说,比UXERS更多的PMS将任务分配给PM和更多UX的PMS分配给PO。大多数UX的响应(41%)认为PO应该为该产品冠军(与大多数PM响应相比,他们将该任务分配给PM)。虽然PM和UX受访者的大多数人表示,报告产品状态应由PM完成,而不是uxers将其分配给PM(72%与53%),而不是PMS将其分配给PO(40%与...22%)。

图中显示了两项与宣传相关的任务,以及PM和ux同意PM或PO应该负责每一项任务的百分比。

竞争

PM和UX受访者对谁应该研究产品竞争也有不同的理解。PM占用了该任务,但Uxer被划分为分配给PM、PO或营销。将活动分配给PM的PM多于Uxer,分配给PO的Uxer多于PM。将该任务分配给营销的PM和Uxer的可比百分比(21%对24%;差异无统计学意义,p>0.1)。

该图显示了PM和uxer同意PM、PO或市场应该负责理解产品竞争地位的百分比。具有图案化填充的条形表明PM和UX之间的差异在统计学上没有统计学意义。

权力的角色

权力的概念是相关的,因为从理论上讲,那些处于强大角色的人可以影响或做较弱角色的工作,如果他们选择这样做,而较弱角色可能无法对此做太多。

为了理解UX和PM专业人士如何看待他们组织中的权力平衡,我们问了以下问题:

调查问题:以下哪个角色在你的组织中最有权力?请根据角色的影响力排序,1是最强大的,10是最不强大的。每个数字只能使用一次。

我们计算了PM和UX分配的每个角色的平均排名。总体而言,两组受访者非常类似地排名所有角色。唯一的统计学意义差异(通过Wilcoxon-Rank测试,P <0.05)是PM对产品负责人的排名高于UX

平均权力排名由PM受访者(蓝色)和UX受访者(红色)分配;唯一统计上显著的差异是两组分配给产品负责人的级别之间的差异,用户体验认为它比PM更重要。

产品开发的角色不是统一定义的

很有可能,一个被正式雇佣的人可能擅长并负责传统上由不同角色完成的任务。例如,一个初创公司可能有一个产品经理和开发人员,但没有UX人员。在这种情况下,所有的研究都可能由PM完成,设计可能在PM和开发人员之间进行分割。无论是初创公司还是成熟公司,产品开发角色在所有组织中都不会以相同的方式定义,所以我们的调查对象可能经历了我们问题中任务的不同分配。他们可能是根据自己的经验和想法来回答我们的调查的,即使可能存在更有效的任务分配。

近年来,一些开发团队将重点转向招聘技能而不是角色.一个团队技能的差距分析可能表明团队需要具备跨多个传统角色技能的人员。因此,例如,团队可能不需要雇佣产品经理或视觉设计师,而是需要能够创建产品愿景或构建高保真原型的人员。这种低粒度、以技能为重点的人员配置方法可能更容易实现比传统的基于角色的更灵活。

对个人来说,这意味着,无论他们的头衔是什么,他们都有机会在工作中从事不同的任务。掌握一套多样化的任务可以让人感到满足,刺激员工成长,并帮助组织留住优秀的员工。

另一方面,这种工作类型也有消极的一面,比如:

  • 小练习:如果他们不经常这样做,有人可能不会完全发展技能,所以他们的产出可能具有较低的质量,需要更多的时间生产。
  • 缺乏认识:享受不是一种技能。仅仅因为人们喜欢做某件事,或者看到有需要做这件事,并不意味着他们擅长做这件事。似乎有很多人喜欢做UX工作。
  • 失踪的专业知识:UX是如此微妙,以至于非UX人士很难知道UX工作什么时候做得好或不好。不会写代码的人是不会去做工程师的工作的。如果他们这样做了,他们也不会走多远。不了解业务目标和约束的人是不会创建产品待办事项列表的。如果他们这样做了,没人会遵循它。但是任何人都可以下载线框图工具,并开始素描,或报名一个在线用户测试应用程序并启动一项研究。也许他们会做得很好。但他们往往不知道自己做了不合格的工作。这就是问题所在。尽管UX活动的入门成本很低,但缺乏经验或培训的人做好这些事情的可能性也很低。以及他们比a做得更好的可能性经过培训或有经验的用户体验专家甚至更低。
  • 减少效率:公司里可能还有其他人能做得更好更快。例如,UXer可能能够在研讨会上得出产品愿景,但PM可能做得更彻底,并让正确的高层涉众参与进来。一个PM也许能够做到勾勒出早期的设计流程,但经验丰富的UX人会考虑设计原则并利用他们之前收集的用户数据和知识。
  • 招聘困难:如果团队所需的技能变化,那么找到具有特定技能的人可能很难。

商业领袖平衡了对工作效率的渴望,需要激励和留住好员工。为个人品种和增长做出休闲留下房间。但是,重复或子项目的工作是与拒绝角色相关的可能风险之一。如果角色之间的界限明确,则可以减轻这些,这需要更多,从领导者和个人之间更好地沟通。

总结:与个人在项目中的责任保持一致

每个组织都有自己的文化、工作角色和工作方式。许多人并没有被局限在传统上与他们的职位相关的少数活动中。然而,令人不安的是,pm和ux有非常不同的观点,在他们的评估中,谁应该负责与设计和管理项目相关的关键领域,并没有达成很多一致意见。事实上,几乎所有关于责任的反应都是不同的。

一些最大的误解围绕着研究,即谁应该进行发现,构思新的设计,并确定UI中的任务流程。决定用户体验应该做什么工作,比如用户体验团队将研究和设计哪些功能,也是一个错位点。沟通设计,如向领导解释设计和获得利益相关者的支持,是其他不一致的领域。

对于上述所有领域,pm认为他们应该负责,而ux则认为他们应该负责。这是一个有趣且清晰的挪用的例子,PM和UX倾向于相信一切都是他们的工作。

另一方面- PM任务和责任-用户体验受访者经常对产品管理和产品所有权之间的区别感到困惑,特别是对于诸如产品愿景、业务需求和产品功能的优先级划分、宣传产品和团队输出以及了解竞争等任务。

我们可以推荐一个庞大的项目来标准化产品经理和每个用户体验角色的全球工作描述。但是当我们完成创建可以广泛应用的描述时,世界已经发生了变化,这些描述将不再有效。我这就好比割草是一块巨大的财产。当你完成时,你开始割草的地方的草已经很长了,你需要重新开始。

所以今天,在项目的早期阶段,pm和uxer应该真正同步研究和设计,并明确地说谁将做发现、创意、早期草图和设计工作流程。同步这些内容不仅可以缓解一些最大的痛点,还可以在项目开始时为沟通、授权和边界设置一个阶段。

在整个项目中,清楚地确定每个人应该完成的任务可以帮助人们在工作中表现出色并感到自信。每个人都应该知道他们在每个项目或项目的每个点上应该做什么。同样,产品团队的其他成员也应该知道这些职责。清晰的定义可能会增加职能小组之间的协作,消除“我必须做所有事情”的感觉。“如果每个人都知道该找谁做什么,和谁一起工作可能会更令人满意,生产率将会提高,结果也会改善。”

你有关于用户体验和产品角色如何协同工作的建议或故事吗?在这里分享.我们计划使用编译的建议编写另一篇文章。