第29章 林老师的小课堂（1/2）

凌晨2点，“车库”里灯火通明，但气氛却与几个小时前有了不同。

最初的亢奋和紧张已经沉淀下来，取而代之的是一种专注而稳定的工作节奏。

监控屏幕上的数字仍在跳动，用户数已突破四万二，但没有人再大呼小叫，每个人都守在自己的屏幕前，手指在键盘上敲击，偶尔低声交流几句。

林深的目光从面前的屏幕移开，看向“车库”的眾人。

怎么说呢，林深依旧能感受到办公室空间內瀰漫的斗志，但疲態也开始显露。

或许，该做出取捨了！

林深站起身，从桌子上拿了一支马克笔，站到了白板前。

“都停一下，开个小会。”

8个人都抬起头，围拢过来。有人端著咖啡，有人揉著发酸的眼睛，但眼神都清醒著。

“首先，”林深开口，声音平稳清晰，“数据大家都看到了，我们跑得比预想中快。这意味著两件事：第一，我们赌对了方向；第二，接下来的压力会更大。”

他在白板右侧写下第一个词：节奏。

“从今天开始，微信进入『周更』模式。”林深环视眾人，“每周三凌晨发布新版本，周五前完成数据復盘，周末確定下一周的需求，周一周二开发测试。这个节奏，会持续至少三个月。”

陆川张了张嘴，欲言又止。

“我知道你们在想什么，”林深看向他，“周更意味著持续高压，意味著可能没周末，意味著加班会成为常態。对吧？”

所有人的表情都凝重了起来，他们在看到微信的数据时，其实已经做出了取捨，也其实打算豁出去。

只是，思想是思想，行动总归是行动。

“错了！”林深说得很乾脆，语气也带上了轻鬆，“我想过了，准確来说，今天是我们无休止加班的最后一天！”

陆川有点急了，带著莽撞，赶忙说道：“深哥，我们还能……”

林深按住了陆川的肩头，没让他再说下去。

“这是我权衡再三的想法，大家听听对不对。”林深並没有直接下定论，而是像做思想工作般平和的说著：“微信版本的周更不意味著无休止的加班，它意味著我们要建立一种新的工作模式：在充沛精力下的精准打击。”

他在所写的“节奏”下面画了一条线，写下几个要点：

1.精力管理>时间堆砌

2.关键路径优先

3.没有绝对的完美

“我举个具体的例子，”林深转向程向东，“向东，你今天优化ios启动动画，花了多少时间？”

程向东想了想：“大概四小时。主要是调那个地球浮现的曲线，试了十几版才找到最舒服的。”

“效果很好，”林深点头，“但如果我们现在要你在一小时內，给塞班版也做一个类似的启动优化，你会怎么做？”

程向东皱眉：“那不可能，塞班的渲染能力差太多，得完全重新设计……”

“所以你不会做，对吧？”林深说，“你会告诉我，塞班版的核心诉求是『稳定启动』，不是『精美动画』。你会建议把时间花在更关键的地方，比如確保在低內存设备上不闪退。”

程向东愣了一下，隨即点头：“对。”

“这就是我想说的第一点，”林深在白板上圈出“关键路径优先”，“周更不是要把所有事都做到最好，而是要在每个周期里，集中火力解决最关键的一两个问题。

这一周可能是註册流程，下一周可能是群聊功能，再下一周可能是其他，我们要学会守成，在保证现有，保证不影响核心体验的前提下，其他的都可以放一放。”

他看向李悦：“悦姐，你之前提过想在註册成功页加一个『引导添加好友』的浮层，设计稿做了吗？”

李悦点头：“做了三个版本，本来想今天给大家看看……”

“先收起来，”林深说，“这个功能优先级不高，现在用户註册后，自然邀请率已经达到38%，说明產品本身有吸引力。我们不需要用强引导去干扰，那反而会增加认知负担。”

李悦有些意外，但很快想通了：“你是说……让產品自己说话？”

“对，”林深说，“好產品会自己找到用户。我们要做的不是拼命推销，而是把產品打磨到足够好，好到用户愿意主动分享。”

他在白板上写下第二个词：决策。

“周更的另一个挑战是决策速度。”林深说，“传统开发模式里，一个需求可能要討论一周，评审一周，开发两周。我们没有这个时间，所以从今天起，微信团队採用新的决策机制：由我来直接拍板。”

这话说的相当直白，可以说让整个房间都安静了一瞬。

但林深觉得，此时的他有了说这句话的资格，微信还在不断跳动的用户数，像是他增加的每一分底气。

林深观察著8人的表情，见没人牴触，这才补充了起来：“这不是独裁，这是效率。在座各位都是专家，除了陆川，入职腾讯的年限都比我长，所以技术上的细节討论我完全放开。

但涉及到產品方向、功能取捨、资源调配，我需要有最终决定权。而且我的决定可能不会每次都解释原因，不是因为不尊重各位，而是因为有些判断基於……我对微信的理解。”

他说得很坦诚，目光再次扫过每个人的脸。

“比如，”林深转向孙辉，“辉哥，你刚才建议我们提前做资料库分片，应对百万级用户，这个建议从技术角度看完全正確，但我现在要否决它。”

孙辉怔住：“为什么？按现在的增长速度，下个月就可能破百万，到时候再扩容就来不及了……”

“因为资源不够，”林深说得很直接，“我们现在只有九个人，如果分出一半人力去重构资料库架构，那接下来三周的叠代就全停了。

而微信现在最需要的是功能叠代，是让用户持续有新鲜感，资料库的压力，可以用临时方案顶，加机器、优化查询、做读写分离。这些事两三个人就能做，不影响主线。”

他在白板上画了一个简单的权衡图：

目標：三个月30万用户

路径a：全力优化架构（风险：功能停滯，用户流失）

路径b：保证周更，架构渐进式优化（风险：技术债务，但用户增长）