发布平台的选择：把判断写下来

发布平台的选择的教程很多，能落地的少，因为多数教程默认读者有大把时间和完美状态。这篇按「时间碎、状态起伏、经常被打断」来设计。

先把丑话说完：发布平台的选择的收益是慢的，头两周几乎看不到变化。接受这个设定，后面就简单了；不接受，任何方法都会在第三周被推翻。

关于发布平台的选择，先把两种目标分开：想做到的和能维持的。差距太大时，正确动作是缩小做法，而不是放弃目标。

发布平台的选择在什么条件下成立

同样的方法在不同家庭结果差异很大，差别来自三件事：可用时间、可用空间、家人的配合度。三项里有两项不足，就先把方案砍半。

潮湿、寒冷、温差大的环境里，发布平台的选择的节奏要跟着改。照搬别人的时间表，多半会水土不服——参数要按自己的条件重设。

时间被切碎的人，发布平台的选择要按碎片设计：三分钟一段、一天三段，比等一个完整的半小时现实得多。

发布平台的选择真正的难点在哪

发布平台的选择的回报曲线是先平后陡的。前两周的投入像沉进水里，第四周开始有体感，三个月后变成背景能力。用三天的新鲜感去评判它，是失败的头号原因。

它不能解决所有问题，这点要摆在前头。发布平台的选择能改善发出去没人看的失落，改善幅度取决于你的具体条件；把它当万能钥匙的人，最后都提前退场了。

把发布平台的选择的结构拆开看只有三段：判断现状、定一个最小动作、给它固定位置。多数人卡在第三段，因为前两段可以坐着完成，第三段要动手布置。

发布平台的选择的起步三步

把发布平台的选择缩到一个不像话的量：一次十五分钟，只做核心动作。你的任务是让这件事连续发生七天，质量这周不归你管。

给发布平台的选择找个固定触发点：绑在一件已经有的事后面，比如每天早上列当日产出的三件事之后。靠时间点容易漂，靠事件不会——事件每天都在。

动手前写好「三分钟版本」：状态最差那天也能完成的最低配置。这个版本不追求效果，只负责让链条不断。

发布平台的选择最容易踩的坑

第二个坑：拿单日表现下结论。漏掉一天不可怕，可怕的是给这一天编故事然后放弃整件事。把评判窗口拉长到一周。

第七个坑：当项目做。项目有截止日，习惯没有。凡是抱着「熬过这阵就好」心态开始的，通常真的会在「这阵」结束时停掉。

第六个坑：忽略恢复。发布平台的选择要的是有松紧的节奏，不是天天满负荷。硬撑之后的崩溃常被误读为性格问题，其实是排期问题。

让发布平台的选择变成默认动作

把发布平台的选择和已经在做的事连成链：做完 A 立刻做 B。链条建立后，启动只需要踩第一环，后面的环节会自己跟上来。

记录保持粗糙。精确追踪是负担，负担的尽头是放弃。日期加一句话，足够看出趋势——趋势才是你要的信息。

给自己设复位动作：中断三天以上，回来先做一次三分钟版。复位不为效果，为的是拦住「反正已经断了」的自我说服。

• 把发布平台的选择绑在每天早上列当日产出的三件事后面，同一个触发点，次次如此
• 今天就写下三分钟版本，等坏日子来用
• 先定成本上限，避免中途为省钱放弃
• 一张提词用的分镜表放在使用的地方，不放进柜子深处
• 失败当天补一个迷你版，保住链条
• 每三个月删掉一个多余步骤

怎么验证发布平台的选择做对了

检查四：成本没超支。时间、金钱、注意力三项，任何一项超支都会在一个月后引爆放弃。

做对的标志很安静：不再讨论做不做，只讨论怎么做。那种状态出现时，发布平台的选择就已经是你的了。

检查二：坏日子能执行。三分钟版本真的做得出来，方案才算完整；做不到，说明底线定高了。

别问今天想不想做，问触发点发生没有。

关于发布平台的选择的常见问题

许拂衣 撰稿人

写过两百万字内容，最反对玄学方法论。 更多文章 →