|
忙到今天，总算暂时空闲下，闲下来也思考下，总结一下东西，让自己后面的路走得更加顺利些。回顾过去的5个月，我从来没试过如此频繁对接产品运营人员。同时也是这段时间的频繁接触，让我明白他们的思维方式和思考角度，并结合产品经理岗位属性来思考这两个不同职能下的人员，如何在工作上实现友好合作，实现利益最大化，并擦出火花!(你此时想歪了，别不承认了!)。有人和我说“面试产品经理的时候就吐槽运营，面试运营的时候就吐槽产品”，严肃地说这句可能只是笑话!但是我真的开始明白这样说的原因了!有个比较low的词——撕逼，用得上。悟出得道理，鄙人吹吹。blog.mypm.net
那么大家会问，产品经理和某些不那么专业的运营(当然也有不专业的PM)打交道，可能会出现什么样的问题呢?我一一说来，说得不对，轻点喷…项目管理者联盟
1、职能定位的交集矛盾。产品经理作为产品负责人，对整个产品的UI设计、功能架构、需求定义和取舍起到决定性作用，而运营人员有时会站在自身的角度提出某些功能需求，容易产生矛盾。项目管理者联盟
2、直接目标不一致问题。产品经理最为直接的目标是做出一个符合用户体验，逼格高的产品，而运营人员的短期目标往往只在乎能否达到上级下达的KPI任务。项目经理圈子
3、对技术、对互联网认知差异。相信这个是最普遍存在的，产品经理往往是对技术对互联网认知比较深入的人，而产品运营门槛特别低，同时不需要直接和技术打交道，很多专业术语，对技术的理解能力，表述都是不专业的，特别是女性产品的运营者，情况尤其严重。项目管理者联盟
4、跨部门沟通的成本相对较高。不同一个部门往往意味着更高的沟通成本。在一个没有合理制度和流程下的公司，情况更为严重。项目管理者联盟
以下是鄙人总结的一些经验之谈：blog.mypm.net
一、明确流程的确很重要项目管理者联盟文章
高大上点说，规范的流程就是一个公司的法律，无论小公司大公司，流程真的好重要!不要和我扯什么影响效率，流程的出现就是为了提高效率的，如果因为有了流程导致影响了效率，那就是这个流程有问题!回去改!那么说回正事，为什么需要流程呢?流程作为一种组织行为规范，让每个不同职能的员工有章可循，做事情才能可控可受。如果运营和产品对接的时候，不按照流程来，弊端是明显，容易只关注运营层面，缺乏产品介入需求，也容易到致用户体验效果下降，易用性大打折扣。同时技术人员对接起来往往会更为困难，导致效果不理想。博主曾经就遇到过运营童鞋直接找技术设计提需求，不经过我的，最后搞到技术设计来投诉需求太难懂无法理解啊。所以这个流程也需要产品经理进行引导确立，技术和设计经历过痛苦肯定是会听你的，呵呵。项目管理者联盟
二、产品规划决策权需明确项目管理者联盟
产品经理作为产品整体设计功能的负责人，决策权是必须有的，也无可厚非的，当然这里可以指产品部门。如果你的公司不是一家纯粹的互联网公司，而是转型过来的，会有这样的问题：运营经常随意提需求 ，要求你务必完成，你又没办法拒绝，又担心被人投诉。这些涉及到跨部门权责的，应该由部门主管进行领导推进，确立产品经理在需求决策权的地位。注意，这个时候，运营人员往往会认为你在剥夺权利，所以应该在老板的认同下，相方进行有理有据的沟通，明确让运营知道，你的需求可以提，但是需要经过产品经理的调查研究确定是否需要做。项目管理者联盟
三、引导运营需求进行归纳汇总项目管理者联盟
大家都比较清楚，运营工作相对是比较杂的，产生运营需求只是其中一个职能。这往往导致了产生需求的不确定性，不连贯性和随意性。往往这个时候作为产品经理，是蛋疼的，会觉得无尽的需求，事情做了很多，但是好像没什么效果和成绩，所以产品需要引导运营做需求的归纳汇总，指定阶段性的需求列表等。但是这不是意味着产品经理就不需要做归纳了，产品是更专业的产品汪，理应把最后一道关卡，进行需求确认(决策)和确定优先级。项目管理者联盟
四、加强与运营的协调沟通service.mypm.net
沟通是人与人之间、人与群体之间思想与感情的传递和反馈的过程，以求思想达成一致和感情的通畅。沟通的目的是为了让信息对等，让运营人员能更好理解产品经理的想法和理念，对于日常合作非常有利。举个例子，产品规划了一个利于运营的功能，但是运营并不知情的话，便会无法充分发挥运营功能的作用，也不能让运营体会到产品经理的良苦用心。而产品经理必须进行有效的沟通来实现运营方对产品的认同，这些需要下功夫去重视。同时需要学会换位思考，了解运营人员需求的出发点和目的性，才能形成良好的互动。另外尽量避免进行单纯的口头沟通，结论等应该形成文档，必要时候需要明确沟通结果双方的责任。项目管理者联盟
事实上职场冲突不可避免，心态要正才能妥善解决冲突，多余又很简单一句话：大家都是打份工而已。项目管理者联盟 项目管理者联盟
|
