产品价值:需求博弈和控制产品节奏

文章描述:产品价值:需求博弈和控制产品节奏.

要学会做减法,少做就是多做”————很多很多业内人如是说。慢慢的,所有产品人员都将这句话当做至理,时时提醒自己。如何体会到这句话的精髓?如何让自己在做产品的时候,对这句话感同身受?急不得。要逐层修炼,方可修成正果:

第一层:学会需求博弈

有时候,经常面对某一类需求或某一个功能,要决定做与不做。其实,是在对比和权衡这个需求本身的价值,是在做一次博弈。博弈的过程或快或慢,但答案却没有对与错,因为一时无法衡量,只能体会,或者猜。

看一个关于需求博弈的例子:豆瓣网一直没有为用户提供一个等级积分体系,CEO杨勃说,“积分问题提过很多次,讨论了很多次,至今还是没有放上去。主要觉得这并不是核心的东西,我们不希望用户是为了积分而来豆瓣,更不希望他们为了积分而灌水,我们需要高质量的帖子和高素质的用户。”博弈的结果,就是放弃这个想法。

将这个例子抽象一下:

(假设:团队对某个产品的需求定位已经初步确定,并明确了以后的产品价值,在于A\B\C\D\L\M六个方面,即通过这六个方面迎合用户的主要需求,体现产品的核心价值。当然,随着产品的开发和运营,会不断的出现N\E\F……等等一系列附加的产品价值。就像人人网,初期通过人际关系网络这个核心价值吸引和满足用户,后来也可以通过WEB游戏占据用户的碎片时间)

面对一个需求,首先大致锁定两个方向,1和2,两个方向水火不容。如果按照方向1操作产品,结果只能达到B\C\D三个效果,如果按照方向2操作,结果只能达到L\M\N三个效果。回过头来,考虑一下我们理想中的产品状态,应该是A\B\C\D\L\M,理所当然的选择方向1。博弈完成。

单纯看例子本身,确实完成了一次初步成功的减法,但远远没有触及问题本身。学会博弈,是体会精髓的第一层。第二层是什么呢?

第二层:产品开发的节奏感

没有节奏感,再好的产品也出不来。就像“学会做减法”一样,节奏感也是一个高端的东西,不是产品新人所能触及的。

看几个关于节奏感的例子:豆瓣网在05年5月首先上线读书功能,一个月之后上线电影功能,再过一个月上线音乐功能。这是一种节奏,虽然我们听不到它的韵律。杨勃说,“Web2.0网站是快速变化的,并不是把所有的功能都在开始阶段完全实现。”  Tumblr(国外某轻博客网站,已被墙)07年上线,然后一直在孜孜不倦的吸收用户。直到09年,重要功能Directory上线(前期文章中提到过这个精彩的功能),开始吸引新用户、聚合高端用户。这也是一种节奏,同样听不到韵律。泛泛的说,产品的节奏,就是把握产品运营的火候、顺应用户需求的变化。

将这种节奏感抽象一下:前面说到,理想中的产品状态是A\B\C\D\L\M,当我们面对两个需求3和4,3可以实现A\B\C\D,而4可以实现D\L\M,怎么办?集中精力做好3,视情况调整4的进度。

面对一个产品的一系列需求,其实只有少部分水火不容的发展方向需要作出决断的博弈,大部分需求需要控制节奏,分出轻重缓急。所以,“学会做减法”,还要“学会加括号”,小括号先算,中括号次之,大括号最后算。

有时候,对于控制节奏这种事情,要多做才能有感觉。控制节奏,是体会精髓的第二层。第三层是什么呢?

第三层:就是产品的A\B\C\D\L\M”

没错。就是你对产品的期望,是产品要达到的理想状态,即产品价值 

