02.选修需求分析基础06优先级排序

1、在 6 课程中，（考虑到 6 工作主要是相对地响应需求，）以影响面为标准，排列需求优先级。在 6 阶段，你需要更主动地分析需求，并从多个维度斟酌考虑，对需求满足的先后做出决断。需求优先级排序77 早期功能的优先级排序摘自神一样的产品经理；转引自 QXXOYN_GT 的文章产品经理定义需求优先级的四种方法，有删节。除了频率、开发难度和效果、产品价值、对用户的熟悉程度。还有一些其他的可以衡量需求优先级的维度。举个例子说明： 年，77 开始规划， 年 月 (KZG ， 年 月 (KZG ， 年 月 (KZG 。请排版本 (KZG ，只能实现 个特性：4、很小的.exe 文件10、看谁上5、皮肤 sk

2、in11、传文件6、速度超快 0.5 秒反映12、 表情这道题难倒了很多产品经理，很多产品经理考虑到当时的网络环境和背景，对这道题的有较大的。在这里提供两种解答方法，一种是基于腾讯当时实际情况的解答（从当时角度出发，比较现实），一种是基于智能金字塔的解答（从现在角度出发，比较理想）。（1）基于腾讯当时实际情况的解答笔者跟腾讯公司最早的一批产品经理韩宇宙 Punk， Paul 和 Kinzeer曾经探讨过这个问题，给出了当时的是 1，3，10。至于为什么选择 1，3，10？从当时角度出发，理由阐述如下：在当时情况下，早期的 IM 竞争对手有，有 13 家左右，各有一些特色，从单纯的功能上而言，

3、的功能并不突出。真正促使 让用户很 HI 的主要有两个地方：第一个是卡通头像，让用户活了起来，它不算是啥功能，但是是用户情感需要很重要的出口。当时的头像第一批用的是迪斯尼的，因为用户对这个经典头像熟悉，容易对号入座，有情感认知。当时都是 嘛，这一代对迪斯尼，等比较熟悉。这些在当时选型时，都有考虑的。3、聊天室9、2、不可安全通讯8、语音1、卡通头像7、管理器用户聊天室，对 IM 还不熟悉和，更谈不上熟人关系。当时的环境和现在不一样，用户上了 后，用户的 上没有人，所以聊天室，是早期 用户的地方，并因此互相加好友，从陌生变熟悉。其他 IM 的用户关系，一直是相对陌生的，而的关系链是从聊天室的陌生

4、，转化为比较熟悉，是有一定的社区关系的，然后再相互加一下，很好的解决了用户 上没有任何好友，有了好友，用户才会持续用 。最重要的需求在于怎么解决用户持续使用，所有的功能先围着这个来转。 客户端的聊天室是客户端形态，因此聊天室的体验比当时 Web 要好很多，功能强很大，而且还引入了社交化的体系，还有金字塔管理体系，让大量的用户每天都进入固定的聊天室相互熟悉，有很强的成熟感，这批用户后来也成为 的用户。聊天室为 用户贡献第一批好友，有点社区关系的好友。由于有这些好友，才有持续的动力上来和这些好友进行互动。一开始， 安全性很低，随便都能偷 ，用户都还不用这个产品，做得全又怎么样，关于安全这东西，在早

5、期的互联网用户上，不存在这个考虑。不要用现在的安全意识来评估当时的环境。性能的话，从技术的角度咯，当时的机器就那样，再怎么优化也是看不出来的。第一代的保护是 02 年底才有的，02 年之前的破解就可以得到本地的，很弱。03 年之前的保护也很弱，随便进就可以更改密保和。当时的 IM 还太技术化，但产业环境和用户未到那个层面。比如说音频这东西，说真的，当时 56K 猫上网，支撑不了这个，大家都不用，并且网恋的风行，使文字聊天更有想像空间。都要解决一个问题，就是用户从哪来。聊天室解决了用户从哪来，因为早期的和其他 IM 不一样的地方，是有一个聊天室，而且是客户端形态的，所有的 IM出。简而言之，10

6、 秒内找到人聊，且头像有趣是最朴素的需求，还有一个是好友保存在服务器端，换电脑也可以恢复。”总的来说就是表情头像让用户很 HI，毕竟要找人聊天，得知到谁上，而聊天室解决的是用户从零关系到弱关系再到强关系，解决了第一批用户。从某种程度上来说，在当时环境下，卡通头像属于用户的兴奋型需求，聊天室属于用户的期望型需求，看谁上属于用户的基本型需求。产品跟运营是不分家的，从这个案例可以看出，虽然是新产品未上线，但是已经开始有以运营的元素出现，因为运营需求的迫切需要，研发一部分需求来制造产品的亮点和卖点，在市场上与竞争对手形成差异化或者品牌区隔。在介绍 KANO 模型的时候也阐述过用户需求是一个随着时间在动

7、态变化的过程，如果以现在的角度来选择最重要的三项特性，可能就不是 1，3，10 的了。（2）基于智能金字塔的解答使用金字塔的需求层次来解答这道题目，上面已经阐述过智能的需求金字塔，如何评定哪些需求是基本型需求，从现在的角度和环境出发，简单方法就是：砍掉这些需求，这个产品还能用么？表情，产品还能用，不影响使用。没有器，就不能使用聊天了吗？显然是可以的，这也解释了 MSN 的保存功能并不是默认帮用户勾选上的。很小的.exe砍掉卡通头像，产品还能用，产品刚开始的时候使用普通头像也是可以的。砍掉正如所说的：“exe 小是结果，不是规划出来的，第一个版本想写成大也写不文件，在这方面比较大，很多人说当时是

8、用猫拨号上网的，网速很慢，很多人认为很小的.exe 文件是最重要三项中的一项，是这样么？不是，试想一下，一款网游好几个 G，文件很大，网速虽然慢，但是用户就不去了吗？显然用户还是会去使用，再想一下，每一个新产品刚推出的时候，都是比较笨重粗糙的，比如以前最初的计算机庞大得可以占用整个，携带非常不方便，回过头来再看看今天的电脑，小巧、轻薄了很多，所以说很小的.exe 文件不是最重要的三项之一，可以理解为从用户体验角度来说，文件太大，用户获取的成本稍微有点高，但是用户体验的层次是有用、能用、可用、用的爽和品牌，文件虽然比较大，但是还能用，产品前提的条件是有用。聊天室是多人聊天，一对一聊天的需求还没有

9、满足，就去满足多人聊天需求，显然也不合理。砍掉传文件的功能，产品照样能用，用户之间还可以字信息沟通。语音也是同理。这样分析下来，反映速度快、安全性和看谁上是最重要的三项，这跟智能的金字塔需求也是匹配的。如果反映速度太慢，基本上是用不了，用户在使用过程中会。如果 1.0 的版本很容易就被，导致瘫痪，照样也使用不了，再说了， 上都是自己的社交关系联系人，是比较隐私的，一旦盗用设想（尤其是 2011 年 12 月圈内的因导致知名互联网公司的“门”事件，无疑给主敲响了安全的警钟，提高了安全需求的优先级。）。要想跟人沟通，首先要知道谁上，这是最基本的。此外，在产品实践中，很多产品的成功具有时效性，有的产品在当时的环境虽然成功了