2024年4月30日发(作者：)

先出一道题考考产品经理们

中国论文网

1998年，QQ开始规划，1999年2月推出Beta1版本，1999年5月推出Beta2，1999年

8月推出Beta3。

Beta1版本只能实现3个特性，优先推哪三个呢？请从以下选项里勾选：

1.卡通头像 7.聊天记录管理器2.不可窃听安全通讯 8.语音3.聊天室 9.视频

4.很小的.exe文件 10.看谁在线上5.皮肤skin 11.传文件6.速度超快0.5秒反应

表情

这道题难倒了很多产品经理。这里提供两种解答方法，一是基于腾讯当时实际情况的解

答（从当时实际情况解答，比较现实），另一种是基于智能手机金字塔的解答（从现在角度出

发，比较理想）。

基于腾讯当时实际情况的解答

笔者跟腾讯公司最早的一批产品经理韩宇宙（Punk）、曾昭朗（Paul）和胡俊智（Kinzeer）

探讨过这个问题，他们给出了当时的答案是选1、3、10，理由如下：

当时，腾讯QQ的竞争对手13家左右，各有一些特色，从单纯的功能上而言，QQ的功能

并不突出。真正让用户觉得QQ很high的主要有两个特性：

第一个是卡通头像。它不算啥功能，但让用户活了起来，是用户情感需要的很重要出口。

QQ头像第一批用的是迪士尼的卡通人物，因为当时的核心用户大多是70后，对蓝精灵等经

典头像熟悉，容易对号入座，有情感认知。

第二个是聊天室。QQ和其他IM（即时聊天工具）不一样的地方，是有一个聊天室，而且

是客户端形态的。所有刚推出来的IM都要解决一个问题：用户从哪来？QQ聊天室解决了这

个问题。因为早期的网络用户习惯上Web聊天室，对IM还不熟悉和习惯，更谈不上熟人关系。

其他IM的用户关系，一直是相对陌生的，而QQ的关系链是从聊天室的陌生，转化为比较熟

悉，是有一定的社区关系，然后再相互加一下QQ，很好地解决了用户QQ上没有任何好友的

问题，因为只有有了好友，用户才会有动力持续用QQ与好友互动。而要找人聊天，得知道谁

在线上，所以10是优先选择的特性。

QQ的聊天室是客户端形态，因此体验比当时Web 聊天室要好很多，功能强大，而且还引

入了社交化体系和金字塔管理体系，大量的用户每天都能进入固定聊天室相互熟悉，泡妞。

这批用户后来也成为QQ论坛的核心用户。

有人或者会说，一开始QQ安全性很低，用户QQ经常被偷，应该优先解决这个问题。但

如果考虑到当时用户都还不习惯用QQ，安全性做得再好又怎么样？况且早期互联网用户根本

没安全意识，当时电脑的性能比较低，软件再怎么优化也看不出差异。还有现在QQ上很流行

的应用：音频视频，当时列为优先满足特性也不实际。当时网速只有56K/bps，支撑不了音

视频应用，并且当年网恋风行，文字聊天更有想象空间。

正如马化腾所说的：“第一个版本想写成大也写不出。简而言之，10秒内找到人聊，且

头像有趣是最朴素的需求，还有一个是好友保存在服务器端，换电脑也可以恢复。”

总之，在当时环境下，卡通头像属于用户兴奋型需求，聊天室属于用户期望型需求，看

谁在线上属于用户基本型需求。

产品跟运营是不分家的，从这个案例可以看出，虽然新产品未上线，但因为运营的迫切

需要，腾讯产品人员需研发一部分需求，制造产品的亮点和卖点，在市场上与竞争对手形成

差异化。

基于需求金字塔模型的解答

以现在的角度来选择QQ第一个测试版最重要的三项特性，答案可能就不是1、3、10了。

使用金字塔的需求层次模型来解答这道题目，从现在的角度和环境出发，简单的方法就

是：砍掉这些需求，产品还能用吗？

砍掉特性1“卡通头像”，普通头像的QQ也可以用。砍掉特性12“QQ表情”，不影响产

