近万字长文！从头梳理B端产品经理和体验设计师的工作职责

近期，一些项目经理、产品团队长、设计师经常问笔者一个问题：“B 端产品经理和体验设计师的工作职责分别是什么？产品原型应该由谁来画才更合适？”

笔者决定好好缕缕这两个问题，从头到尾清晰地为大家梳理下 B 端产品经理与体验设计师的工作职责区别，及他们各自在产品原型上要去做的事情。

首先，不同的公司由于组织架构不同、业务形态不同，导致产品经理与体验设计师之间的职责边界也不同，有些很清晰，有些很模糊。在笔者面试了无数候选人之后发现：人员规模小的公司通常体验设计师需要把产品经理的活顺带着都干了，例如画原型、画交互、做视觉；而人员规模大的公司通常产品经理与体验设计师的职责非常明确。

其次，互联网公司中，做 C 端的公司和做 B 端的公司也不同。在面向 C 端产品的公司中，产品经理通常不仅需要画原型，还得把界面上的要素布局、简单交互进行清晰地设计，才能交付到体验设计师处进行界面润色。而在面向 B 端产品的公司中，产品经理通常只给 PRD 文档，原型要看产品经理有没有时间画，如果没时间画或者有竞品可以参照，那体验设计师要遵照 PRD 文档完成产品界面设计上的所有工作，包括完成需求沟通、业务理解、文档转图形化、界面各种不明需求反推、交互标准编写等。

笔者总结自身经验，同时结合互联网行业的大部分情况，给大家细细梳理以上两个核心问题：

• 产品经理和体验设计师的工作职责
• 针对产品界面设计，两个岗位分别需承担哪些职责

下面我将从以下几个维度去层层递进阐述：

• 什么是产品经理
• 什么是体验设计师
• 透过“五要素模型”看双方职责划分
• 产品经理的主要工作职责
• 体验设计师的主要工作职责
• 针对产品界面设计部分，两个岗位分别需承担哪些职责
• 产品经理交接给体验设计师的工作的准入标准

什么是产品经理

1927 年，美国保洁公司出现了第一名产品经理。此后，“产品经理”这个岗位在越来越多的行业得到了认可。产品经理（Product Manager，PM）是指在公司中对某一类或某一个产品进行规划、设计和管理的人，他的工作内容主要包括市场调研、需求收集、需求分析、用户研究、产品设计、项目跟踪、数据分析等。

什么是体验设计师

从体验设计师“体验”一词中，我们就可以略知体验设计师工作职责的一二。这里的“体验设计”是指“用户体验设计”。

那我们先来定义下什么是用户体验设计。百度百科释义：用户体验设计（英语：User Experience Design），是以用户为中心的一种设计手段，以用户需求为目标而进行的设计。设计过程注重以用户为中心，用户体验的概念从开发的最早期就开始进入整个流程，并贯穿始终。

从上述我们可以发现，体验设计师是以用户为中心的，这与以往人们所认知的平面设计师不同，体验设计师的主要工作不是保证设计物好不好看，而是保证用户觉得好不好用。体验设计师是要通过设计产品去设计一种用户体验情绪。因此体验设计师所需要具备的能力就更为全面了，包括了解用户行为背后的心理因素、了解软件的基础信息、了解人机交互的习惯与愿景等。

在互联网大背景下，行业定义体验设计师的工作内容包括用户调研、竞品分析、需求评审、界面信息设计、布局设计、交互设计、视觉设计、设计走查等。

透过“五要素模型”看双方职责划分

“用户体验五要素”模型也称为“五要素模型”，该模型由美国 AJAX 之父 Jesse James Garrett 提出，模型设计之初是为网页设计而服务的，但模型的经典和通用性以致于它被广泛使用在很多地方。模型将产品设计和分析的过程抽象为 5 个层次，自下而上分别为战略层、范围层、结构层、框架层和表现层。

笔者根据自己的实际工作经验，针对 B 端产品的设计现状与研发流程，对五要素模型进行了一些调整，如下图所示。

第一：战略层

