这篇playbook是为了解决什么

一本非虚构书，不是把newsletter拉长一点就行。它本质上是你对读者做出的一个结构化承诺：帮他理解一个问题，做出一个判断，或者重新看清一个领域。AI在这里当然有用，但前提是你真的有论点、有资料来源、有修改过程，而不是只想靠它把字数堆出来。

一本书，靠承诺卖出去，靠结构写出来，靠事实管理建立信任。

Quick take

最强的个人非虚构写作workflow，通常有四层：读者承诺、书稿系统、资料管理、出版路径。AI能帮你把这四层推进得更快，但它并不能替你制造权威。真正有分量的部分，还是来自你的经验、判断、观察和整理能力。

层级必须先想清楚什么推荐工具
读者承诺读者读完后会得到什么变化ChatGPT Projects, Claude Projects, Notion
书稿系统章节、案例、笔记怎么组织Scrivener, Atticus, chapter brief
资料管理事实、引用、故事、参考资料怎么追踪Notion source tracker, research notes, review pass
出版路径草稿如何变成ebook和纸书Atticus, Kindle Create, KDP

这套栈怎么用

很多非虚构书写不下去，不是因为作者不够努力，而是因为一开始只有主题，没有承诺。更好的起点是：这本书到底帮读者解决什么反复出现的问题？AI可以帮你测试定位、章结构和受众问题，但真正的promise必须来自你自己的视角。

每一章都应该有自己的工作。它要回答什么问题？推进什么论点？靠什么案例把读者带进去？AI很适合把一个粗略brief扩成工作draft，但如果你没有先把brief写清楚，最后往往只会得到一堆流畅却空的段落。

写和查不是同一件事。写作阶段，可以让AI帮你整理结构、扩写、压缩、改写。写完以后，再切到另一种模式，单独核对主张、案例、日期、数据、引用和出处。对非虚构来说，这种分离尤其重要。

稿子写完，不等于书已经成了产品。副标题、封面方向、封底文案、简介、关键词、分类、试读页，都会影响这本书能不能被找到、被理解、被买走。AI可以帮你出很多选项，但最后你还是要挑出那个真正匹配书本承诺的版本。

一套实际可执行的流程

  1. 先用一句话写清楚你对读者的承诺，并定义这本书是写给谁的。
  2. 把粗糙想法整理成chapter map，让每一章都有明确职责。
  3. 在重度开写前，先把笔记、链接、引用、案例、访谈和参考资料整理成source pack。
  4. 按章节brief写，而不是每天都从一个空prompt开始。
  5. 修改时先改结构，再改表达，最后再单独做facts和references的检查。
  6. 尽早决定这本书主要是走ebook、纸书，还是两者都做。
  7. 在上传前就准备好cover copy、metadata、front matter、back matter和作者资料。
  8. 发布后收集早期读者反馈，把它们反向用于下一版或相关衍生资产。

最先标准化什么

优先级资产原因
1读者承诺定位模糊，整本书就会跟着发散
2chapter brief template每一章都应该对应承诺的一部分
3source log非虚构最怕资料管理混乱
4style sheet术语、语气、名字和格式需要保持一致
5revision checklist不然很容易陷入无止境修修补补

常见错误

  • 用AI把一个还不够强的想法膨胀成很多页，而不是先把论点磨尖。
  • 在书的promise还没清楚之前，就开始大量写章节。
  • 把写作、编辑、核查混成一件模糊的工作。
  • 把出版当成最后上传文件的一步，而不是产品设计的一部分。
  • 以为书稿写完了，书就算完成了。

Checklist

  • 用一句话说清楚读者是谁、承诺是什么、读完后会有什么变化。
  • 在让AI大量扩写前，先搭好chapter map。
  • 为主张、数字和引用保留source log。
  • 把结构修改和事实核查分开做。
  • 上传之前就把包装层准备完整。

什么时候你应该用这套系统

  • 你已经有一套方法论、经验或资料积累，值得写成一本书。
  • 你的长内容一直散落在文档、线程和笔记里，迟迟没有形成真正的书稿。
  • 你想要的是一个更耐久的authority asset，而不是再多几篇短内容。
  • 你需要一套能让一个人真正把书写完的production system。

旧站里最值得迁来的内容

Operator note

大多数人写不出一本书，不是因为不会写句子，而是因为他们始终没有把promise、结构和出版路径真正锁定下来。