Builder OS

卡点自测

挡住你的到底是哪一种东西?

做不完不是毅力问题。它有六种具体的形态,每一种要做的事都不一样。

先答完下面 18 条,再决定从哪里开始读。按最近一个月的实际情况答,不是按你希望的样子——这份自测没有人会看到,答得宽容只会浪费你自己的时间。

按最近一个月的实际情况答,不是按你希望的样子。已答 0/18
我的想法清单比我做完的东西长得多。
开始之前我总想再确认一下这个方向值不值得。
上一个项目我是因为想到了更好的点子才停的。
我现在的待办清单比刚开始时长。
核心流程还没跑通,我已经在想第二个功能了。
我说不出这个项目明确不做哪三件事。
最近一个月我学的东西比做的东西多。
我换过框架或工具,理由是「这个更适合」。
我觉得再准备一下就可以开始了。
代码能跑,但有几段我说不清它在做什么。
报错时我只能再问一遍,无法判断给的答案对不对。
关于「该做什么」的判断,主要是模型给我的。
我说过「再改一个地方就发」,而且不止一次。
有东西基本能用,但还没有别人能访问的地址。
我担心别人看到它现在的样子。
我发布过东西,但几乎没有人看到。
比起去找人用,我更愿意再改一版产品。
我说不出具体三个该去找的人的名字。

答完之后这里会显示你当前的卡点。

六类分别是什么

想法瘫痪Idea Paralysis

想了很多,一个都没开始。总觉得现在这个不够好,下一个会更值得做。

因为「挑一个更好的想法」永远比「验证手上这个」轻松,而且看起来很像在工作。

范围爆炸Scope Explosion

开始时是一个小工具,两周后清单上有十四个功能,核心流程还没跑通一次。

每一个加进来的功能单独看都合理,没有任何一步是明显的错误决定。

学习陷阱Learning Trap

又开了一门课、又换了一个框架,项目目录还是空的。

学习有即时的进度感,构建只有延迟的挫败感。前者的反馈回路短得多。

AI 依赖AI Dependency

东西能跑,但说不清为什么这么写;一旦报错就只能再问一遍,无法判断答案对不对。

代码能跑起来会被误当成「我懂了」。判断力的缺口要到出问题那天才暴露。

发布鸿沟Shipping Gap

永远差一点。再改一个细节就发,然后这句话重复了六周。

不发布,作品就还停在「可能很好」的状态;发布意味着它会变成一个确定的、有缺点的东西。

分发鸿沟Distribution Gap

发布了,然后没有然后。没有人看到,也就没有任何反馈可以依据。

做东西是可以独自完成的,让人用它必须面对拒绝。大多数人宁可再改一版产品。

为什么不算总分

六类是互相独立的维度。一个人可以在范围爆炸上很严重,同时在学习陷阱上完全没问题。

把它们加起来算一个「构建力分数」,会把「一个地方卡死」和「六个地方各卡一点」算成同一个结果——而这两种人要做的事完全相反:前者该去解决那一个点,后者该先走完一轮完整的流程。

On this page