产品经理做好跨部门合作的一个中心和三个原则

跨部门合作是产品经理工作中最重要的一部分。除了用户调研、需求分析、原型设计等本职工作之外,跨部门沟通和合作可能就是产品经理最核心的工作了。而且,这种跨部门合作的难度和复杂性会随着公司的壮大而更难和更复杂。

比如,在一个创业公司,产品经理虽然需要和设计、研发、测试、运营、销售、市场、内容等等部门的工作人员沟通。但由于创业公司人员相对比较少,可能互相彼此相熟或认识,合作起来难度有,但不会特别复杂。但如果是在BAT小米360这样的大公司,合作工作就可能在不同产品线不同部门进行,彼此之前完全不认识也可能完全不知道,合作起来难度和复杂度就会更甚。

那么,究竟如何才能做好跨部门合作呢?或者说,怎么能让跨部门合作更加容易一些呢?在这里谈谈自己的想法,也许对产品同学们能有帮助。由于自己所在公司规模并不大(不到百人),可能对于大公司的跨部门合作并不见得有借鉴之处。

个人的经验是,做好跨部门合作要注意“一个中心”和“三个原则”。

首先谈谈“一个中心”。这个中心是什么呢?就是“一切以产品/模块/功能(以你的责任范围而定)的按时保质上线为中心”。换句话说,就是“不折手段”地保证自己所负责的产品/模块/功能按时保质上线。产品经理所作的一切工作都要以此为中心。

为什么产品经理必须要有这个认识呢?往高大上的方面来说,产品经理是产品的负责人,做为一个负责任,本来就应该有这个认识。这是一个合格产品经理应该具备的意识。往低小下的方面来说,产品是产品经理闯荡产品行业的名片、生存之本,没有一款拿得出手的(或者至少上线的)产品,怎么升职加薪?研发同学可以用技术证明实力,设计同学可以用设计稿来证明实力,运营同学可以用经典案例来证明实力……而产品同学则只能以产品成功与否来证明实力(总不能靠吹牛逼吧)。因此,无论是职业素养要求,还是私人利益最大化,将产品做成、做好、做优秀,对产品经理来说都是第一要务。必须时刻提醒自己注意这一点。

有了这“一个中心”,才能有接下来的“三个原则”。即:主动推进、换位思考、不怕吃亏。

原则一:主动推进

在产品经理这个职位上,最怕的就是“等”。等设计找自己沟通设计方案、等研发找自己沟通开发需求、等内容着自己沟通内容需求、等运营与自己沟通产品运营方向……这一等,整个产品的节奏就会一慢再慢,最重拖沓不堪。别说准时上线,黄掉才是最可能的结果。

在一个公司,很多岗位的工作是可以等待上级安排,等待别的部门来找的。但这些岗位里肯定不包括产品经理。要记住,产品经理是产品成功的最大受益者。因此,产品经理不能等,不能指望别人为你的未来主动负责,而应该主动出击。主动跟各个部门沟通工作,了解他们当前的状态,了解他们的困惑,为他们解释他们需要知道的东西,为他们提供他们需要的条件……必要的时候,产品经理甚至应该做一些项目管理的事情,多方沟通把控进度,确保产品从设计到开发、再到测试和上线顺利进行。一旦产品经理有了主动推进的意识,合作其实就成功了一半。

原则二:换位思考

既然产品经理需要推动各部门的同事通力合作,那么与各部门同事频繁沟通就不可避免。个人经验来讲,能够保证沟通和合作舒畅的最基本原则是换位思考。一旦一个人能够站在别人的角度上考虑问题,沟通起来就更加容易。多数产品经理并没有实际的职权,能够让自己“以权压人”,让各部门同事都服从自己。那么,很多时候同事配合自己与否,配合度如何,更多就依靠于同事的职业素养和心情了。特别是在大公司,各部门同事手上可能都有各种各样的活儿,有本职工作的,有配合别的部门的,有配合本部门的……在这种情况下,要求对方全力配合自己显然是不可能的。在这种情况下,站在对方的角度上考虑问题,理解对方的难处和难点,向对方寻求帮助,或者和对方一起找寻解决办法,可能是最好的做法。

人与人的沟通和相处有一件很怪异的事儿是:你越理解对方,对方往往也会越为你考虑。你越理解对方的难处,觉得对方做起来不容易,对方也会越理解你的难处,也就越愿意努力帮助你把事情解决掉。一旦彼此互相开始理解,沟通就会越发顺畅起来,工作合作也就会更容易。

原则三:不怕吃亏

不怕吃亏就是产品经理要有多干活儿的准备。在跨部门合作中,总是有一些处于灰色地带的工作,这种工作产品经理可以做,别的部门同事也可以做。从私心上来讲,可能大家都不想干这块的活儿,毕竟加班加点是很辛苦的。对公来讲,产品经理当然可以把这些活儿推给相应部门的同事。但是,为了确保产品按时保质上线,为了进度的快速推进。产品经理往往需要毫无怨言地把这块灰色地带的工作搞定,毕竟自己的时间和精力是更容易把控,而跨部门同事的时间和精力更难以把控。推进对方做核心的、重要的、自己替代不了的工作是最佳选择。举个例子,网站设计时需要一些背景图来体现设计主题,对于这个主题产品经理和设计人员都很清晰,都可以花时间挑选图片(需要很多时间)。将这个工作交给设计人员自然也可以,但如果产品经理能够在挑选图片上做一些工作,设计人员就可以在别的地方多下功夫,提升设计质量和速度。

