【1019】我给运营的“提需求的模板”

一直以来,产品人员和运营人员似乎都是死对头。产品总觉得运营怎么想到一出是一出,没逻辑,乱提需求,变化无常;运营也觉得产品总是不给力,不懂KPI的压力,不帮忙实现这么简单的功能……

其实,最近我又碰到了这样的问题,所以,和运营一起讨论,制定了一个“提需求的模板”,来帮助大家化干戈为玉帛。我觉得,矛盾的一大根源就在于,运营提的需求经常就是“解决方案”了(或者更专业的,我们叫做产品功能)——要把页面结构改一下,要加几个按钮神马的,这时候,产品就会很郁闷——那还要我干嘛,你直接去找开发得了。产品希望知道的是,这个解决方案背后的那个问题(或者更专业的,我们叫做用户需求)。然后,由产品来做把用户需求转化为产品功能这件事,这才是产品经理的核心职责(而不是细化功能这种事,没错,我指的是写PRD什么的)。

所以,我给出的模板,要能说清楚这么几件事:

目标用户:这件事,是为谁而做的,一旦运营开始从这里起步思考,就可以自己排除掉很多需求了;

问题描述:目标用户碰到的痛点,只说“何时/何地,怎么难受”即可;

严重程度:对问题严重程度的判断,“高//低”即可,具体的判断方法,可以根据用户重要程度(这个比较主观,需要团队一起讨论达成共识,我们的产品是为哪几类用户服务的,他们的优先级排序是什么,这是产品原则的关键内容),问题出现的次数、频率等因素(相对客观,比较好办)考虑;

现有方案:现在是如何解决此问题的,我会认为,一个值得解决的问题,通常已经有人着手解决了,所以也一定已经有一些解决方案,而没有现有方案的问题,通常不严重;

建议方案:建议的产品改进 ,这点其实是借运营的脑帮助思考一下,产品不一定采纳;

价值描述:改进方案带来的额外价值,比如:省时间;能更精准的找到某某……

改进成本:建议方案的成本评估,“高//低”,同样,仅供参考。

产品拿到一堆这样的需求以后,在根据性价比为主要参考因素,决定接下来做什么。最后,给个理想化的公式——

性价比 = 严重程度/改进成本,问题(用户需求)决定严重程度,解决方案(产品功能)决定改进成本。

------------------------------------------------------------如果你想第一时间看到最新内容, 就猛击此处订阅吧!

《【1019】我给运营的“提需求的模板”》有13个想法

  1. 理想化的公式,果然挺理想的…想法不错,呵呵..各个公司的情况各不一样,就像“需求”一样,不断的变化是其唯一不变的东西。

  2. 我是被第一段文字中的二个关键字给吸引住,产品与运营。
    对于苏童鞋的做法,我也是表示赞同的。毕竟各自立场不一样。
    1+1=2的过程让产品来诠释,他会定性再定量,至于是否等于2以及诠释的过程每个人产品都会有着不同的观点。
    而运营则不一样,他更直接 1+1=2,就是这么简单。
    回到话题中,我想表达的是产品根据大量的用户数量产生出来的设计不一定都是对的,有时候被外界沿用很久的简单设计,往往却是孤孤陋寡闻的产品要研究好久之后才得出。这样有什么意义呢?当然我在这里并不是指说您们。

    苏童鞋的模板很好,如果我们把运营也看成是需求,更直接的高级需求,我们似乎能做得更好。三人行必有我师,谁能保证谁不犯错,更何况是从大量的用户佐证出来的呢?

    看了苏童鞋的这篇文章我有一个想法,产品在创新势不可挡,前提是了解当下一些前沿网站的设计之后。

    本人不才,见笑了。

  3. 在我的工作中,产品与一线项目成员也经常出现这种矛盾,项目成员会整天抱怨产品不支持,不知道产品人员整天在干嘛。有了类似的模板,将问题更好地界定下来具体化并有一系列评判规则,这个值得借鉴,谢谢分享这么好的东西。

  4. 首段和次段,简直就是最近工作的写实啊

  5. 在产品经理主导的前提下,想法很好。如果运营更强势,可以建议运营转产品,呵呵。最怕就是遇到相互不服,互相掐却没有结果的情况。

  6. 价值描述写了,为什么在最后的评估中没有体现这一点。问题的严重性的背后往往带着解决问题后得到的价值,但是问题的解决也能有其他附加价值产生,更何况很多修改并不是因为问题带来而是为了提升,苏杰童靴,您觉得捏?。so,对于性价比的这个公式不是太认同。

  7. 我覺得,運營只要認真的多問幾個為什麼, 能回答自己的至少十個為什麼, 再去找產品經理提要求,雙方的思路都會清楚很多。

    iamsujie Reply:

    @mavis, 对头

  8. 我们公司也有很多人不知道产品在干什么,囧。
    刚工作没多久,确实发现产品和运营之间不知道为什么就之间有道坎似的。为什么类,如果双方互相谅解合作起来得到的效果是双赢的吧@94笨

  9. 运营很多时候提的需求是优化类或者超越了现有平台功能的想法,并一定是在解决现有平台的问题。在衡量需求的重要程度和紧急性时,因为这类需求并不影响用户体验,也不会造成交易额损失。但是改进,会让交易额更好(虽然好的程度在实现前无法用数据说明)。请教苏老师,怎么运用模板来解决这个问题呢?产品怎样才会认可运营的想法呢?

    iamsujie Reply:

    @grainrain, 没错,“用户”提的需求通常是“最好有”的,但需求不只是用户提过来的呀,模板只是一个需求渠道,解决不了你的问题,作为产品经理总有些原生的需求吧。

  10. 我遇到的情况是,外部客户要求必须实现某个功能,但这个需求我们评估下来完全是性价比极低的需求。客户不接受我们其他合理需求建议,强制要求我们按照他的需求实现这个功能,而且还说我们的竞争对手已承诺在短时间内承诺实现。遇到这种不懂技术又不接受建议,觉得自己提出的需求极具创新到可以去出专利的客户,博主有什么妙招呢?

    iamsujie Reply:

    @jee, 尽人事,听天命

发表评论

电子邮件地址不会被公开。 必填项已用*标注