产品设计体会(4004)资源战争与BRD

2008年春。

产品团队刚刚经历了一场公司内部的战争,争夺的是下个月的开发工程师与测试工程师的资源。

先说一下为什么以前没有过这样的战争吧,因为公司原来是按照产品线划分的部门,这样对于某个产品来说,有自己的PD、开发与测试等,下个月要做哪些需求,完全可以在产品经理的层面上决定;而现在公司变成了按职能划分团队,有了统一的产品运营中心(PD和运营)、研发中心(所有开发工程师)、质控中心(所有测试工程师),这样的话,下个月各个产品就都想尽可能多的抢到开发与测试,然而资源总是严重不足的,所以最终做哪些,就必须要上升到几个中心的大老板层面来决定了,而大老板的决策依据就是各个产品经理的pk,对各自产品发展BRDBusiness Requirement Document)的描述,于是,战争爆发了,:)

所以前段时间,大家一起在准备BRD,这就是我们的武器,我们需要尽力说明我们要做的东西的商业价值,才能抢到各种资源,因为在pk之前,全公司的资源需求已经是现有资源的好几倍了……(一般以“人日”来简单估算衡量,有同学说一群人pk简称群p,就是多争取点~~~~~~,呃,很邪恶!)

武器主要包含以下几个部分:项目概述、项目背景、商业价值分析(重点!大老板最感兴趣的,一定要说在点子上)、功能需求描述、其它需求、资源评估(重点2!大老板们要看成本)、风险和对策。大家可能也发现了,其实本质上还是那个词——性价比

当然同学们也会搞点技巧性的东西,比如卖个破绽,故意加入一些让老板砍的东西,有点类似谈判技巧里的玩意。

最后谈一下两种组织架构的各自优缺点,按产品线划分的部门对产品本身是有利的,产品经理可以按照自己的想法做,资源有保证,产品规划不会被动改变,它的缺点也就是按职能分部门的优点;职能部门对全公司的资源共享有利,确保所有资源都用在对公司最有意义的产品上,另外它能把资源战争的鲶鱼效应从产品内部扩大到公司层面,使PD和产品经理们更抓狂的去为产品的发展而苦苦思索……

iamsujie补:

1.     两种组织结构的变化,我的理解是公司自然发展的必然过程,随着产品的增多,全公司变成了越来越多个资源局部最优,他们之间可以互补的资源越来越多,此时全局最优的效益越来越明显,所以打通。

2.     产品线的优势,还有个是沟通的顺畅,单线领导,都向产品经理负责。

3.     更多有关组织结构的讨论,其他篇章里还有描述。

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

《产品设计体会(4004)资源战争与BRD》有5个想法

  1. 第一次来,留脚印。

    我们是做付费产品的,原来的PK往往会集中在销售团队和研发部门、运营部门之间——销售团队会强调客户需求和扩大销售收入,研发运营会强调产品结构和成本资源压力。仗经常会打到大老板那里。后来把PM的职权变更,更多的注意力放在后端营销计划和前端市场规划上,加上VP做协调,才初步解决。不过这样PM的工作就彻底分为前后两端了,把项目管理的工作分给专门的项目经理做。

  2. @starocean
    欢迎,:)
    你说的问题很普遍,都可以归结为考核不一致引起的。
    前端(市场销售)的考核一般是销售额、付费用户数之类,中端(产品运营)的考核一般是用户活跃度之类,后端(研发)的考核一般是产品稳定之类,而这些之间是没法兼得的,如何平衡是很难的艺术。

  3. 好博客··向你学习了,有时间可不可以深入谈谈BRD的模板与撰写指南 ^_^

    iamsujie Reply:

    @tercal, 欢迎新同学哦,:),有机会多多交流

  4. 按照职能划分,理论上是有其优势的,但是现实中看到的,是部门越大,相互之间的壁垒越大,横向沟通协调的成本非常高

发表评论

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