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

你好,我是炒炒。

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

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

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

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

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

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

核心的能力不同

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

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

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

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

输出的成果不同

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

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

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

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

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

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

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

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

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

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

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

提供的价值不同

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

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

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

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

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

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

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

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

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

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

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

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

先认同,再协同

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

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

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

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

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

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

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

炒炒总结

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

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

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

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

练习题

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

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

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

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

精选留言

  • tim

    2021-01-08 11:28:15

    一般内部就工作发生矛盾,核心原因都是做这个事情的意义和价值没有阐述清楚;做到什么标准程度不清晰;拿出来的成果物质量不过关这几种,在发生矛盾时先悬搁一下,想想是上面哪个点出问题了,然后用友善恰当的方式沟通清楚一般都能解决,摒弃掉心理上的自我中心思维就都还好。

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

    嗨!你好。非常感谢您的支持以及留言,呈现您的思辨,很惊喜。我也特别认同一点,就是所有项目关联方都需要十分了解业务流程及用户习惯,才能做的更好。

    这里先讲个我朋友的故事
    在安卓机还不能直接用手机截屏的时候,我朋友组了个小团队做了个截屏工具,用户体验非常好,下载量很快就千万级别了,日活最高点的时候能达到200w,用户好评非常多。但是一直没有收入,后来团队解散了。
    而他们这个工具的功能在后来手机发展中变成了现在大家都通用的双指截屏等自带的截屏功能。
    确实在为用户负责,为体验负责,可商业呢?他们做的并不好。
    但是,倘若商业化,必然会影响体验,那如何在商业和体验之间找平衡?谁应该为这个事情负主要责任?我认为是交互设计师。在工作中,必须为这个平衡负责,所以我觉得在工作中,产品更多为商业负责,交互更多为用户负责。

    在职场中,不管是商业目标或是用户目标,这两者的最终目标是一样的,都是为了产品更好的服务好用户,然后用来帮助公司成长。
    实际工作中怎样通过更合理的分工来实现,这个是没有严格标准的。结合我的经验,产品更关注商业层、设计更关注体验层,这样搭配会更合适一点。但各有专业领域并不代表互不沟通。各有边界,加强沟通才是高效推进事项落地的有效办法。

    体验是什么?是一种感觉,一种感受。让用户觉得自然、舒服,是做这个产品,做这个事情的所有人都应该负责的,而不是某一个岗位。

    让项目团队的每一个人知道业务目标、产品目标 、使用流程、操作逻辑、资源情况等这些信息,这是产品经理需要负责的。

    范围层主要解决什么问题?解决什么做什么不做的问题,决定这个哪些做哪些不做,这个在大型公司里,一般由大产品来决定,大交互会参与这一决策流程,但是更多是从体验层面给出意见,决策并非由大交互来下。
    还有一种情况,是小团队,类似于快速创新创业产品团队,一般7个人,里面角色都是齐全的,那属于群策群力。

    《用户体验要素》这本书是没问题的,有问题的一直都是使用书的人。

    在工作中,如果有产品经理定了业务目标,直接就写需求,那可以回到您提到的需要先做好商业模式设计—业务流程—过程分析—资源评估—产品方案设计。
    可能当前产品经理还相对来说不属于高阶产品经理,还在学习阶段,所以对产品的核心价值理解是写需求。
    新人产品与高阶产品的思考方式、做事逻辑一定是有区别的。那换个角度说,倘若需要一个高阶产品来完成的事情安排给了产品专业度没那么高的人,这应该是决策问题。

    从公司层面来说,每个岗位都有自己主要的价值输出,倘若模糊了这个价值,那么这个岗位存在性会遭受质疑。
    从哲学层面来说,无论哪个岗位,修行到最高层,那么都是一种,洞悉这世界运转的规律,那么他会像在5维的世界里面俯瞰我们这个4维的世界,知道人在哪儿、钱在哪儿、好东西获得的最短路径是如何等等。

    另外,所有的方法论最大的意义不是生搬硬套,那也失去了方法论的意义。结合对方法论的理解,并在自己工作中实践,这才是最好的学习。

    所以,我做这门课的目的是希望能够给到更多人一些启发,我希望小伙伴们在经过思考的情况下套用我的经验,少走弯路,希望大家能结合自己的实际情况,去借鉴、实践、总结,然后把它们变成自己的知识。

    以上,希望能解答您的疑惑



    2021-01-08 17:10:16

  • 2021-02-03 17:22:44

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

    从这个岗位的历史发展流程来看,UI设计师是最先被明确提出来的岗位,再后面,随着行业的发展,交互设计师这个岗位在职场中又逐渐被明确,然后,再到现在的体验设计师这个岗位的流行。但不管这些岗位怎么叫,每个岗位存在的目的就是解决工作环节中的对应问题。

    如果从工作流中看,一个产品诞生需要经历产品需求、交互设计、视觉设计(动效设计)这些阶段,不管又几种类型的设计师,总体上都是要解决这些类型的问题。
    在早期的时候,产品对体验要求不高,可能一个产品经理+一个UI就解决了这些问题;现在的一些对提要要求更细致的产品,可能需要一个产品经理+一个交互设计师+一个视觉设计师+一个动效设计师才能解决这些问题。
    说的理想一点,企业都希望能够招1个人就解决上面这4个环节的问题,也就是1个人能干4个人的活。像经常听到的产品设计师、全链路设计师都是这种偏技能复合型的设计师。

    当然,发展方向要结合你的意愿和现在实际的工作环境来说。如果你是在一些中小型公司,我建议你可以在不同职能间的横向能力上做一些投入,对交互设计和视觉设计都做到熟练,这样可以做一些更综合的设计输出;如果你是在一些一线公司,我建议你可以加强在单项能力上做重点突破,横向能力上做到了解就可以,这样可以在单项能力上建立自己的稀缺性。

    不过对于设计来说,不管是交互、视觉还是动效,到了更高的层面上思维都是想通的,很多优秀的人在这3个层面都做的很好,当然这种人不多。

    以上只是我结合行业整体情况给出的建议,如果想要更具体的,欢迎你准备更多的和你现在的详细情况,再找我咨询。

    2021-02-09 04:30:44

  • 王小艺

    2021-01-15 23:09:45

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

    太着急了!转手发给他~给他一次成长的机会!
    不过你转发后记得注意安全 ~~

    2021-01-16 15:23:22

  • darkleo

    2021-01-09 20:09:05

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

    要分情况讨论。
    大型的项目,例如提到的跨多系统多部门交互的项目,一定是需要有项目经理进行全盘对资源、进度、质量、风险和预算进行管理的。
    小型的项目,例如自己出去旅个游,自己做个管理自己小票的小程序,那自己就可以身兼数职了。为什么还要花钱请个专职的项目经理呢?

    小厂没有单独的体验设计师岗位,我按照我对小厂的理解来说。例如是某大厂下游的小型供应商,一定没有这个岗,但是他会有设计师这个岗位,只是这个岗位一般都是把视觉和交互的工作包圆了,这个视觉甚至还需要做一部分营销设计,那倘若有体验思维做底层工作思维,我相信这个设计师一定能为自己所负责的产出的体验负责,而不是就完成了交代的工作。

    产品的体验是一个感受问题,所有关联方都应该为此负责。

    2021-01-10 11:44:33

  • beck

    2021-01-11 09:47:32

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

    那可能需要一个情绪灭火器呢~

    事情肯定是要解决的,就算是升级到领导,最后还是要先把事情做了,只是是你我做还是换个人做的事情;大家的目标呢,也都是把事情做好,这样大家才能有饭吃。

    先想办法情绪灭灭火(例如找到ta的情绪点或者彼此约定情绪冷静的时候聊),大家目标一致,最好还能彼此欣赏,这样一起心平气和的把目标一步一步实现了。

    2021-01-13 12:47:57

  • 非非

    2021-11-27 23:30:15

    炒炒老师好,我是交互专业毕业然后转行去做用户体验产品的同学。在我和交互设计师的合作当中,我发现交互设计师产出的原型经常与头部竞品 非 常 类 似。

    当我与他聊到这个事情的时候,他会说用户已经习惯头部产品的交互了,如果我们的交互流程与甚至按钮摆放与头部竞品不一致,就会增加用户学习成本,降低体验。

    这时候我会拿用户重合度低的数据来进行交流,但结果往往并无太大改进。请问如果交互稿就是抄竞品的话,那岂不是所有人都可以做交互了?遇见这种问题应该怎么与设计师沟通呢?
  • Jean

    2024-08-29 20:09:30

    感觉b端的产品在c端,就是属于给c端产品打下手的交互设计师呢
  • ifelse

    2024-01-07 12:33:45

    产品经理要为产品的商业价值负责,交互设计师要为产品的用户价值负责。
    --记下来
  • Malcolm

    2023-05-12 15:05:08

    40%的企业, 项目经理+技术经理+产品经理+交互设计 都是同一个人。
  • 阿亚

    2022-05-05 09:06:54

    不知道是不是大厂职能很细的原因哈,作为产品人对部份观点还是有差异。自己的产品工作经常在用户和商业中做平衡,但正常来说对用户有价值进一步就会产生商业价值,两者经常交集,不会被独立区分。
    一个角度是:即使是商业决策也会对体验作出考量,因为体验将影响产品口碑、转换以及商业可持续性。
    另一个角度是:脱离商业的用户体验是不可持续的,甚至是无意义的。

    这个栏目被极客放在了产品经理的书籍推荐中,侧面说明了用户体验也是大多产品人研究的重要课题~
  • Ru

    2022-02-13 00:03:46

    早几年体验设计这个岗位概念对大多数转型或者在初创阶段的企业来说,很新,很陌生,不想落伍,又很必要。但是完全搞不懂其中的职能。然后在一家企业我看到产品经理在做体验,交互在做UI,Ui在做平面…
  • 小王子是个嘤嘤怪🥳

    2021-11-10 23:31:05

    我在和产品经理沟通时产生的主要矛盾在于我们接触不到用户,无法理解产品原型为什么设计成这样,而产品经理也会盲目根据用户的反馈来修改样式,我解决这个问题的方法就是询问产品经理用户的根本需求是什么,分析得出原因后再提出相应的解决方案
  • Geek_65de19

    2021-09-08 18:39:59

    最近接了一个需求,产品直接拿着运营给的文档内容列了一个表,传达自己的理解就让UI开始做。交付的时候抬杠式抓着设计一直无理纠结。运营(业务需求方)看到最终的设计图非常不满,认为产品功能以及信息结构上没有表达出真实需求,并且直接指出运营给的文档只是告诉产品内容都有些什么,需要些什么功能,但是产品并没有动脑子。所以产品对设计指手画脚半天,自己对需求的理解都没有弄清楚,且基本的原型都没有(有原型其实可以在产品跟业务需求方对的时候避免很多问题)。导致产品重新规划原型功能信息结构。UI加班加点重新做。
  • 韭菜

    2021-08-14 11:53:23

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

    感谢你的分享,你描述的场景也是很多设计师面临的情况,相信肯定会给大家带来一些启发。

    2021-09-24 20:49:52

  • 丸子🍡

    2021-02-18 18:08:42

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

    看得出来你是一个在工作上很好沟通的人,哈哈,想必你一定很受其他同时欢迎。

    在设计师的工作中,方案的反复和修改是不可避免的事情,因为技术的限制、需求的变更、排期的变动都会引起方案的更改,甚至有时候方案的更改跟设计方案的好坏无关。

    相对于完美这个词,我更愿意用合适这个词来形容设计。

    2021-02-20 16:58:57

  • Gavin_Lee

    2021-02-02 11:58:56

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

    感谢你的留言,从你的留言中也能感受到你目前工作中的一些困扰,我就结合我的理解说一下我的建议吧:

    1、“招的产品中规中矩”是你自己的评价还是公司大多数人的评价呢?如果是公司大多数人的评价,产品的能力可能是真的一般,那你可以尝试在产品上关注多一点,避免被误导;如果只是你自己的主观评价,你可以更关注事情,不要把焦点放在人身上;

    2、在用户看到信息的呈现上,建议你可以往前想一下,看用户在当下场景中最关注的信息是什么,给信息排个优先级,不要只是单纯的对着页面来讨论哪些信息该放,哪些信息不该放。把用户关注点对齐,页面上该放什么信息也很容易对齐了;

    3、调整自己的心态,不管公司环境怎样,做好自己该做的事情,这才是提升自己的方式。如果在目前的公司不环境中无法调整好心态,可以考虑换个环境。

    2021-02-02 21:52:03

  • tim

    2021-01-08 11:40:36

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

    这一点我们都是一样的,一切从务实实干的角度出发,可落地、可复制、有启发、可成长。
    我一直坚信,理是越辩越明。

    再次感谢您的支持和留言。
    未来一定多多交流,我们共同成长!

    2021-01-08 17:10:37

  • Lee

    2021-01-08 09:22:41

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

    项目经理我理解为项目的资源、进度、成本、质量负责 。他更多是个项目大管家的角色。在特别大型的项目 ,例如金融行业的产品需要很多系统交互,那么项目经理 的角色就特别重要,需要每天对进度进行拉齐,对项目风险进行管控,对资源进行调配。

    而产品经理 ,更多是为产品本身负责。

    据我所知,在tx的很多产品的项目经理的工作由产品经理承担了。

    不知道我这样回答有没有解决您的疑惑呢?

    2021-01-08 18:22:49

  • Jean

    2024-08-29 20:34:38

    笑死,感觉吵不起来,都是一个人
  • 翘楚

    2023-08-24 21:25:52

    所以在这种情况下我经常前期要花比较多的时间去跟对方沟通,来确定详细的设计需求。接着再完成设计相关的工作。对比按照炒炒老师上面所说的产品经理的职能范围的话,我所在的公司的产品经理是不是很不合格?但是我职场生涯里的确遇到了不少这样的产品经理,像这样的情况,我总是告诉自己不要要求别人,多关注自己是否专业(我也总是告诉自己,理解他们,因为他们总是表现的很忙)