战略层要解决的问题是产品的目标用户是谁，目标用户的痛点是什么，产品能为公司带来什么商业价值，同时产品会带来什么风险。包括行业分析、市场分析和用户研究。

该层的负责人：产品经理

第二：范围层

范围层要解决的问题是在结合战略层目标的基础上对用户需求收集和分析后，提取出产品将要做的功能范围，同时对它们进行优先级排序。包括竞品分析、需求分析。很多公司的产品经理基本上做到这层就结束了，然后输出一份 PRD 文档，通过会议的形式进行一下评审，修改一些评审结果，就提交到体验设计师这边输出界面稿了。

该层的负责人：产品经理

第三：结构层

结构层要解决的问题包括信息架构、布局设计、原型设计。范围层已经定义好了要做的具体功能和内容范围，结构层就要定义产品的大框架和层次结构，给用户呈现清晰的产品结构。该层按理来说是产品经理要去做的工作，但在实际项目中，本层的内容通常由产品经理和体验设计师协同一起完成。

该层的负责人：产品经理、体验设计师

第四：框架层

框架层要解决的问题包括导航设计、界面设计、信息设计、交互设计四大块。进入该层，产品界面的设计就会越来越详细，这也是体验设计师思维、沟通、方案注入最密集，及最花费精力和时间的部分。导航设计包括全局导航和页面内导航；界面设计包括组件使用、排版等；信息设计是指界面信息的有效展现；交互设计是包括宏交互和微交互。

该层的负责人：体验设计师

第五：表现层

表现层要解决的问题就是产品的视觉设计，这是产品设计流程中的最后一步。视觉设计包括了对界面的整体风格把握，主题颜色、字体大小、分割线颜色、图标风格等的设计。

该层的负责人：体验设计师

通过“用户体验五要素模型”，我们可以知道，为什么经常有同学会对产品经理和体验设计师各自的工作职责产生疑问，对产品原型应该由谁来画更合适产生疑问，我们从五要素的“结构层”中可以一探原委。“结构层”是产品经理和体验设计师工作的交接地带，通常在交接地带就会产生职责不明晰的情况。

特别在某些组织中，大家会发现体验设计师在做产品经理的事情（对着口头需求、PRD 文档等输出原型），但感觉好像也没那么不妥（涉及到图，就是设计师的任务，画图是设计师天生的职责），却又觉得不该如此（原型图，真该设计师画吗？乱糟糟的需求，要历经无数次沟通才能合理地展现在纸面上，这个过程原本不该这么痛苦啊）。

产品经理的主要工作职责

作为一名打拼在一线的 B 端产品经理，其主要的工作职责为行业分析、市场调研、竞品分析、需求分析、用户研究、产品规划、原型设计、数据分析。

第一：行业分析

在决定设计一款产品前，产品经理需要先去了解产品所在行业的情况，而不是一时的拍脑袋决定。处于朝阳行业的产品，可以为企业带去较大的价值。B 端产品经理站在行业的高度纵观全局，不至于陷入产品细节当中，更容易发现突破点。

第二：市场调研

产品经理通过市场调研，了解市场情况，为产品规划和设计提供客观、准确的依据。在市场竞争越来越激烈的今天，市场需求调研越来越受到企业的重视。通过市场调研，聆听消费者真实的声音，可以让消费者把真实的想法传达给企业。市场调研是寻求市场与企业平衡点的过程，如果忽略市场调研，等产品生产出来，市场不接受、不认可，那将会导致企业出现很大的问题。

2015 年，腾讯企鹅智库出具了 O2O 初创企业失败率高的原因：很多项目的用户需求并非真实存在，大部分初创公司的产品经理并未做市场调研，而是凭借自己的感觉做事。

第三：竞品分析

通常 B 端产品都不会是从 0 到 1 的设计，但对于 B 端产品来说，要获得竞品也是相对比较困难的。可这并不是产品经理放弃竞品分析的原因，产品经理必须要知道对手是怎么设计同类产品的，才能对自身产品的需求、功能、设计、研发等有更好的取舍。

第四：需求分析

