IT餐馆—第七回 需求

时间又过了两个星期，雨辰所在的产品部门准备在产品用加入一些新的功能，有些是用户提出的，有些则是参考相关同类产品中的一些‘功能亮点’。就在雨辰还在开会的时候，发现正在使用的 MSN上，老杜把自己的签名改成了 ----“需求啊需求”。感觉很奇怪，所以就在开完会后，抽空给老杜回了信息，问怎么改签名了。

不一会，老杜就在 MSN上回了信，开始聊起了最近他们的产品要改版，在界面和功能上有了不少的变动，而团队中大家对原型设计也是分歧不小，吵的是不可开交，最后把公司领导都请来以便于最后拍板。感觉做产品时，特别是做初步原型设计时有 N种 方案，很难做到统一口径，甚至是博彩众长，最后往往是被头脑中的那些点子搞的是焦头烂额。雨辰听老杜那么说，很有感想，因为这几年做产品开发时，的确存在 老杜说的这些情况。雨辰看了看表，快到下班时间了，就问老杜有没有空，想就其中一些问题好好聊聊。老杜回复说：“太好了，我正想找个人好好说说呢！”就这 样，两人约好在王掌柜的餐馆见面。  

 

等雨辰到了的时候，老杜已经到了，还先点了几个凉菜和三瓶啤酒。雨辰走过去座下寒暄几句就开始了正题。  

 

老杜脾气急，就先问了：“老雨呀，你们那产品的需求分析一般是怎么做的呀？”  

 

雨辰喝了半杯啤酒笑着说：“主要还是开会研究，一般之前会把会议中一些要讨论的问题的提前先告之参会人员，让大家私下可以准备一些材料或文档截图什么的，做到心中有数。 等 到开会时，就以相关问题展开讨论了，比如要讨论要添加一些功能时，要把添加功能的原因，目的，应用场景进行讨论，这一方面可以让大家了解要做的功能，一方 面也是在可行性分析。往往相应问题讨论结束后，会有相应的笔录，对一时半刻难以拍板的问题，也会告之下次继续讨论的时间，参与人等。其实对有争议的问题， 以前我们曾经通过在官方站点进行投票的方式来征集用户意见和反馈。从而确定当前用户最关心的功能和设计。”  

 

 老杜说：“你们的这种方式跟我们的流程差不多，只不过有个‘教训’要告之你老兄。就是投票这种民主方式的结果往往是用户让你把投票项中的所有功能都开发出 来，所以我们当时的做法就是如果开发人员不足，就把选项由多选改为单选。不会我有个小问题，就是你们会议上讨论的问题怎么收集的？”  

 

 雨辰说：“有些是我们的技术支持对用户意见进行汇总收集，有些是用户直接反馈的问题或 BUG，有些团队中开发人员自己提出的。总之，在产品末真正成熟之前，有些问题会自动找上门来。不愁没“问题”解决。呵呵”。  

 

 老杜说：“我们那儿就是前些年产品刚推出时问题多，目前基本趋于稳定了。 BUG也少了。不过最近又嚷嚷改版。一下子又提出来了 N多需求。有些需求甚至是破天荒头一回听说，比如说准备往产品中注入 SNS功能。哎，真是五花八门呀！”  

 

 老杜苦笑并接着说：“这些天脑子里基本上都是这些需求，有些甚至还自相矛盾。头已经一个比两个大了。”  

 

 雨辰笑笑说：“一开始是这样，特别是产品开发第一个版本时，往往‘创始人’想把自己的产品变成一个百变金刚，什么功能都想加，感觉只有这样才能让自己的产品 有个好市场，在用户中有个好口碑。但就我观察并不是这样，我认为需求里有‘主流’这么一说，对于大多数用户都需要的功能肯定要 100%开发，这是肯定的，对于那些非主流需求，要根据市场自身来分析，并且这部分要在确保主流需求满足之后再考虑。”  

 

 老杜说：“这倒是，我们开始做产品时，也是对‘呼声较高’的需求优先满足。我们管这个称作‘主流用户需求’，跟你的提法差不太多。但是什么样的用户才是主流 用户，进而什么样的需求，才是主流需求，确定它们的原则就不太好把握了，呵呵。还记当时我们产品发布之前，主要对比参考了同行业的‘标杆产品’，基本上它 们有什么我们就做什么，只要是用户普遍认为应该有的功能，我们就加，也没分析到底那些才是我们真正需要的，导致产品一上线，倒是一下子与同类产品在功能上 ‘有得一拼’了，但却没有了自己的特色。不过好在当时是 1.0，大家没太关注这个问题，认为能在 1.0就能追赶上业界一流产品就算是不错了。呵呵。”  

 

 雨辰笑笑说：“你们这么做却是也是一种‘保险’方法，必定对于新加入 ’游戏 ’的 ‘玩家’，用户都会不自觉的拿同类甚至排名第一的产品与你的产品进行对比，并发现‘人家都有了，你为何没有’的提问。不过我的看法是，这些功能是主流的 吗，是行业产品中的标准吗，还是仅限那一家产品。另外对于这些功能，是你们公司将来的发展方向吗，还是单纯为了争夺用户而做的‘应付’。其实在开发过程中 会发现，那些行业排名第一 、 二 的产品往往都是该行业‘游戏规则’的制定者，其所开发的功能不管新或旧，往往都是处于下游竞争对手所效仿的‘模版’。其实你们公司据我了解目前就是处于这 样一个有利位置，只是目前要做产品的改版（不是转型），因为新提出的开发需求以前在行业中无人涉足，所以用句套话就是‘机遇’与‘风险’并存吧，所以比较 谨慎，也比较棘手。”  

 

 老杜笑着说：“的确如此，所以我们公司在这此改版上也是尽量参考与本行业相关联的上下游产业链中的相关产品，变向扩展我们公司产品的‘触角’，希望把一些相关行业中成功的经验和成果整合到我们的产品中，所以我感觉这次与其说是一次改版，到不如说是扩展。”  

 

 老杜接着说：“只不过眼下步履艰难，讨论设计进度迟缓，往往有时为了一个按钮的放置就会争论半天，往往最后还要老总亲自出马拍板，哎。”

 

 这么一说，雨辰忽然想起以前看的一篇文章，叫 产品型 CEO ：好产品靠 “ 有能力的暴君 ” 的文章，里面介绍的情况与老杜相似。也就是说在一个 以 产品为主导的公司里，一个号称“超级产品经理”的‘怪物’，用他自身对产品的理解来主控产品研发的整个流程。这个超级产品经理往往是公司‘现金牛’产品的 创始人，或第一批开发者，对产品从小到大每个环节都了如指掌。往往很多悬而末决的事情都是他们最后做决定。该文章甚至还就产品型 CEO放不放权的问题进行了讨论。不过有一点雨辰印象深刻，就是往往这类 CEO都是公司产品的资深用户，其对主流用户需求和潜在市场的把握无人能敌。而作为这类 CEO的代表乔布斯他从不做市场调研，不招聘市场顾问。乔布斯说： “你没法走到大街上去问别人，说，下一件伟大的产品会是什么？ ”他认同美国汽车业鼻祖亨利 ·福特的名言，福特曾说： “如果我当年去问顾客他们想要什么，他们肯定会告诉我， ‘一匹更快的马 ’。 ”

