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

要了解用户体验专业人士和产品经理的角色以及角色如何相互涉及,我们进行了一项调查,了解了PMS'和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,支持,UX等。活动:

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

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

UX相关任务

PM和UX不同意谁应该负责以下主要任务UX:

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

进行研究

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

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

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

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

同样重要的是,所有角色中的人都要充分利用自己的技能,并对与这些技能相关的工作负责。用户体验被写他的团队是如何充分利用和如何传播误解和缺乏对用户体验:“我们大多数人觉得我们可以提供更多的价值和更满意我们的角色在实践中如果我们能够把所有这些会导致研究的技术解决方案,解决用户的需求。但由于我们不能这样做,其他利益相关者的看法不会也不会改变。”

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

设计工作

在设计工作时,我们在UX和PM受访者之间发现了同意和分歧。

协议。对于调查中的以下3个与设计相关的任务,PM和UX同意他们应该是UX的责任:

  • 决定设计的外观和感觉(82%的pm和80%的uxer认为这应该是用户体验的责任)
  • 使UI原型(82%PMS和88%UXERS表示,它应该由UX完成)
  • 在UI中创建最终视觉效果(79%PMS和78%UXERS分配给UX)

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

  • 意念
  • 定义任务流程
  • 线框和素描设计
  • 优先考虑用户需求
该图表显示了4个设计相关任务和同意PM或UX是否应对每项负责的PM和UX受访者的百分比。

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

设计应协同。UX,PM,发展以及大多数其他角色都应该绝对有助于设计。但调查问题是关于谁应该的负责任的,而不是涉及到.如果不清楚谁负责设计活动,就很难推动和完成设计。

One UX respondent’s comment expresses a commonly shared sentiment about people without UX skills doing design: “My boss, a senior UX manager, is famous for consistently saying, ‘Everyone is a UXer.’ Imagine being an accountant, a doctor, or a CEO and someone saying that? This mentality that the role is meaningless is disrespectful to employees who have spent years in the field. I think it's partially because UX is such a broad term that it opens the door to this type of negative behavior.”

信息架构(IA)

PM和UX受访者也不同意谁应该负责定义信息架构该网站。大多数(50%)产品经理认为,发展应该对IA负责,只有27%的人认为它应该是UX工作的一部分,而75%的UXERS认为UX应该对IA负责。

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

虽然代码架构肯定是发展的长处,创造的一个应用程序的信息分类和层次是信息架构师,这是一个UX角色的工作。UX有能力研究 - 以方法喜欢卡片分类树的测试,并单击测试 - 如何放置和使用的方式名称的链接和命令是否有意义给用户。

管理设计相关的工作

PM和UX受访者也对谁进行了差异,谁应该管理设计工作。一般来说,大多数PM(约50%)受访者认为,这些管理活动应该是下午的责任.相比之下,UX受访者的观点更为多样化,有些人将它们分配给UX,一些到PM,以及一些产品所有者(PO)。有趣的是,对于所有这些管理活动,UXers中最常见的反应(超过38%)是UX应该做他们。一般来说,数据显示了用户体验和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)的PMS和UXERs的百分比应负责每个。

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

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

沟通设计和客户知识

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

条形图标题=交流设计和客户知识。红色条= UX的工作。蓝条=首相的工作。绿色条= PO的工作。水上酒吧= CX的工作。为了each of the following activities, the % of PM respondents who said they are UX, PM, PO, or CX’s job: Communicate the voice of the customer to the product team, 9% UX’s job, 25% PM’s job, 16% PO’s job, 29% CX’s job; Explain the design to leadership 29% UX’s job, 45% PM’s job, 14% PO’s job, 1% CX’s job; Get buy-in for the design from stakeholders 23% UX’s job, 53% PM’s job, 10% PO’s job, 1% CX’s job. For each of the following activities, the % of UX respondents who said they are UX, PM, PO, or CX’s job: Communicate the voice of the customer to the product team, 54% UX’s job, 7% PM’s job, 4% PO’s job, 24% CX’s job; Explain the design to leadership 76% UX’s job, 5% PM’s job, 12% PO’s job, 1% CX’s job; 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受访者)。

