按 1% 法则改变

将某项技能提升 1%

林远是一名普通的前端开发工程师,工作三年,技术不差不好,刚好卡在”够用”的位置上。

他有一个习惯:每天下班后,花 15 分钟看一段技术文章的源码。不是那种”三分钟速成 React”的快餐文,而是直接读官方文档的原始实现。

第一天,他只读懂了一个 useState 的内部逻辑。第二天,他试着把学到的东西写成一个 200 字的小笔记。第三天,他在笔记旁边画了一张状态更新的流程图。

一周后,他发现自己看源码的速度快了一点点。不是那种”突然顿悟”的飞跃,而是——以前需要反复读三遍的段落,现在两遍就能理解。

一个月后,团队里有人遇到一个 React 性能问题,排查了两天没解决。林远看了一眼,说:”可能是 useMemo 的依赖项没写对,我之前读源码的时候看到过这个边界情况。”

他花十分钟定位了问题。

那个同事问他:”你怎么知道的?”

林远想了想:”每天多看 1%,好像也没做什么特别的。”


每天用 1% 的时间学习或提高某种能力

苏晴是一名产品经理,每天工作 10 小时。

她给自己定了一个规则:每天拿出 1% 的时间——也就是 6 分钟——专门用来学一样东西。不是系统性的学习计划,就是”今天想搞懂什么”。

第一天,6 分钟,她搞懂了”什么是 A/B 测试的显著性水平”。

第二天,6 分钟,她学会了一个 Excel 的快捷键组合。

第三天,6 分钟,她读完了竞品更新日志里的一段新功能说明。

她的女朋友问她:”你每天就学 6 分钟,能有什么用?”

苏晴没回答,只是笑了笑。

三个月后,她开始注意到一些变化。开会的时候,别人提到”p-value”,她知道是什么意思。写文档的时候,她比同事快一点点,因为快捷键用得更熟。做竞品分析的时候,她的视角总是比别人多一个维度。

半年后,她升了职。

领导找她谈话:”你的综合能力提升很明显,尤其是数据分析和跨领域理解这块,是怎么做到的?”

苏晴说:”每天 6 分钟,没什么特别的。”

领导以为她在谦虚。

但她说的真的是实话。


将某种能力的各个方面都提升 1%,以产生滚雪球效应

赵鹏是一个独立开发者,自己做一个小产品。

他不懂什么”1% 法则”,但他本能地在做一件事:每次觉得哪里不够好,就改一点点。

写作能力——他觉得产品说明写得不够清楚,花了一个下午学了几个文案技巧。改完之后,用户反馈”终于看懂了”。

设计能力——他觉得按钮颜色太丑,花了一小时看了几篇配色文章,把主色调从蓝色换成了深绿。用户说”看着舒服了”。

代码能力——他觉得打包速度太慢,花了一个周末学了 Tree Shaking 的原理,把包体积砍了 40%。用户说”加载快了好多”。

沟通能力——他觉得跟用户聊天总是词不达意,买了一本《非暴力沟通》,每天读两页。一个月后,他在用户社群里的回复满意度从 70% 涨到了 92%。

运营能力——他觉得推广效率太低,花两小时学了基础的 SEO。三个月后,自然流量翻了一倍。

他没有做过任何”大动作”。没有融资,没有爆款营销,没有通宵赶工。

他只是觉得,每个方面差一点点,那就每个方面都改一点点。

一年后,他的产品月收入过了 5 万。

有人问他:”你的产品是怎么做起来的?有什么秘诀?”

赵鹏想了很久,说:”好像也没什么秘诀。就是觉得哪里不好,就改一点。改着改着,就变成现在这样了。”


尾声

三个人,三种方式,同一个道理。

1% 不是一个数字,是一种态度——不追求一步到位,只追求比昨天好一点点。

林远每天多读 1% 的源码,苏晴每天多学 1% 的知识,赵鹏每个方面多改 1% 的细节。

他们都没有做什么惊天动地的事。

但时间站在他们那边。

1.01 的 365 次方,等于 37.8。

0.99 的 365 次方,等于 0.03。

差距不在某一天,而在每一天。