【8043】产品原则和产品评审团

本文选自《程序员》杂志2012年04期@七印部落 翻译。

文 / Marty Cagan  译 / 黄捷文,唐丰能

Marty Cagan是享有世界声誉的产品管理专家,曾经担任网景副总裁、eBay产品管理及设计高级副总裁。本文是他回顾自己二十多年来从事软件产品管理工作的总结和经验分享,描述了产品开发需要遵循的产品原则以及成立产品评审团的必要性。

产品原则

产品原则是对团队信仰和价值观的总结,用来指导产品团队作出正确的决策和取舍。它体现了产品团队的目标和愿景,是产品战略的重要组成部分。从形式上看,它是一系列明确的、体现团队特色的产品价值准则。

每次加入新团队,我要做的第一件事都是制定产品原则。这意味着要决定什么重要、什么不重要,哪些原则是根本的、战略性的,哪些是临时的、战术性的。

产品原则不是产品功能的清单,不依赖于任何单独的产品,而是整个产品线的战略指南和公司的价值宣言。好的产品原则还可以激发设计产品的灵感。制定产 品原则的过程也是学习的过程,可以从中了解新公司的企业文化,以及公司创始人设立的企业目标。产品原则是一套价值判断的框架,帮助公司作出正确的决策。

举例来说,某电影网站的产品原则是相信社区用户的影评比专业人士的影评更有价值。当某家制片厂想借网站发表评论时,产品团队就可以根据这条产品原则 决定是否采纳。产品原则是否公开因公司而异。它既可以用做团队内部的指导工具,如产品战略文档,也可以公开给客户、合作伙伴、投资人,用于向公众宣传公司 的理念。此外,产品原则还可以用来团结产品团队,让产品经理、产品设计师、开发团队和营销团队形成共同的价值观,在认识上保持一致。这是任何产品说明文档 都做不到的。注意,只罗列出产品原则还不够,还要按原则的重要性排序。所有产品都要既易于使用又安全可靠,但总有需要优先考虑的原则。最重要的究竟是易用 性,还是可靠性?

制定产品原则时,容易出现以下两类错误。

  • 原则过于空泛,失去了指导作用。
  • 把设计原则误当成产品原则。比如,为用户提供清晰的导航路径(方便用户完成下一步操作)属于常见的设计原则,不是产品原则。

如果你所在的团队还没有制定清晰的、有关产品理念的产品原则,那么应该把大家召集起来,花点时间来讨论分析,确定团队最看重的价值理念。

解决意见冲突

不少产品经理向我抱怨,他们受够了没完没了的会议(既无议程也无结果),以及会议中的那些争论和冲突。公司高管还时不时打断会议进程,扔下没头没脑的意见,拂袖而去,留下他们丈二和尚摸不着头脑。

这种情况在产品决策过程中经常发生,原因主要有以下几点。

  • 每位同事对产品都有自己的看法。
  • 大家都非常在乎产品,明白公司盈利得靠用户,只有产品才能吸引用户。
  • 许多人以为自己比其他人了解目标用户,事实上并非如此。

另外,产品团队大多不必向产品经理汇报工作,产品经理没有管理产品团队的实权。在需要产品团队的配合时,产品经理只能摆事实、讲道理,不能强制执行。所以产品经理总觉得施展不开拳脚,非常沮丧。

有时大家各持己见,僵持不下,只能请高管出面定夺。出现这种局面,说明沟通方式有问题。产品创意在辩论中可以得到完善,但前提是大家形成一致意见。请高管出面决策、解决冲突会激化团队内部矛盾,得不偿失。

制定产品决策的过程中存在的困难着实不少,且是不可避免的,因为建设性的辩论和论证是定义优秀产品的必由之路。不过即使认识到这一点,我也很难把争论当成一种享受。

为了鼓励创新,改善讨论效果,同时降低外界干扰,在作产品决策之前,应该先确定决策要解决什么问题,让大家在以下几个要点上达成共识。

  • 究竟要解决什么问题?
  • 要为哪类人物角色解决这个问题?
  • 产品要达到什么目标?
  • 每项目标的优先级是什么?

继续阅读【8043】产品原则和产品评审团