为了the other 2 activities (explaining the design to leadership and getting buy-in for the design from stakeholders), we also saw appropriation from PM respondents: most PMs thought these activities should be the PM’s job (45% and 53%, respectively), but the next common PM response was that they should be UX’s job (29% and 23% respectively). These findings show the当涉及到谁应该负责时,用户体验和PM之间的脱节销售和解释设计无论参与的角色是什么,让设计师以外的人来推介设计都不是一个好主意——演示者可能无法正确理解每个决定背后的原因,也可能无法准确地向设计师传达反馈。此外,这种类型的场景(PM将设计呈现给领导和涉众)剥夺了用户体验在组织中可见的机会,并且从长远来看,会降低用户体验角色、用户体验团队和用户体验专业人员的可信度和增长。

之间的关系CX和UX.有时也不清楚。这些部门最初是分开的,CX负责其他非数字互动和客户反馈。与新CX转型今天在许多组织上进行,这些地区之间的区别变得模糊,非常清楚地定义和分离他们的责任是重要的。

决定内容

PM和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用户体验调查。相比之下,更UX受访者可能会指定这些愿景和战略活动,产品负责人比点受访者——除了决定产品需求和决定哪些功能应该由开发,实现项目经理分配的百分比之间的差异在哪里,阿宝和用户体验的百分比分配给阿宝只是略微显著(分别为p = 0.054, p = 0.09)。

条形图标题=优先顺序和愿景。蓝条=首相的工作。绿色条= PO的工作。对于以下每个活动,占主办者的百分比委员会的百分比或邮政的工作:收集业务要求,77%的PM工作,21%的工作,创造产品愿景,PM工作68%的工作,22%的工作;优先考虑业务需要67%的PM工作,23%的工作;决定产品要求65%的PM工作,29%PO的工作(不显着);创建产品路线图77%的PM工作,14%的PO的工作;确定哪些功能最终将在产品中,PM的工作63%,31%的工作;决定开发人员将编码哪些功能,54%的PM工作,28%的工作(不显着)。对于以下每项活动,占ux受访者的百分比委员会的百分比或邮编的工作:收集业务要求,PM工作38%的工作,43%的工作,创造产品愿景,PM的32%的工作,44%的工作; 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任务,和聚合和UXers的谁对PM或PO是否应负责为每个约定的百分比。具有图案化填充的条形表明PM和UX之间的差异在统计学上没有统计学意义。

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

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

管理项目和衡量结果

总的来说,即使UX和PM受访者往往将以下任务分配给PM,它们所做的程度通常不同:

  • 维护产品积压:更多的PM比uxer更倾向于将产品backlog分配给PM,但是PM和uxer认为应该把backlog交给产品负责人的百分比之间的差异并没有统计学意义。
  • 跟踪流程以确保准时交货:此任务是唯一一个由UXERs分配给PM而不是PMS的唯一一个。PM受访者百分比与认为应该去于PO的UX受访者百分比之间的差异并不重要。
  • 估计该产品是否应满足收入目标:尽管PM比ux更大的比例(59%比48%)将这项任务分配给PM,但这种差异在统计学上没有显著性(p >0.1)。然而,与pm相比,更多的uxer认为这项任务应该交给PO(这种差异在统计学上是显著的)。
  • 确保项目符合业务需求:PM认为这个任务应该交给PM,但是UXers把它分配给PO。两种差异均具有统计学意义。
