1704234632
人人都是产品经理2.0：写给泛产品经理 [:1704229238]
1704234633
人人都是产品经理2.0：写给泛产品经理 8.4 天下武功，唯快不破
1704234634
1704234635
每个产品都要通过不断的规划和迭代一步步成长，而互联网产品的特殊之处在于成长得格外快。几个月以内，就能亲历一个互联网产品“看他初乍到，看他起高楼，看他宴宾客，看他楼塌了”的全过程，这可比以“几十年”一个变化周期的传统行业刺激多了。
1704234636
1704234637
做产品，成功当然最好，但最差的不是失败，而是半死不活地一直拖着，其间的机会成本会大到很难负担得起。互联网产品追求快速，首先要强调研发周期的缩短和迭代频率的加快。因为迭代周期越短，同样时间段内获得的尝试次数越多，用来纠正和改进的机会也就越多。
1704234638
1704234639
下面，就让我们从速度的视角来体会一下这个“快生快死”的行业。
1704234640
1704234641
8.4.1 互联网速度到底有多快
1704234642
1704234643
在产品早期的验证阶段，团队灵活，流程简单，还没有太多的用户，最能体现出互联网速度。有的产品从发现问题或机会，到讨论出方案，再到上线，大约可以做到两三个小时，甚至不到一个小时。
1704234644
1704234645
给大家两个鲜活的小例子，第一个来自豆瓣。10多年以前的豆瓣，还是由创始人阿北一个人来写代码。如图8-6所示的这个帖子发布的时间是某个周日将近23点，跟帖的若干条讨论也就发生在几分钟内。阿北通过和用户紧密而及时地互动，在几分钟内就完成了对豆瓣页面这个小调整的一系列优化。
1704234646
1704234647
1704234648
1704234649
1704234650
图8-6 早期豆瓣的迭代速度[5]
1704234651
1704234652
第二个例子是互联网产品运营社群“三节课”贡献的，展示了产品和运营是如何配合完成一次快速响应的。
1704234653
1704234654
1704234655
1704234656
1704234657
2016.4.21 号，微信群里曝出一个很有意思的玩法——用户可以通过修改自己的名字、撤回已发出的消息等操作，在群里留下如图8-7所示的有意思的系统提示。
1704234658
1704234659
1704234660
1704234661
1704234662
图8-7 三节课的响应速度
1704234663
1704234664
对大多数微信用户来说，这只是一个有趣的小玩法罢了。但职业敏锐度让三节课团队意识到，完全可以趁着业内人士新鲜劲还在的时候，借势做点事情，让三节课从中受益。而达成这一目标的关键，就是响应速度。
1704234665
1704234666
下面，依次列出他们采取行动前后几个小时内发生的事情。
1704234667
1704234668
11:00 发现这个玩法，三节课的同学自己开始玩。
1704234669
1704234670
11:40 技术同学出于好奇，主动研究微信系统提示的运行逻辑。
1704234671
1704234672
12:20技术同学研究出原理，开始思考是否可以做一个全民娱乐的小工具，让大家都可以更方便地留下各种系统提示。当然，这个小工具可以顺带植入三节课的广告。
1704234673
1704234674
12:50工具完成，运营同学接力，开始传播。
1704234675
1704234676
13:20微信同样反应迅速，封掉了这个也许称不上漏洞的漏洞。
1704234677
1704234678
在互联网行业里，每天都在上演着与时间赛跑的案例。这个行业的机会很多，但都是稍纵即逝，因此保持敏锐度和快速执行的能力，非常关键。
1704234679
1704234680
8.4.2 烧钱是为了抢时间
1704234681