Plan B 是一个被人津津乐道的话题，公司为了发展需要 Plan B 提升业绩，项目怕又闪失需要 Plan B 保障交付，个人防止没了工作需要 Plan B 保饭碗，买个 iPhone 也需要 Plan B（备用手机）。
从大道理讲，Plan B 是好事，没啥问题，但就像我在《无知的博学》中说的，这个词被简化到，大家仿佛都一清二楚，然后不假思索地去追求 Plan B，但这其中有很多问题。
首先，我看到一些人进入误区，自己对 Plan A 都没有做好，却天天想着搞 Plan B。
这种人其实很常见，程序员，每天工作时写几个小时代码，自称码农，听见产品经理说话，第一句是「提需求吧」；听到测试发现问题，回怼一句「复现一下，抓个 log」；产品提个稍微有点难度的需求，先说一句「实现不了」。到了业余时间，马上开始研究炒股、投资、朋友圈带货、自媒体。
在我看来，只要你的 Plan A 不是一个进入暮年的工作，那你先要将自己的 Plan A 做好，然后再去构建 Plan B。公司如此，个人亦如此。
说的极端点，你如果 Plan A 做不好，那么凭什么 Plan B 就能做好？
很多公司的项目中，经常出现这个问题，项目本来就人手紧时间短，领导还要问一句「你这个项目看起来有点不保险啊，有 Plan B 吗？」。下面的人揣测上意，从本来就紧张的项目中，抽出时间，又搞出个 Plan B，结果，项目真的没有完成，而 Plan B，只不过是一个没有顶替方案，远不如原有方案完善，如果掉头再来做，只会让项目更难交付。
其次，很多人做 Plan B 时，总是认为这就是个备选方案，所以很容易给自己找到理由，做的不温不火也乐在其中，自我感觉自己有后路、很努力，如果有一天真的没有了 Plan A，他的 Plan B 其实也不足以补位。
说直白点，他们的 Plan B 能坚持下去，只因是没有压力的情况下自己玩玩罢了，如果给他 KPI 和生存压力，那估计他马上想要逃去 Plan C。
最后，Plan B 最好不是 Plan A 的衍生或升级。因为 Plan B 是我们的备用方案，如果两者的属性非常类似，很可能被双杀。
举个例子，如果一个餐馆老板的 Plan B 是咖啡馆，那疫情来后，两个都会受到严重影响，根本起不到备用方案的作用，反过来，如果他的备用方案是药店，或者是线上搞笑直播，是不是会好一点？餐馆和药店，所处行业不同，而餐馆和直播的差距更大，一个是线下重资产运营，一个线上轻资产运营，被双杀的可能性大大减小。
公司中的产品也是一样，阿里做了淘宝，后来又做了天猫，这根本不是什么 Plan B，拼多多从 2 块钱的卷纸到 100 亿补贴的范思哲、iPhone，从下沉市场开始一路往上打。而阿里云、阿里娱乐、飞猪才算。
总结一下，Plan B 确实很重要，但请先做好 Plan A，然后选一个不会被双杀的 Plan B 深耕细作。