1704233320
1704233321
段子里是这样说的:
1704233322
1704233323
公司有个技术牛人,某产品助理向他提需求,牛人一看内容很扯,质问“你觉得这个需求有价值吗?”
1704233324
1704233325
对方诚恳回答:“没价值,但是我总得写周报啊。”
1704233326
1704233327
牛人想了一分钟,回答说“好吧,我帮你做,因为我也得写周报啊。”
1704233328
1704233329
而“换肤”就是这样的需求,一个能满足产品技术团队“写周报”的需求,能满足老板“识别投入过剩”的需求。
1704233330
1704233331
第6个功能“速度超快0.5秒反应”,是针对网络的优化,需要尽早做。
1704233332
1704233333
当年很多人家里还在使用33.6K、56K的猫[5] ,访问网络速度慢、不稳定。记得假期和大学同学聊QQ时,事先都要按照约定的暗号试试网络是否通畅:我在QQ对话框里输入“1”,他看到了回复“2”,我看到“2”再回“3”,到“10”后掐表算一下平均一条消息需要传输几秒。可见当时的网络的确有明显的延时,哪怕是用QQ传输文字。所以,将网络优化的优先级设为很高是合理的。
1704233334
1704233335
第7个功能“聊天记录管理器”,早期并没有做。
1704233336
1704233337
仔细区分一下,聊天记录其实有两种,存储在客户端的本地聊天记录和存储在服务器端的漫游聊天记录。限于当时的网络带宽,下载漫游记录纯属奢望,只能考虑客户端聊天记录的备份和管理。但,那个时候很多用户都没有个人电脑,去网吧上网是常态。因为经常需要换电脑,保存本地聊天记录并无实质意义。更为甚者,当时很多用户聊一次QQ就重新注册一个QQ号,完全不理解“个人账号”的含义,以为和登录某些Web聊天室,进房间之前取个昵称是一样的,也就更不会有对备份“聊天记录”这种个人信息的强需求。
1704233338
1704233339
第8个“语音”、第9个“视频”和第11个“传文件功能”,都很类似,没有在早期做。
1704233340
1704233341
以当时的网络速度,这些功能就算实现了也不会有很好的用户体验,要等到宽带普及才有必要考虑。
1704233342
1704233343
第12个功能“QQ表情”,因为满足这个需求有可替代的现行途径,所以也可以先搁置。
1704233344
1704233345
当时,很多人都已经知道有一种东西叫颜文字,可以用标点符号及英文表示一些十分简单的面部图案。比如用冒号+不同方向的括号就可以代表笑脸和哭脸,如图6-14所示。所以,解决情绪表达的需求暂时不急。
1704233346
1704233347
1704233348
1704233349
1704233350
图6-14 QQ邮箱的欢迎界面,介绍了最早的表情符号
1704233351
1704233352
最后,再提一下“优雅降级”这个概念。说的是,在思考这种“一大堆功能中选哪几个先做”的问题时,也可以用逆向思维。假设产品已经完全具备这些功能,但是因为流量太大,服务器撑不住了,必须要关掉某些功能以保证基础产品的可用性,你会留下哪些功能?
1704233353
1704233354
天猫双11时,在产品里就做了成百上千个这样的开关,以应对局部系统的压力过大。回到QQ的案例,你想保留的那些,就是应该最先做的。
1704233355
1704233356
综上所述,我认为应该最先做的几个特性是:3.6.10 ,最多再加一个1。
1704233357
1704233358
6.2.3 MVP的限制因素
1704233359
1704233360
现在,试着完整地回答如何打包功能和确定MVP这个问题。
1704233361
1704233362
不同功能不同对策
1704233363
1704233364
先回顾理想模型,结合相关原则和限制,按照性价比的评估和KANO模型的功能分类,最终结论可总结为:
1704233365
1704233366
►基础功能必做,要留足资源。
1704233367
1704233368
►在产品初创期,先实现个别低成本的亮点。
1704233369
[
上一页 ]
[ :1.70423332e+09 ]
[
下一页 ]