品使用。没有特性7“聊天记录器”，就不能使用QQ聊天了吗？显然是可以的。这也解释了

MSN的聊天记录保存功能并不是默认地帮用户勾选上的情形。

特性4“很小的.exe文件”是不是优先满足的需求？分歧比较大。很多人说当时电脑是

拨号上网，网速很慢，“很小的.exe文件”应该是优选的三项特性中的一项，是这样吗？不

是。试想一下，一款网游，文件很大（好几个G），网速虽然慢，但是用户就不去下载了吗？

显然用户还是会去下载使用。再想一下，其实每一个新产品刚推出的时候，都是比较笨重粗

糙的。用户体验依次是有用、能用、可用、用得爽和品牌，QQ文件太大，用户获取的成本有

点高，但是还能用。

特性3“聊天室”是多人聊天，一对一聊天的需求还没有满足，就去满足多人聊天需求，

显然也不合理。砍掉特性11“传文件”的功能，产品照样能用，用户之间还可以发文字信息

沟通。特性8和9“视频语音”也是同理。这样分析下来，特性6、2、 10是最重要的三项

特性，这跟金字塔需求模型也匹配。如果反应速度太慢，用户在使用过程中会崩溃。如果QQ1.0

的版本很容易被黑客攻击，导致瘫痪，照样也使用不了。再说了，QQ上都是自己的熟人关系，

比较隐私，一旦QQ被人盗用，后果不堪设想。

从QQ的案例可看出，如何定义需求的优先级很能体现产品经理的水平。产品经理需要评

估哪些需求该做，哪些需求不该做，对于已经决定要做的需求（数量很多），是现在做，还是

以后做，不可能在同一时间内全部研发完毕，优先级高的需求优先研发，优先级低的需求延

后研发。在实操中，很多产品经理是拍脑门决定先做哪些需求，后做哪些需求，或者公司老

板拍脑门决定需求的优先级，这有点儿戏。在日常生活中，任务的优先级依次如下：重要且

紧急；重要不紧急；紧急不重要；不紧急不重要，这也是我们处理产品需求优先级的原则。

需求金字塔模型

新产品未上线，没有相关的运营数据做支撑，所以从需求对用户的重要性和紧迫性来判

断需求的优先级是一种比较合理的方法。

这可参考需求金字塔法则：金字塔的底层是基本型需求，往上是期望型需求，最上面一

层是兴奋型需求。基本型需求是必须有的，否则用户使用不了产品，如果它被砍掉，需求金

字塔就可能轰然倒下。所以，基本型需求重要性最高。期望型需求是用户期望能有的需求，

越多越好，如果这一层被砍掉，需求金字塔不会受较大影响，因为底层的需求还在。所以，

期望型需求重要性低于基本型需求。兴奋型需求是超出用户预期的需求，有可以给产品加分，

没有也无大碍，如果砍掉这一层，需求金字塔更不会受影响。

需要特别注意的是，每个用户心里的基本型需求、期望型需求和兴奋型需求是千差万别

的，有的用户认为期望型需求是基本需求，而有的用户认为兴奋型需求是基本需求，这也随

着时间在动态变化。产品需求优先级也要根据实际情况来定。

是不是明确需求的重要性之后就可以判断需求的优先级了呢，这里面还需要加上一个因

素，即紧迫性。基本型需求重要性最高，也最紧迫，所以它是默认的最高优先级需求。

一般情况下，产品经理肯定先满足基本型需求，有时因运营、营销、销售等的迫切需要，

会同时研发一部分的期望型需求（重要不紧急）和兴奋型需求（紧急不重要），主要是制造产

品的亮点和卖点，在市场上与竞争对手形成差异化或者品牌区隔，也有利于产品上线初期凭

借期望型需求或兴奋型需求赢得用户良好的口碑。

需求重要性计算公式

免费型产品已经上线指的是全部免费型产品（全部功能免费）或者部分免费型产品（有

些功能免费，有些功能收费）从有到优（调优）的过程。这时因为有了运营数据的支撑，能