产品经理在进入需求分析前会先进行需求采集，而采集上来的需求总是零散的，没有秩序可言，如果直接将其转化为功能，提交给开发人员，这是极为不合适的做法。也就是说，B 端产品经理需要进行需求分析，对零散的需求进行归类整理并辨别真伪，从而抓住真实的核心需求、放弃伪需求。

第五：用户研究

用户研究首先需要定义产品的目标用户群，通过对用户群的调研，发现他们的一些特性，从而使用户的实际需求成为产品设计的导向。在 B 端产品中，用户群通常是企业的员工，他们反映了某一类角色或多类角色的特质。用户研究可以帮助我们发现一些原来经验认知以外的现象，从而指导产品设计。

第六：产品规划

不论是新产品还是老产品，不论产品是处于哪个生命周期，B 端产品经理都要进行产品规划。产品规划是产品经理在了解市场、了解客户需求、了解竞争对手后，根据公司的战略和产品的发展方向制定合理的产品成长计划、迭代计划、市场计划的过程。

第七：原型设计

产品经理将合理的需求挖掘出来后，就需要将需求转化为原型图，通过可视化的方式，给到团队进行评审，从而可以较为快速的发现问题和调整。等原型确定后，交接到体验设计师处进行界面交互、导航等的设计细化。

第八：数据分析

当产品上线后，产品经理需要对产品上线的数据进行跟踪和分析，以便挖掘产品可优化的点和方向，避免闭门造车。通过数据分析，还可以发现一些不曾考虑到，但实际上存在的用户痛点，从而修正产品规划，做强做大产品。

体验设计师的主要工作职责

那么，作为一线的体验设计师，围绕着 B 端产品设计，其工作职责主要是哪些呢？笔者认为可以从需求评审、用户调研、竞品分析、交互设计、视觉设计、设计评审、设计走查、设计复盘这几大方面展开。

第一：需求评审

当产品经理将需求（场景设定在产品经理给了较为完善的需求）给过来的时候，体验设计师不可马上开始画图，而需要和产品经理将产品的产品目标、业务流程、核心流程、使用角色、功能要素等逐一沟通清楚，必要的时候，需要产品团队做一次完善的原型需求评审会，不同的岗位（开发、测试、项目经理等）从他们的角度给产品提出建议，及早发现问题。

第二：用户调研

需求评审完成后，体验设计师也不能马上展开工作，B 端的体验设计师需要了解用户的使用场景。如果没有条件展开实地调研，可以做简单的桌面调研，或者通过产品经理或业务经理处拿到的资料，对用户群体特征进行简单的分析。比如，他们在什么场景下会使用这个软件，他们使用这个软件的目的是什么，哪些功能是他们会使用的核心功能等，这样才能更好地设计和调整界面要素及交互。

第三：竞品分析

在设计 B 端界面时，建议体验设计师先看下竞品。通常 B 端产品会存在一些行业特征，如果不了解行业同类产品的情况，就很容易忽视掉用户已经形成的行为习惯，从而导致产品看似设计合理，实则隐藏着问题。例如证券炒股类软件，其界面模块已经形成了行业特征，这时候作为体验设计师就不太有必要去大幅度调整界面布局、交互，而是要提升设计的微体验。

第四：交互设计

完成以上三步，体验设计师就要真正进入界面交互设计了。从宏观和微观上分，交互设计包括“宏交互”与“微交互”，大家可以把跳转页面、跳转弹窗认为是“宏交互”；一个选择器控件怎么设计让使用者操作更舒适，一个加载功能怎么设计更友好这类的认为是“微交互”。总的来说，交互就是设计人与软件界面之间的互动方式，整个过程就是“用户输入（开心？平静？难过？）-界面接收-界面输出-用户接收（开心？平静？难过？）”。

再说的细一些，文本的极限值展示、弹框的最大最小高度、表格列的最小宽度、报错的设计方式等，都属于交互范畴。这个过程中，体验设计师通常需要输出较为详尽的交互文档，以保证前端开发人员可以看懂设计细节与顺利的完成界面开发。

第五：视觉设计

