一人公司手册
一个人做公司，没有现成的 playbook。招不到产品经理、运营、客服的时候，所有角色都在同一张桌子上。
手册是我 边做边写 的笔记：不承诺完整，不包装成课程，只记录真实的选择、失误和后来觉得有用的规矩。
手册里会记什么
产品判断
- 这个方向值不值得投入下个月？依据是什么——用户反馈、自己的使用频率、还是一时兴奋？
- 功能优先级：先解决「用不了」，再解决「更好用」
- 砍功能的记录：当时为什么砍、后来有没有后悔
开发与交付
- 技术选型取舍（够用就好 vs 想练手）
- 一个人怎么做测试、怎么发版、怎么回滚
- 债务清单：明知有问题但暂时不修的，写上原因和触发条件
内容与传播
- 写什么、不写什么——网站、博客、 Newsletter 的分工
- 技术文章 vs 产品叙事：读者是谁，想让他们带走什么
- 更新频率的诚实约束：忙的时候少写，有结论的时候多写
用户与私域
- 邮件、订阅、社群怎么接，不打扰为前提
- 反馈怎么归类：bug、需求、吐槽、赞美——处理方式不同
- 哪些话必须人回，哪些可以模板或自动化
自动化与知识沉淀
- 哪些重复劳动已经交给脚本（见「自动化后台」）
- 笔记、PRD、复盘放在哪、怎么检索
- 避免「收藏夹坟场」：写完要用得上
手册不是什么
- 不是创业鸡汤：没有「三个月财务自由」类叙事
- 不是标准答案：你的阶段、资源、市场和我不同，照搬会吃亏
- 不是静态 PDF：会随项目改内容，旧结论可能被打脸
更像工程师自己的 lab notebook：脏一点、真实一点，但以后翻得着。
几个我给自己定的默认问题
每次想开新坑或加新功能，先问自己：
- 半年后我还愿不愿意维护它？
- 如果不做，最坏情况是什么？ Often 没那么糟。
- 有没有已经在用的工具能凑合？ 少做一个产品，就多一分交付力。
- 写下来的判断，一个月后还成立吗？ 不成立就更新手册，别装没发生过。
为什么公开写
私密笔记当然更轻松。公开是为了：
- 逼自己写清楚——模糊的想法经不起别人看
- 留时间线——以后看自己走了哪些弯路
- 偶尔帮到同路人——独立开发、一人公司、副业产品化的人不少，共享语境能减少孤独感
不追求流量最大；追求 记录可复用。
和博客、项目页的分工
| 载体 | 写什么 |
|---|---|
| 博客 | 单主题、可分享的文章（教程、复盘、观点） |
| work 项目页 | 某个方向的稳定入口与总览 |
| 手册（长期） | 跨项目的原则、清单、尚未成文的碎片 |
有些内容会先出现在博客，成熟后再收进手册结构；有些只在手册里占一条 bullet，等想明白了再展开成文。
如果你也在一个人做产品
不必等「体系完整」再开始记。
从 今天一个真实决定 写起：为什么接这个需求、为什么拒那个合作、为什么今晚不修那个 bug。