跳转至

02 交互设计师可以被产品经理替代吗?

你好,我是炒炒。

上一讲,我们通过对用户体验的拆分,分解了用户吐槽体验不好的原因。但是,用户的问题只占据了体验设计师日常中的一部分,除了与外部沟通,大多数时间设计师还要和内部交流。

很多人在与外部沟通时,还是能“和气生财”的,换到与内部协作,可能就“火药味十足”了。比如说,当你被产品经理按在地上摩擦的时候,心里会想“这个人不懂用户、不懂设计、不懂开发,只会吐槽,提要求还提这么多,这样我也会!我也能当产品经理!”。

当然,产品经理也会偶尔吐槽交互设计师,“你不就是个画线框图的吗?体验设计师的工作我都能做,还天天把场景、用户这些挂在嘴上,整那么复杂干啥,到时候我让你怎么画,你就怎么画不就得了”。

你看,本应紧密协作的两个人,为什么会出现这种彼此吐槽的状态呢?

其实,主要是因为双方对彼此的职能范围和核心能力的认知是不一致的。出现这种情况,刚开始可能只是吐个槽,到后来,就是互相不信任,不认可彼此的价值,严重的话,甚至会影响产品的正常生产流程。

那么,真的像产品经理想的那样,体验设计师可以被他们替代吗?要想搞清楚这个问题,首先你得对双方的职责和核心能力有清晰的认知。接下来,我们就一起分析下。

核心的能力不同

首先,我们要知道,市场对产品经理和交互设计师的核心能力要求是不同的,为了让你更直观地感受这个不同,我找来了市场的招聘信息,以腾讯理财通为例。

从这张对比图,我们能看出来,对产品经理的要求是产品策划能力、数据分析能力强、要深刻了解用户细分、留存、活跃度等各项指标及分析方法。而交互设计师则是要求有较强的逻辑思维,清晰的设计思路和阐述能力,推动产品体验问题优化的主动性。

简单总结一下,市场更注重一个产品经理的策划与规划能力,而交互设计师更注重逻辑与流程梳理能力。

通过两个岗位的能力雷达图,咱们就可以明显地看到各自能力项是不同的,既然要求的核心能力不同,咱们就彼此在自己职能能力项里,把核心能力打磨好,做好个人能力护城河,它不香吗?

输出的成果不同

其次,产品经理和交互设计师的输出物是不同的。你可能会问了,这是肯定的呀!产品经理和交互设计师都不是一种岗位,最后的输出物肯定是不一样的呀!

是的,但是很多时候,无论是产品经理,还是设计师,都会在无形中忽略这一点。

曾经,有一位设计师按照产品经理给的需求完成了交互及视觉的设计,但由于视觉设计师输出的时候有一些粗心,同一个样式不同状态的界面,在位置上有1个像素的上下偏差。

看似很简单就可以解决的一件事情,产品经理却开始就这个细节攻击设计师的专业能力,还通过上升领导去解决这个问题,最后特意拿着视觉稿去给各关联方澄清需求。

可是,这个需求本身的需求文档,他却一直没有交付。

的确,产品经理是需要对产品的所有内容负责,但聚焦于1个像素的偏差,是否模糊了产品经理本应该关注的需求质量的焦点呢?这种做法,就有点本末倒置了。

在工作中,我们还常常能遇到一种情况,就是产品经理直接输出原型图,交互设计师会觉得这是我的职责,你这样做有冒犯到我。但是,产品经理会认为,我这样子没毛病,我只是为了更清楚地阐述产品的内容及流程而已。

然后,交互设计师会开始过多地分析需求的战略目标与产品规划,甚至会输出产品规划蓝图。

其实在我看来,产品经理画图,画的是故事版,是相关系统及功能之间的关联性,而非界面原型。通过这个故事版,产品经理给相关干系人讲清楚,这个需求在用户的什么场景下帮助他们解决什么问题,达到什么业务目标,同时给公司带来什么好处,也就是说,产品经理更关注于业务目标和商业目标。

而交互设计师的最终输出物是交互设计文档,是以用户体验为基础,对当前需求的流程梳理、界面布局、细节优化等。同样是图,但是体验设计师和产品经理的目的不同,对图的精细化要求是不一样的。所以,交互设计师不必纠结于自己的工作领域是否被侵犯,自己的工作内容是否被干涉。

总的来说,各个岗位要先对自己的产出物负责。过于执着别的岗位的职责,将会分散本该聚焦于自身岗位的精力,这只不过是通过战术的勤奋来掩盖自己战略的懒惰。

