一、撕逼背景
在一个创业公司，资源用远是不够的，一个人当好几个人用是很常见的事，入职半年的产品助理，实则身兼产品经理、交互设计、UI设计的新人，要想在团队中立足，并有效推动产品设计落地执行，是件苦差事，最近和一名战斗力超强的测试兼项目经理撕了起来，“严重”影响了新人在团队的影响力。
二、撕逼经过
新人某一天在项目的群中提出了一个技术上比较耗时间的某块离线提交功能，由于前期在这这块的沟通不到位，开发认为是新需求，改动比较费力，项目经理认为这个需求没必要，直接和新人撕了起来，新人努力反驳，越撕越厉害，最终项目经理直接一票否决，认为这是新人的不合理需求，不予采纳，群里的开发人员沸腾了。团队中做产品的仅有产品总监和助理新人，总监又刚好外不在，环境一度陷入僵局。
三、产品新人的优雅反击
产品新人寻求与项目经理的共同领导——产品总监的协助，在小范围例会中，果断陈述撕逼的长久不良后果和做为为项目经理的越权行为，防止此类事件再次发生。
观点一：团队虽小，但仍需管理，新人陈述之前虽作为某知名房产上市公司的小助理，所属的层级依然是管理层，有过20~30人的团队管理经验，认识到管理层的观点一致的重要性，需保证执行的高效。
观点二：管理与配合的重要性，产品新人与项目经理作为管理和决策层，在要求开发人员的高效工作时，他们的立场应该是一致的，应该是相互配合的，共同对结果负责。在没有将具体的需求讨论清楚之前不应该把所以人拉人无秩序的讨论中，让项目上所有人在项目已经接近尾声的时候，再来无节制的讨论需求中，使管理失控，需求失控；
观点三：项目经理与产品经理的职能是需要区分的，项目经理对于产品需求有建议权，但没有决策权，更没有一票否决权，分工不同，产品经理的考虑按照常理会比项目经理考虑的更周全，即使需求不合理，也应该和产品总监共同商定后决断，而不是项目经理一个人说的算，群内的撕逼没问题，但项目经理的一票否决其实是越权行为；在项目管理和开发计划中，项目经理可以根据业务的需要调整开发计划，而产品经理这个时候也只有建议劝而没有决策权，保证管理决策层的意见统一和目标一致，是保证开发进度的先决条件。
观点四：管理层的权威性，产品新人在以往的过程中一直积极配合项目经理执行项目管理工作，产品需求小窗口告知，功能开发计划有误时，依然是小小窗口告知，使其调整后再发布，召开例会时，积极响应，喊上其他人员主动参与，目的是有意培养作为新晋项目经理的权威，保证其开发计划能有效进行，而项目经理在群中一票否则产品新人的行为和前期公开质疑新人兼职UI的某个画面的美观性时，其实是对产品新人权威和说服力的削弱，这将导致产品新人在推行产品需求计划可能受阻，开发不重视新人的需求，陷入无秩序的无限讨论中，导致效率低下。
观点五：作为都是从知名上市公司出来的，进入创业公司，都是奔着理想和做事而来，理应相互扶持，共同成长，保证对方的专业权威，保证执行的高效，咱们的团队才有希望，咱们的团队才有战斗力，咱们的产品才能快速适应市场，取得成功。 陈述完毕，共同的领导——产品总监支持了产品新人的观点，并强调了管理的重要的性，最终产品新人和项目经理又一起愉快的玩耍了（项目经理也是项目新人，做事风风火火，高执行力，有事说事，但有时就不知道分场合和变相处理，导致开发人员偶尔会有些许怨言，但总体我们都是积极向上的好同志~）
四、撕逼总结
产品投入实际开发过程中，产品经理的角色就是要不断的将前期规划的需求变成非常具体的需求，有些需求在细节的理解上，开发人员，测试人员，项目经理对此很可能会产生分歧，与开发人员撕逼时，要从专业的产品角度和他讲为什么这边有2个button而不是一个，为什么要做确认提示而不是非确认提示，基本上一个产品经理要是撕不过开发，说明这个PM还得多练练(不是要确定某一个功能的合理性，而是要保证一个产品的一致性)，让开发过多参与产品的定义和设计，必将导致无秩序和开发的低效，完成比完美重要，在创业公司，同时也在抢钱的时代，用一年开发一个所谓完美的产品与半年时间开发一个完整的产品，再根据市场反馈，用半年时间调整出一个适应市场的产品，我相信后者更有生存的可能。
产品设计完成后，进入实际开发阶段，撕逼可以常有，也必须要有，但不应该是公开化，大范围无序化进行的。
先写这么多吧，欢迎各位批评指正，那个产品新人就是我，相信你们都知道了，但也是不在意的。
作者：微信号wjw0206,希望能与大家多多交流~早日成为合格的产品汪~
网友评论