洪敏网络|洪敏网络:腾讯大佬教我的工作方法(非常有效!)


北京联盟_本文原题:洪敏网络:腾讯大佬教我的工作方法(非常有效!)
最近越来越发现一个问题——“感觉团队的产品小伙伴都不太会工作” 。 主要表现在效果和工作时长完全成反比 。 天天加班到晚上10点 , 然后产出的结果…… 。 (PS:偶尔摸鱼是肯定的 , 也没有怎么偷懒)其实就是工作方法的问题 。 其中需要记住一点:工作方法肯定能影响到工作能力 。
我做事的方式是刚入职场时 , 向几位腾讯的大佬请教后 , 自己边工作边整理的 。 (PS:方法肯定是对你有效的……)
一、产出一定有结果和目标
小伙伴A在周会上汇报工作时 , 从业务侧需求的沟通到需求的二次澄清 , 从立项到项目上线 。 最后在目标和结果产生的表现时 , 说——没有达到预期 。 问接下来是否有对应的解决方案时 , 说——暂时没有思考到 。
后来才发现这并不是个例 。 而是大部分产品经理在工作时都会遇到的问题 。 没有结果的产出 , 过程再华丽只能作为复盘会的反思 。
但是反思过后呢?一定要伴随着结果和目标 。 John一般是这么做的:
在梳理产品的过程中 , 这版本迭代需要在什么时间达到怎样的目标?——如果是业务侧活动类型(短期)的需求 , 需要同步业务侧制定运营计划(计划一定要伴随方案和目标) , 根据运营计划做产品迭代(用一次性解决方案还是做成可配置的常规解决方案?);如果是产品规划(长期)需求 , 提前想好这个模块的迭代计划(通过产品路线图展示出来) , 和其他模块是否有衔接点?以及如何协同?
如下图所示:
洪敏网络|洪敏网络:腾讯大佬教我的工作方法(非常有效!)
本文插图

如果不能达到目标 , 解决方案是怎么样?——未尝胜先思败 。 想好后路很重要 , 版本的每次迭代都有三个deadline:需求澄清最后期限 , 产品评审最后期限和产品上线最后期限 。 当业务侧提出活动类型需求 , 产品经理要和业务方沟通清楚没有达到目标的补救方案是什么?(PS:如果没有 , 让业务方梳理清楚了再沟通);如果是产品规划需求 , 尤其是在需求澄清最后限期没有思考清楚 , 那就给版本做减法 , 快速评审(评审如果都搞不定 , 那……)并跟进项目直至上线 。
如下图所示:
洪敏网络|洪敏网络:腾讯大佬教我的工作方法(非常有效!)
本文插图
【洪敏网络|洪敏网络:腾讯大佬教我的工作方法(非常有效!)】

二、方向永远比执行重要
小伙伴B做事非常快 , 往往今天开完版本沟通会 , 两天后原型就已经梳理大半了 。 在版本确认会上 , 对自己所梳理的方案和结论自信满满 。 然鹅 , 实际上在沟通过程中 , 其他小伙伴都有更好的解决方案和想法 。 久而久之 , 感觉自己真真正正的变成了“执行机器” 。
John这儿强调的重点:执行都是搬砖的活(花一定的时间就行) , 而方向对了 , 搬砖都是很顺利的 。
John一般是这么做的:
在版本沟通会上 , 把涉及到这版本的功能清单梳理清楚 , 同时也要把和模块有协同的模块梳理清楚 。 梳理清楚等待版本确认会上沟通……
比如在电商产品做积分商城时 , 除了把获取积分和消耗积分的点列出来 , 还要考虑积分的期限和积分后续是否可以抵扣现金(防止通货膨胀) , 其中消耗积分有没有兑换中心?兑换的流程是怎么样的?可不可以退货?等等 。
如果没有想到对应的解决方案 , 咱去看看竞品 , 试着去拆一拆 , 他们是怎么做的?分成了几个版本?把竞品的功能清单和流程梳理出来 。 一起讨论讨论是否能被我们借鉴 。
在准备方案的过程中 , 一定要反问几个问题:
(1)还有没有其他更好的方案?(最好的办法是找运营模拟下用户流程)


推荐阅读