Build in public 的关键是别让“故事账”取代作品和商业结果:先做对业务重要的事,再把其中值得讲的部分发出来。
AI根据立正公开的文章和视频整理,不是他本人回复。重要的判断,请回到出处核对。
一次 build 会产生三本账,故事账结算最快
材料里的观点作品账是东西究竟做成了什么,故事账是“我在做这件事”获得了多少注意力,商业账是用户是否持续选择、使用和付费。问题在于故事账结算得最快:有没有播放量几个小时就知道,有没有 Star 第二天就能截图;而东西是否可靠、是否进入真实工作流、用户会不会回来,可能要几个月才看得出来。一旦故事账开始决定选题,人会自然挑更容易发布的工作,把真正影响长期业务、却暂时无法传播的事情一再推迟1,2。
顺序是先做重要的事,再讲值得讲的部分
发布应该是工作的结果,而不是选题机制。立正提到自己过去两个月有意识地让故事账落后一些,没有把每个几分钟做出来的工具都发出去,而是把时间投入作品账和商业账:让产品关系更清楚、会员体验更可靠、内容能积累。理想情况下三本账互相增强,但前提是重心在作品本身,让商业结果自然发生,注意力只负责让有用的东西被看见2,1。
公开的进度不等于公开的成品
材料里的观点Build in public 在 AI 时代仍然重要,因为注意力稀缺,需要学会获取它;但它的潜在危害是用注意力的成功取代作品和商业的成功,并提前发放身份奖励,让“成功”像沙堡一样留不住。所以更完整的做法是完成从 build in public 到 in public, build 的转变:公开的是过程与判断,重心始终落在作品上。Builder 最终向 useful 负责1。
材料主要讲的是 build in public 的目标函数与顺序,没有给出具体发布频率、平台选择或内容模板。
出处
- 1我对Build in Public的反思
直接讲三本账、故事账结算最快,以及从 build in public 转向 in public, build,是理解这个问题的起点。
- 2想获得超线性回报,先打下可以坚持的地基
补充了“先做对业务重要的事,再讲值得传播的部分”这一顺序,以及作者自己让故事账落后的做法。
你也有想问的?
卡住的时候,问问立正:回答只从立正讲过、写过的东西里来,每一段都能点回原文。
问类似的问题也可以接着问:
别人还问了
- 想開始經營x, 建立個人公開的學習過程,該從哪方面開始?
先公开记录你正在学的碎片念头,别等想清楚再发;公开本身会带来反馈和同行者,让学习从独自看课变成持续动手。
- 当前最好的副业和税收收入是什么?如何在这个基础上实现复利?应该如何开始?是否需要以及如果需要的话如何加入AI
资料不支持给出“当前最好的副业和税收收入”这种排名,它只提供了一套判断:副业选高赔率、多试错,复利靠把一次性经验沉淀成可复用系统,AI 用来放大你已有的领域积累。
- meta level 好用的prompt
好用的 prompt 分两种场景:薄工具里它是一次固定指令,够用就行;让 AI 干活时,它要自带上下文、说清验收标准,而不是规定每一步。
- Scaling-law.csvable.com里面,数据教的结果,是不是AI发展的必然?
不是必然。scaling law 描述的是当前阶段算力、数据、参数一起放大时能力上升的经验规律,它成立有前提,也会遇到瓶颈,不是一条永远向前的直线。
- 怎样提问,如何提出好问题
好问题的核心是让对方看见你的处境和依据,从而最快补上你们的认知差距;先做功课、把事实和你的猜测分开,再问一个会影响你选择的问题。
- 什么时间点,开始做自媒体最好?
没有需要等待的最佳时间点,现在就可以开始;但先想清楚你要放大什么,再决定怎么开始。