条形图标题=管理产品和测量结果。蓝条=首相的工作。绿色条= PO的工作。为了each of the following activities, the % of PM respondents who said they are PM or PO’s job: Maintain the product backlog, 56% PM’s job, 35% PO’s job (not significant), Track process to deliver on time, 45% PM’s job, 37% PO’s job (not significant); Estimate whether the product will meet revenue goals, 59% PM’s job (not significant), 18% PO’s job; Ensure the project is meeting business requirements 73% PM’s job, 15% PO’s job. For each of the following activities, the % of UX respondents who said they are PM or PO’s job: Maintain the product backlog, 41% PM’s job, 42% PO’s job (not significant), Track process to deliver on time, 60% PM’s job, 30% PO’s job (not significant); Estimate whether the product will meet revenue goals, 48% PM’s job (not significant), 36% PO’s job; Ensure the project is meeting business requirements 43% PM’s job, 43% PO’s job.
该图表显示了与管理和测量有关的4个任务,以及同意PM或PO是否应对每项负责的PMS和UXER百分比。具有图案化填充的条形表明PM和UX之间的差异在统计学上没有统计学意义。

总的来说,在这个类别中最大的误解与谁有关,谁应该确保该项目符合业务需求。UXERs更有可能混淆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受访者也有不同的理解,谁应该研究产品竞争。项目经理占用了这项任务,但是uxer被分配给项目经理、订单经理或市场营销人员。分配给PM的项目经理多于分配给PO的项目经理多于分配给PO的项目经理。将这项任务分配给市场营销的pm和uxer比例相当(21%对24%;差异无统计学意义,p > 0.1)。

该图显示了项目经理和UXers的谁是否PM,PO,或营销应该负责的了解产品的竞争地位的任务,同意的百分比。具有图案化填充的条形表明PM和UX之间的差异在统计学上没有统计学意义。

权力的角色

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

要了解UX和PM专业人员如何在其组织中感知权力的余额,我们提出以下问题:

调查问题:以下哪种角色对您的组织具有最大权力?请按照其影响顺序排列角色,1个是最强大的,10个最不强大。每个数字可以仅使用一次。

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

由PM受访者(蓝色)和UX受访者(红色)分配平均功率行列;唯一的统计学显著差异是由2组产品的业主分配队伍之间,UX将其视为比PM更重要。

产品开发角色不会普遍定义

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

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

对于个人来说,这意味着,无论他们的职称是什么,他们可能有机会改变他们在工作中所做的任务。掌握各种各样的任务可以令人满意,刺激员工的增长,帮助组织保留伟大的员工。

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

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

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

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

每个组织都有自己的文化,工作角色和工作方式。许多人没有盒装成与他们的职称传统相关的相同活动。然而,PMS和UXERs有很多观点,令人难以置疑的意见,并且在他们对谁应该负责与设计和管理项目有关的关键领域的评估中,不同意。事实上,几乎所有关于责任的反应都不同。

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

对于所有上述区域,然后是一些,PMS相信他们负责,而Uxers认为他们是。这是挪用的有趣和清晰的例子,PM和UX认为一切都是他们的工作。

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

对于这种缺乏同步,该怎么办呢?我们可以推荐一个庞大的项目来标准化产品经理和每个用户体验角色的工作描述。但当我们完成了可以广泛应用的描述时,世界已经发生了变化,这些描述将不再起作用。这就像割草一样巨大的财产。当你完成的时候,你开始的地方的草已经很长了,你需要重新开始。

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

在整个项目中,明确地断言,每个人应该从事的可以帮助人们所长,觉得自己的工作有信心的任务。每个人都应该知道,他们都应该在每个项目或设在项目中的每个点做什么。此外,该产品团队的其他成员都应该知道这些责任了。明确的定义可能会增加官能团之间的协作,并消除的感觉,“我做的一切。”如果每个人都知道谁去为了什么,工作,可能会更喜人,生产效率会提高,而结果会有所改善。

您是否有建议或故事是如何在一起工作的UX和产品角色?在这里分享.我们计划使用编译的建议编写另一篇文章。