提供的价值不同

其实,核心的能力和输出的成果的不同,本质上都是因为双方提供的价值不同。

还记得在第1讲,我们讨论的体验分层模型吗?体验分层模型告诉我们,可以把用户体验分为五个层次,分别是:表现层、框架层、结构层、范围层和战略层。

其中,范围层和战略层虽然只是间接地影响用户直观操作体验,但是却在根本上决定了产品的方向,所以我们说,一个产品经理就是要为产品的战略层和范围层负责 。

你可以这么理解,在当前时代,产品经理更像是一个策略团队,他们需要预见未来趋势,洞察商业机会,抓住市场机遇,着力于产品策划,探索商业模型和产品增长等。

而交互设计师则更多地要想办法为产品的框架层和结构层加分,完成原型的设计只是交互设计师的一部分输出。在这个交互原型图的背后,还要有对产品流程的梳理,对产品战略的思考,对用户的探索,和竞品的比对分析。

我举个例子。假设,我们现在需要做一个金融资讯频道,倘若产品经理停留在这个模块的细分功能放一排还是放两排,用什么样式的下拉框,怎么跳转和布局,纠结于用蓝色还是绿色等这些事上,而不是在思考这个金融资讯频道给产品带来的价值是什么,比如说:

  • 是新客引流?还是增加用户对产品的粘度?
  • 这个频道的来源方是谁?内容是否经得起目标用户的考验?
  • 如何跟来源方对接?平台与平台之间的响应速度如何?
  • 针对不同用户的推送机制是怎么样?怎么做标签化管理?

这样的话,这个团队很可能因为这个产品经理走向崩盘。那么,交互设计师呢?

我们还是以金融资讯频道的需求作为例子,交互设计师应该在理解这个需求的背景及目的后,分析用户群体的特点,研究用户的浏览习惯是怎样的。

了解以上的方方面面后,再进行页面的框架构建、功能的细节布局等。甚至在产品上线后,还要分析用户的操作行为数据来进行下一步的优化设计,通过不断迭代去追求产品的极致体验。

是不是听完这一波分析后,觉得有点乱乱的?我给你总结一下,其实你只要记住一件事就行,产品经理要为产品的商业价值负责,交互设计师要为产品的用户价值负责。

产品经理会帮公司说话,要思考产品的商业价值,而设计师是用户的代言人,是产品与用户间的桥梁,要在商业和用户之间,平衡产品的商业价值和体验价值。

先认同,再协同

作为体验设计师,我这么多年也遇到过不同职场生命阶段的产品经理,有刚毕业的产品经理新手、有在职场混迹多年,见过各种大风大浪的产品大神。他们有的思维活跃、有的爱扣细节、有的会输出纯文字型的需求文档、有的会直接输出原型图……

我们都知道,要让专业的人做专业的事。但往往现实中,产品经理与交互设计师因为对对方的职能范围并不是特别清楚,还有可能根本不想弄清楚,所以经常相爱相杀,难解难分。

两者都会觉得对方在职能的范畴越界了,甚至会认为对方本该做的事情不做,偏在做一些不专业的事情,彼此的不信任与分歧就会悄然而生。因为彼此不信任,协同就很难产生。

所以,要先认同,再协同。

交互设计师不能被产品经理所替代,但是交互设计师也无法取代产品经理。双方要清楚彼此的核心能力所在,知道每个人都有自己的优势;要优先处理自己的输出物,不去过多干涉他人的职责;要对自己的岗位提供的价值负责。

在整个合作过程中,产品经理要向交互设计师讲解产品背后的商业目标、业务逻辑、用户使用场景、当前数据分析、开发技术方案等,并掌控全局的流程,建立统一的产品目标。而交互设计师主要操刀产品的操作流程、页面跳转逻辑等,来满足产品经理的产品目标和用户的需求。

当双方有了统一的认知和统一的目标后,心在一起了,你欣赏我,我认同你,还怕我们无法协同,还怕我们的产品做不好吗?那必然是大鹏一日同风起,扶摇直上九万里。

炒炒总结

今天,我们从交互设计师和产品经理之间的矛盾出发,探讨了职能分工与协作的问题。可以肯定的是,在更加精细化的工作职能场景中,产品经理是不可能替代交互设计师的。

因为,在岗位价值层面,产品经理更多地是为商业价值负责,主要关注点在战略层和范围层上;交互设计师更多地是为用户价值负责,主要关注点在结构层和框架层上。