看一个关于产品价值的态度:杨勃将豆瓣的核心思想总结为,“可以发现不同的东西,并且适合自己,可以理解为一种以书等具体物体为媒介的人脉关系网”。他还说“一开始做豆瓣不是为了做一个网站,而是满足人们的一个需求,如果对用户没用,只是新鲜是远远不够的。”

原来,从一开始,豆瓣就在集中精力做一件事情,并不是读书、音乐、电影、WEB2.0,这些都是浮云,而是找一个媒介,然后去织一张网。

回过头来,重新审视前面两个例子中的问题:

为什么首先选择读书作为媒介?相比于电影和音乐,能一部一部读书的人,是最踏实的。因此以书为媒,去织第一张网,是最结实的。第一张网可以小一点,但要足够结实,然后才可以更自信的去织第二张、第三张……

为什么不为用户提供积分等级?因为,通过书籍、音乐、电影而成为豆瓣中人脉关系网的用户,彼此之间的链接,不是亲情友情爱情、不是工作同事。所以,豆瓣用户在这张网中的关系,不需要等级去巩固和对比,而需要书籍、音乐、电影去体现。人人网需要等级,但豆瓣,不那么需要。

两个问题,其实归根结底,都要从产品价值本身去找答案,所以最重要的事情,是要精确的罗列你心目中无比向往的产品价值:A\B\C\D\L\M,然后在面对任何问题和困难的时,反复温习曾经罗列的那串理想,就能做出选择。

所以,多花一点心思在产品初期的需求分析和价值定位上,如果对自己产品的价值无比自信,那么无论以后在产品发展过程中面对任何困难,才能充满自信的根据当初的理想,做出每一次博弈、控制每一次节奏。做减法,需要理直气壮。

只有做好前面的铺垫,过程中的“坚持”,才是正确的选择!

时间: 2024-11-28 18:59:47

产品价值:需求博弈和控制产品节奏的相关文章

从产品价值的角度体会“需求的减法”

要学会做减法,少做就是多做"----很多很多业内人如是说.慢慢的,所有http://www.aliyun.com/zixun/aggregation/6900.html">产品人员都将这句话当做至理,时时提醒自己.如何体会到这句话的精髓?如何让自己在做产品的时候,对这句话感同身受?急不得.要逐层修炼,方可修成正果: 第一层:学会"需求博弈" 有时候,经常面对某一类需求或某一个功能,要决定做与不做.其实,是在对比和权衡这个需求本身的价值,是在做一次博弈.博弈的过

传达产品价值、推广品牌理念 移动应用有趣的下拉刷新

中介交易 SEO诊断 淘宝客 云主机 技术大厅 5月22日,Twitter正式宣布获得了下拉刷新的技术专利,这项专利是在一年前提出的,虽然公司一再说明此项专利只用于保护自己,不会用来发起诉讼,但无疑这还是对行业来说是一个威胁. 下拉刷新这个操作最早由Tweetie创始人洛伦•布里切特(Loren Brichter)发明,到现在已经非常广泛地在各种应用中使用,Sparrow.Facebook.新浪微博.甚至是iOS原生系统也都在使用这种方式.有理论认为,下拉刷新是一种适用于按照从新到旧的时间顺序排

重庆银河:制造业模块化应对产品个性化需求

中国可称为制造之都,制造业的领域广而宽,重庆银河做为其中的一员主营试验仪器,在此细分领域可谓是隐形冠军. 目前全球试验仪器行业产值将近15亿,重庆银河的产值就已超过了一亿,占全球市场3%,国内市场10%.虽然所属细分产业但应用领域却非常广泛,覆盖了像汽车.科技.航天.军工等行业. 随着客户个性化的需求的不断增多,重庆银河开始思考在不用过多改造后端工厂的情况下满足个性化的需求.加上工业4.0的来袭,也给了重庆银河很好的提示,使用信息化实现模块化,再通过不同的模组组合成适应需求的产品线. 重庆银河将

需求分析和需求管理:管理好产品的需求