B 端产品界面较为简单，一般是表格表单等设计，因此，对于 B 端体验设计师来说，他们需要顺带完成产品的视觉设计（通常来说，大部分 B 端产品拥有自己的设计规范）。在 B 端界面的视觉设计中，体验设计师要注意行高、间距是否舒适，重要颜色是否符合 W3C 无障碍原则，信息区分是否清晰且符合亲密性原则，图标设计是否符合易识别原则等。

第六：设计评审

在交互设计和视觉设计各自的完成阶段，都要进行设计评审，一来可以避免设计上的错误，通常来说团队决策会比个人决策合理，降低风险；二来在评审中，体验设计师可以将设计的要点、开发的注意事项等进行阐述，大家达成一致的意见，避免后期在开发中进行调整。

第七：设计走查

体验设计师将带有标注的设计稿提交给开发后，并不能确定开发是否通过设计稿的标注就可以百分百的还原设计稿，而设计走查是减少这些偏差的不可或缺的环节。在设计走查后，体验设计师需要输出走查表，从而保证开发可以对照走查表将原先忽视的东西进行修复。

第八：设计复盘

设计复盘是将设计过程还原并且进行研讨、分析的过程。就如棋手通常会在一局之后，与对手重现棋局，共同回顾每一步的情况，哪里有失误，哪里下的精妙，从而在下次遇到同样形势的情况下，能更好的从容应对。在设计复盘中，体验设计师通常会从以下几个维度进行项目设计复盘，包括目标回顾、过程分析、结果评估、归因分析、经验总结。通过这一系列的回顾，能帮体验设计师在下次设计时规避问题和提升设计效果。

针对产品界面设计部分，两个岗位分别需承担哪些职责

针对产品界面设计部分，B 端产品经理和体验设计都有职责吗？答案当然是“是”。只是在绘制的过程中，双方分别承担不同的职责，产品界面设计不是产品经理或者体验设计师任何一方可以简单输出的，而是双方共同协同的结果，他们将各自对产品的思考一起融入产品界面中。

在有些公司中，产品经理无须绘制产品原型图，只要把产品需求文档交给体验设计师就可以了。这样的工作方式虽然没有大问题，但是这个过程体验设计师需要与产品经理不断地沟通，需要花费大量的精力将文字转化为图片。这个过程不仅让产品经理与交互设计师的协作非常低效，而且拖慢了整个产品的设计进度。

优秀的 B 端产品经理会先把需求转化为产品原型，原型中需交代界面的全部功能、信息布局、业务流转等。产品经理画原型，不仅可以验证自己在产品思考上的合理性，还可以很直观地通过原型与项目组成员讨论问题。

而体验设计师面对可视化的原型，需要去挖掘更深层次的信息（从上体验设计师的主要工作职责中便可知 ），从而帮助产品提升用户体验。例如界面功能重要到次要的层级；界面哪些信息使用频率高，哪些使用频率低；界面数据量的多少（这会影响界面排版）；等等。

笔者以移动端购物类产品中的“好物推荐”模块为例，进行示意，从图中大家可以知晓产品经理和体验设计师在产品界面设计上的分工情况。

简单来说，产品经理是将 PRD 中需要呈现到界面的信息转化成原型，完成文字到图的可视化转化。体验设计师需要从用户视角出发，提升界面设计要素的可用性、易用性与愉悦性。

产品经理交接给体验设计师的工作物的准入标准

理顺了 B 端产品经理和体验设计师的工作边界后，我们再来客观地谈谈，产品经理与体验设计师交接工作的时候，需要达到怎样的准入标准，才能较好的履行产品经理的职责，这样就无需到体验设计师这边，还要去解决本该产品经理解决的问题。

第一：设计目的

清晰的设计目的描述可以帮助设计师快速建立和理解此次产品设计的目标及范围，更好地提出设计师的专业意见。

笔者推荐在“设计目的”中包含，但不仅限于以下内容：

• 安排这个设计项目是为了什么？清晰地阐述，而非只是一个模糊的概念。
• 目标用户（潜在用户）是谁？他们是在什么场景使用此功能的？
• 是调整产品整体视觉，还是对某个局部功能进行交互优化，亦或是新产品有计划的逐步设计？