在输出物层面,虽然产品经理和交互设计师都可能会输出线框图,但产品经理的线框图应该重点表达相关系统和功能点之间的关联性,是对产品需求的补充说明;而交互设计师的线框图是以用户体验为基础,聚焦于流程梳理、界面布局、极限情况梳理、细节优化等;

当然,不论你是产品经理还是交互设计师,都应该对各自的职能范围有清晰的认知。专业的人做专业的事,只有高效协同,才能共同实现最终的产品目标。

练习题

你在跟产品经理/交互设计师沟通的时候,有没有发生过什么矛盾冲突?学完了这一讲,你觉得原因是什么呢?如果时光倒流,你会怎么解决你们之间的问题呢?

记得在留言区和我讨论、交流你的想法,每一次思考都会成为你进步的基石。

如果你喜欢今天的内容,也欢迎你把这一讲分享给你的朋友。

感谢你的阅读,我们下一讲再见。

精选留言(15)
  • tim 👍(43) 💬(2)

    一般内部就工作发生矛盾,核心原因都是做这个事情的意义和价值没有阐述清楚;做到什么标准程度不清晰;拿出来的成果物质量不过关这几种,在发生矛盾时先悬搁一下,想想是上面哪个点出问题了,然后用友善恰当的方式沟通清楚一般都能解决,摒弃掉心理上的自我中心思维就都还好。 我不太认同岗位价值层面的表述。产品的核心价值包括为用户价值负责,商业价值的落地实现难道不是切实为用户解决难题并且真正为用户交付价值才能得到的回报嘛,所以产品的岗位价值说成更多是商业价值是不准确的,即使用词时使用了更多两字也不对,因为偏离了核心的对用户价值负责,从产品策划立项的一开始就该时时刻刻想着用户价值,真正装进心里。那么交互的岗位价值可以改为体验负责我认为会更准确些,让产品操作起来即好用实用,把产品提供的价值以体验交付给用户,打造自己产品的极致体验。 另外使用用户体验要素那本书里的模型去说产品和交互两个有深度交叉关系的岗位肯定会出问题的,在真实的工作中模型里结构层和框架层包含的真实具体工作内容里产品和交互深度交流共生才能完成的,尤其结构层交互要想提供良好的系统操作流程来相应用户请求,一定要很清楚完整的业务流程以及用户习惯,而产品在做前面功能规格描述时就必须先要捋清楚业务流程里面会涉及哪些能力,也就是我们的真实工作流程根本不是产品在战略层想清楚从用户视角发现需求,从企业视角确定商业目标后就直接跳到范围层进行功能规格的详细描述,而是先做好商业模式设计之后,进行业务梳理-业务流程-过程分析-资源评估-产品设计方案(这里才会涉及功范围层功能规格描述)也就是这个模型不符合当下的产品设计做法。

    2021-01-08

  • 👍(6) 💬(1)

    请问老师交互设计师和体验设计师有什么区别,跟ui设计师的区别呢?ui设计师做到资深或专家的话又和这些设计师上有什么本质上的区别吗?希望能正确出规划未来发展方向。谢谢老师

    2021-02-03

  • 王小艺 👍(6) 💬(1)

    真想一个转手发给自家产品……不去着重考虑产品策划、数据分析等等战略问题,天天跟那跟我死抠像素问题颜色问题交互问题,太浪费时间了,我都替他着急。产品真的需要格局。

    2021-01-15

  • darkleo 👍(4) 💬(1)

    反正我学习到了体验设计师与产品经理的区别了,但是老师小厂一般没有体验设计师,那这个工作是不是就由产品来搞了?还有就是老师以后的项目经理会不会被产品经理取带呀?

    2021-01-09

  • beck 👍(3) 💬(1)

    炒炒老师,跟产品沟通时,产品一直是带着情绪来沟通工作,应该怎么破

    2021-01-11

  • 韭菜 👍(1) 💬(1)

    总结一下几个问题: 1、设计师个人能力不够 2、产品以前的规划我们并不知道 3、一些用户场景我们并没有考虑到,但是产品考虑到了 公司情况: 我公司是个小公司,产品部四个人两个产品两个设计,产品会做产品需要做的,也会去做一些原型设计,会跟我们讲用户场景调研以及为什么去做这个功能,设计师需要去优化交互流程让流程更顺畅以及做视觉设计。 我们之间最大的问题是,有一些体验做的不是很好或者说直接拿产品给到的原型没做任何修改,但是设计师没有想到会有这样一问题(因为我们之前是做设计的,后来根据部门领导的要求希望我们能更多的考虑体验问题为她们分担压力,设计师觉得也可以,可以去思考如何让用户用的更好我们还是很愿意),产品在整个产品的规划有些还没有上线也没有要开发所以我们不知道,以至于我们在做交互的时候有些问题其实其他地方有解决方案后面会做但是我们思考了太久,有些问题我们又没有考虑到,因为没有想到会有这种场景,所以经常会出现有些地方交互优化的不好,然后产品又来帮忙思考。 解决: 1:交互能力不够强,只能说加油学习 2、跟产品过他们长远的一些规划 3、一些用户场景没有考虑到以至于体验思考不完整,暂时没想到解决方案

    2021-08-14

  • 丸子🍡 👍(1) 💬(1)

    跟产品沟通的时候,有时候会遇到产品出了原型图,做了设计稿输出后,可能会在原型图的基础上多衍生出几种不同的方案,会有遵照原型图的方案和根据需求思考优化过后其他的方案,在这一过程中,设计内评会选定推荐方案,然后再和产品做沟通。 会遇到产品坚持自己的方案,或者当时说服了产品,后面开发介入的时候产品又反复的情况。 不排除产品对于自己的方案更有倾向性,但是是不是从另一个角度来看也说明,设计输出的方案没有完美到能说服产品,所以产品才坚持原判。 方案没有最好,就像炒炒老师所说,体验是让用户舒服、自然,最重要是在该场景是合适的,有更多精力的话再去创造小惊喜

    2021-02-18

  • Gavin_Lee 👍(1) 💬(1)

    我们是为甲方服务的乙方公司,老板更多担任产品经理的角色,时常跑客户,从客户那边获取一些用户需求,制定我们要做什么产品,先做什么后坐什么(战略层+范围层),而招的产品也是中规中矩的那种,根据老板的需求做一些UE/线框图(结构层+框架层),自己的东西被开发怼的改原型,也能被设计说出很多不足,新项目也是在旧项目的基础上,增加/删除一些功能,感觉真的只是考虑后台的功能前端要展现,根本不考虑用户想要看到的信息,设计是做减法,但是某些东西隐藏,又会被怼:为啥不按原型做?????现在的产品也是出来了,各种BUG,心累……

    2021-02-02

  • tim 👍(1) 💬(1)

    简单补充几句刚才留言都是从务实角度从实际产品工作经验的真诚交流,希望作者不要介意语言过于直接。因为我看到过多少产品经理轻视甚至直接忽视业务梳理和流程分析,定了个业务目标直接就直接写一堆产品功能说明,形成个文档扔出去造成产品不成功。因为用户体验要素这本书出的早又有名,说不定是因为看了这书里介绍工作中就那么干了,所以觉得今天有必要说明下,毕竟这门课应该会有不少刚入门产品。

    2021-01-08

  • Lee 👍(1) 💬(1)

    炒炒老师,请问项目经理和产品经理的职责区分又是啥呢?

    2021-01-08

  • J.Joyce 👍(0) 💬(1)

    这一讲在工作中太重要了,好赞。清楚了解产品与交互的职责边界,了解产品的职责,在产品那充分获取产品目标的正确与有效率信息,为自己接下来的交互工作排雷避坑。同时为自己输出的部分负责。

    2021-03-07

  • 王晓冰 👍(0) 💬(1)

    产品和设计之间还夹杂着一个用研角色的存在(对于很多企业是一个比较尴尬的存在),需求需要用户共情,设计需要用户共创。关于用研角色,炒炒老师怎么看?这个角色应该带来什么价值,应该如何与产品、设计协作?

    2021-01-21

  • 开门见山 👍(0) 💬(1)

    小厂里不存在交互设计师 都是产品说了算 遇到硬件产品经理 转 软件产品经理 同时又性格强硬的人 做出来的东西用起来真的很难用

    2021-01-11

  • 流浪猫 👍(0) 💬(1)

    我已经明天为什么我每天这么忙了,原来我的左脑和右脑天天打架,打完还要各种回去整理一份输出~

    2021-01-08

  • 石云升 👍(0) 💬(1)

    产品的需求文档和设计效果图,都属于创造型的输出,很难评判说好或者不好。 产品与设计之间如果有分歧可以采用评审方式来解决分歧。也可以采取A/Btest的方式来验证。 把问题从2个人之间解脱出来。只要有解决分歧的共识方法,分歧就不是坏事。团队之所以存在就是双方能力是互补的。没有分歧哪来的创新?

    2021-01-08