文章描述:需求的变动固然是造成这种结果的主要原因,另一个不能忽视的因素则是需求没有表述清楚,开发人员面对表述模糊的需求文档,更加无法完成既定的开发工作. 最近的一系列事情开始教育我,如果不能做好需求管理的工作,产品人员疲于应付不断变化的需求,导致无法正常开展产品的设计和管理工作.结果就是交付给开发人员的需求文档不断变动,开发人员也不知道自己究竟该做什么,项目进度越拖越慢.最后到了规定好的交付时间,因为拿不出需要的产出物,部门之间开始互相推诿.埋怨. 思考良久,需求的变动固然是造成这种结果的主要原

互联网产品商业需求文档(BRD)的设计

文章描述:互联网产品商业需求文档(BRD)的设计. BRD是英文"Business Requirement Document"的缩写,根据英文直译过来就是"商业需求文档"的意思,指的就是基于商业目标或价值所描述的产品需求内容文档(报告),其核心的用途就是用于产品在投入研发之前,由企业高层作为决策评估的重要依据. BRD与PRD的差异 BRD不同于常见的MRD(Market Requirement Document-市场需求文档)和PRD(Product Requir

产品经理与交互设计师的对话 需求是如何变成产品原型的

在一个互联网公司的工作流程中,产品经理(主要指偏向产品设计的产品人员)和交互设计师是这个流水线上最起点的环节,也是关系最暧昧的两个环节.说其暧昧,是因为在很多互联网公司里面,这两个环节所做的事情是有重合的,这就意味着,他们或许也是整个流程中合作最紧密的两个环节. 相对比之下,产品经理更关注的是产品的内部逻辑.操作流程.策略等;而交互设计师更关注的是产品的易用性.流畅度和操作感受.总的来看,似乎可以认为,产品经理是从一个更加宏观的角度去设计产品,而交互设计师,则是从更多的细节出发,去提升用户体验.

产品始于需求 需求始于管理

需求是产品的根源,需求工作的优劣对产品的影响最大.产品开发的源头,如果一开始方向错了,接下去的工作就会错上加错,离"好产品"越走越远了,所以我们先抓源头,有序的开展产品研发过程.  一. 需求管理--消除软件开发百病之源 在总结我们之前做过的产品,特别是不成功的产品,总是能找到其中的一些原因;而在这些原因中我们不难发现对于因没有合理的管理好需求导致的问题不在少数,所以就会出现类似于"人员并不清楚究竟该做什么,但却一直忙碌不停的开发"情况,到最终会就出现"开

如何才能管理好产品的需求?

最近的一系列事情开始教育我,如果不能做好需求管理的工作,产品人员疲于应付不断变化的需求,导致无法正常开展产品的设计和管理工作.结果就是交付给开发人员的需求文档不断变动,开发人员也不知道自己究竟该做什么,项目进度越拖越慢.最后到了规定好的交付时间,因为拿不出需要的产出物,部门之间开始互相推诿.埋怨. 思考良久,需求的变动固然是造成这种结果的主要原因,另一个不能忽视的因素则是需求没有表述清楚,开发人员面对表述模糊的需求文档,更加无法完成既定的开发工作. 如何表述清楚需求?我们需要尽可能做好两件事情:

探寻简网:DIY个人应用的产品价值

中介交易 SEO诊断 淘宝客 云主机 技术大厅 [核心提示] 简网 APP 工场是一个帮助用户创建个人应用的工具.这种 DIY个人应用的产品,其价值在哪里? 相信用过智能机的人都吐槽过很多移动端的应用,也都想过做一个自己的 APP ,但是由于大多数人并没有编程的知识和基础,所以这种做应用的念头也只得作罢.而简网在 2013 年 3 月正式对外推出的一款非编程 App 制作的工具网站简网 app 工场,可以让用户在 10 分钟左右就能制作一个属于自己的 APP. 用户只需注册一个账户,然后用系统默