参考例子：

「给顶部导航条添加“通知消息功能”」

• 设计原因：当前“XXX 系统”顶部导航条无“通知消息功能”，导致用户的待办通知、系统通知等消息散落在页面中，用户无法通过一个集合入口看到所有自己要待办的事项，非常不便。因此组内通过讨论后，决定给系统顶部导航条添加“通知消息功能”，方便用户快速查看待办事项。
• 目标用户：公司内部财务审核员。他们会在每天早上 10 点左右打开电脑，开始阅读并处理待办事项。
• 设计类型：新功能设计，包括“通知消息功能”的交互和视觉设计。

第二：原型

将前期评审通过的需求转化为原型稿，同时提供给设计师，设计师可以更直观的了解设计需求，更清楚的知晓页面和功能之间的逻辑关系，降低沟通成本，提高设计稿输出的效率。

笔者推荐在“原型”中包含，但不仅限于以下内容：

• 清晰描述产品功能有什么及其逻辑的原型图，可以是 axure，可以是手绘图，形式不限制。（备注：不要用口头描述、纯文字 PRD 文档这些东西给到体验设计师，图形化远比文字理解来得更容易，大大提升体验设计师理解与解决需求的效率。）
• 清晰的产品整理流程图，或功能流程图等。

参考例子：

「“XXX”产品界面设计」

新产品立项，需要设计完整的产品界面，但是产品专业度高，设计人员不仅要具备交互知识，还得具备相关领域的专业性知识，产品设计难度高。产品经理在完成自己的需求分析后，给出了界面原型图+界面流程图，内容主要包括：

• 清晰的功能流程图，或产品流程图
• 主要模块在界面上的划分
• 每个模块所具备的核心功能和其他功能
• 页面上数据的数据性质等
• 模块与模块之间的逻辑关系
• 模块某个功能与其他模块功能之间的联动关系呈现（比如数据关系）

第三：设计发挥空间

在提出设计需求时，给予设计师一个发挥空间的预判，那么设计师能更清楚地知道自己在处理设计时可以做什么，不可以做什么。

笔者推荐在“设计发挥空间”中包含，但不仅限于以下内容：

• 主要设计哪块功能的什么部分？视觉？交互？
• 设计的发挥空间有多大？颠覆性创新？根据竞品小部分修改？直接用画出来的原型设计？

参考例子：

「修改当前 XXX 系统的左侧导航交互样式」

• 主要任务：目前系统菜单量增加，层级结构又很深，无法满足业务需要，因此要修改当前系统左侧导航树形结构的交互模式。
• 设计发挥空间：发挥空间大，目前团队内部没有更好的设计想法，设计师可以随意发挥，我们需要原型输出后评审确定，再进行视觉稿创作。

第四：竞品

将相关竞品提供给设计师，有助于设计师对竞品做有效分析后，提取有价值的信息，以更好地提高对需求的理解和更高效地输出设计稿。

笔者推荐在“竞品”中包含，但不仅限于以下内容：

• 给予竞品的相关链接或文档
• 给予竞品的分析：包括竞品哪些部分与我们产品要做的部分对标？目前如何思考竞品有价值部分与我们的关系，是照搬还是会有一定程度的修改？

参考例子：

「XXX 产品设计规范编写」

• 竞品链接：123 产品设计规范链接、456 产品设计规范链接。
• 参考的竞品范围：竞品设计规范范围包括“通用部分和具体组件部分”。一期聚焦编写“通用设计规范部分”，“具体组件设计规范”部分放到二期。同时“通用设计规范部分”我们更倾向竞品“ 123 产品设计规范”的描述方式，它的描述符合用户阅读的维度，同时目录也可参考它，但也允许做一定程度的调整。

总结

回到最初的问题：“B 端产品经理和体验设计师的工作职责分别是什么？产品原型应该由谁来画才更合适？”我想大家心里都有了自己的答案。

笔者想对 B 端产品经理和体验设计师说一句话：产品最终是否好用、易用，与你们都分不开，需要大家调用自己的专业知识一同去解决。

欢迎关注作者微信公众号：「知果日记」