不过,要注意的是,即使产品经理不怕吃亏,主动参与对方的工作,也要注意分寸。产品经理要想办法了解对方的工作流程和方式方法,然后知道哪些是自己可以做,哪些不可以做。选图片可以,但亲自设计就过了。

说到这里,还没进入产品经理这个行当或初入这个行当的人可能会说,产品经理是不是太“委屈”了。要主动推进各种工作、主动体量别人,还要不怕吃亏主动揽下那些大家不愿做的工作。看上去是的。所以,当产品经理有了这种想法时,就要想想“一切以产品/模块/功能(以你的责任范围而定)的按时保质上线为中心”这一个中心,要记住“产品是产品经理的名片”。为了让自己的“利益”最大化,委屈点也应该吧。

以上是个人对跨部门合作的一些粗浅想法。

 

原创文章,作者:ioued,如若转载,请注明出处:https://www.iamue.com/11006/

(0)
iouedioued
上一篇 2015-11-19
下一篇 2015-11-20

相关推荐

  • 看完后,别再说自己不懂用户画像了

    作者:秦路 用户画像是一个挺新颖的词,最初它是大数据行业言必及之的时髦概念。现在我们运营谈及用户画像,它也是和精准营销、精细化运营直接钩挂的。这篇文章主要讲产品和运营角度的用户画像。 希望看完后,解决…

    产品经理 2017-10-31
  • 产品经理技能之MRD

    一、MRD与BRD的不同之处 BRD:这么做有什么好处,并说明好处在哪里? MRD的定义:通过BRD明确这件事值得做之后,描述应该怎么做,并说明这么做的原因。如果说BRD是抛出了论题,那么MRD就是要我们用论点来支撑BRD,…

    2015-11-09
  • 大数据告诉你,中国互联网到底发展成什么样了

    “十三五”即将拉开帷幕,如果盘点过去“十二五”期间最为关键的信息技术,互联网肯定名列前茅。过去5年甚至10年以来,互联网如何改变生活,大多数人都有深刻感受,但很少有人能真正讲清楚,中国互联网到底发展到什么程…

    产品经理 2015-11-04
  • 从技术经理的角度算一算,开发一个跨平台APP的成本是多少

    作者:徐磊 资深架构师,微软最有价值专家MVP 微软Regional DirectorTechEd 讲师 一篇“从产品经理的角度算一算,做个app需要多少钱”的文章在网上疯传,可见大家对互联网创业的热情!这次,从一名技术经理的角度再给…

    2015-11-09
  • 【产品介绍】快的打车 4.0

    我们与快的打车进行了全流程的合作,为其重新设计了整个移动平台的产品体验。 项目背景 2014 年底,快的打车找到 eico,希望我们为其重新设计整个移动平台的产品体验,那时正值打车市场竞争最激烈的时候。我们希望…

    2015-10-20
  • 如何让设计效果可量化

    前言: 做搜搜这些年一直沉浸于重点工作中的项目,除了定时写项目总结与培训。都快忘记写文章很抱歉。这次终于有了重新学习机会,应该多写。 长久一来也是思考如何让我们每天面对的工作内容更直观价值体现与量化。 …

    2015-04-13
  • 产品经理亲述修练之路(上篇)

    一、产品经理修练之信息结构--产品分析 前言: 2011年从北京回到重庆后,产品经理就是我一个奋斗的目标,但由于各种原因(主要还是自己的心态没有准备好)一致在逃避。随着孩子的到来,随着她一天天的长大,我也在…

    2015-11-11
  • 如果让我设计拉勾移动端 App

    在拉勾上发现拉勾自己在招移动端产品,准备在移动端发力,因为自己就是给自己的定位就是以后做移动端,因此投了简历,获得了面试机会,也过了产品负责人的那一面,只是后来 HR 面的时候由于某些原因没能过,虽然很…

    2015-08-06
  • 《上瘾:让用户养成使用习惯的四大产品逻辑》

    最近在看这本书,从产品、设计、运营多个角度都可以很多收获,我在看第二遍了,与第一遍阅读有不同的感受,作为设计师更需要了解你的设计是怎么影响用户的“触发”的。 这涉及到 :人性、情感、路径等因素决定了用户…

    2017-06-09
  • 关于用户激励,你真的想清楚了吗?

    [alert_success] 作者:TaraChen  IAMUE授权转发,同学们希望转载的请于作者取得联系 [/alert_success] 说到用户激励,可能很多人想到等级、积分。但不知道大家有没有想过,微信为什么没有等级制度? 同样是沟通工具…

    2016-02-28