📄 一句话概括
把爆火拆开,里面可控的、半可控的、不可控的各占一份;可控的那两条是必然能做的部分,不可控的那部分来了要接得住。
📝 本节和前面几节的关系
上一节东西上架了;这一节回答上架之后最常被问的那个问题:它怎么就火了。
一、拆开来看有三种东西
完全可控的:解决的问题够不够具体、名字与截图够不够直白。 半可控的:赶上了某个时机——你只能准备好,等它来。 不可控的:某个大号顺手提了一句——你只能让它发生时接得住。
二、可控的那部分做什么
第一条在动手前那五分钟就能定(第 14.1 节):问题够不够具体。 第二条是上线前反复改:名字和截图改到自己都看腻为止。 这两条的共同点:它们不需要运气,只需要不偷懒。
三、半可控的怎么准备
时机来的时候,它撞上的不是一个想法,是一个已经能用的东西。 所以【准备】的含义很具体:东西已经在架上、链接能发出去、有人问你能答上。 准备的成本很低,但它决定时机来时你是抓住还是错过。
四、不可控的怎么对待
把可控的做到最好,把不可控的当意外,来了接得住——这就是全部结论。 所以【等运气】和【努力就一定行】这两句话都是错的:它们把两种东西混成了一种。 这也顺带解释了另一件事:爆款不能被复制,但可以被接住。
五、动手 Demo:爆火这件事,拆成三档
下面把几个因素与它们各自归哪一档、以及你能做什么排开。
TH([u"因素", u"归哪一档", u"能做什么"], [20, 14, 40])
T([u"解决的问题够不够具体", u"完全可控", u"动手前那 5 分钟就能定"],
[20, 14, 40])
T([u"某个大号顺手提了一句", u"不可控", u"只能让它在发生时你接得住"],
[20, 14, 40])
实跑输出:
--------------------------------------------------------------------
爆火这件事,拆成三档
--------------------------------------------------------------------
【它怎么突然就火了】——拆开看,**里面至少有三种东西**:
因素 归哪一档 能做什么
---------------------------------------------------------------
解决的问题够不够具体 完全可控 动手前那 5 分钟就能定
名字与截图够不够直白 完全可控 上线前反复改到自己都看腻
赶上了某个时机 半可控 准备好,等它来
某个大号顺手提了一句 不可控 只能让它在发生时你接得住
把这几条分开看,**【运气还是必然】这个问法本身就不完整**:
可控的那两条,**是必然能做的部分**
不可控的那两条,**是运气来的部分**——但你能让它撞上来时你还没垮
所以结论不是【等运气】,也不是【努力就一定行】,而是:
**把可控的做到最好,把不可控的当意外,来了接得住**。
可控的那两条是必然能做的部分;不可控的那两条是运气来的部分。 结论:把可控的做到最好,把不可控的当意外,来了接得住。
30 秒实验
- 把你手上这个项目的成败因素列出来,逐条标【可控/半可控/不可控】。
- 只盯着可控那一栏,问自己:这一栏里我还有哪一条没做到最好。
常见误区
- 把成败全归给运气。可控那两条不需要运气,只需要不偷懒。
- 相信【只要做好就一定能火】。那是把可控和不可控混成了一种东西。
自测三问(点开对答案)
1. 爆火这件事可以拆成哪三档? —— 完全可控、半可控、不可控。 2. 可控的那两条是什么? —— 解决的问题够不够具体、名字与截图够不够直白。 3. 正确的结论是什么? —— 把可控的做到最好,把不可控的当意外,来了接得住。- ☐ 下一节(14.5 后来的事:从爆款到产品线)
相关笔记
- 最重要的不是写代码,而是5分钟的判断 — 可控的那条在动手前就能定
- 项目实践建议 — 上线前后该守的纪律
- 搭建你的内容自动化系统 — 同一条【把可控的做到最好】
- 🧡 Claude Code橙皮书 · 索引