　　乔布斯放出狠话，“ 他的体验就是消费者的体验，而只有公司的产品能够通过他这一关，才能成功。他相信，制造好产品不能靠民主，得靠有能力的暴君 。”  

 

其实在雨辰看了这篇文章之后，感觉这是一个成功的有些‘极端的’的案例，虽然乔布斯的成就有目共睹，但不可能每个产品经理都能成为这类人，大多数自身没有这么牛的功力和信心，而成为这类人的一个前提就是你是否是你产品的资深用户（也有叫重度用户）。另外更有趣的就是在 2009年 初，网上曾有人以乔布斯的这一案例来讨论，提出‘可不可以伪装成用户’这一话题，就是让自己站在用户的角度思考问题，从而从用户的视角来看待产品，提出并 分析需求。从双方辩论内容上的‘你来我往’中发现，其实目标只有一个，就是让自己的产品能更好的服务于用户。不过雨辰的观点是与其是装，还不如把自己就变成是一个彻头彻尾的用户，一个使用自己开发的产品的‘用户’，这样就真正的站在用户的角度来思考了。当然这里还迁扯到一个问题，就是当自己真正成为自己开 发产品的用户时，自己的思法和看法是否就与主流用户所提出的需求相一致了？这的确是一个问题，‘好的’用户往往都是能代表主流用户需求的。

 

雨 辰把上述头脑中思考过的问题告诉了老杜，老杜也是很感慨说：“虽然我并不是很认可你最后的观点，但我相信这应该是你深思熟虑所找出的答案。其实我想并不是 每一个超级产品经理都能像乔布斯那样，我感觉他就是一个成功的‘极端案例’，大多数人都是按照自己对产品的理解来不断学习，思考，讨论并加以创新的。看来 今天我很难找出解决我当下困难的方法了，但我想只要努力朝着既定目标前进，方法就会有，路就在脚下。”

雨辰肯定的点了点头。两人相视而笑。

作者: daizhj,代震军,LaoD

     Tags: IT餐馆,需求

     网址: http://daizhj.cnblogs.com/

     原文链接： http://www.cnblogs.com/daizhj/archive/2009/07/29/1523456.html