为什么我把 CMS 放进自己的产品底座

创业者博客不只是发布文章的地方。它也是分发系统、产品记忆、用户教育入口，有时候还是未来产品的第一个界面。

所以我没有把内容继续放在 Notion、Obsidian 或飞书里再同步，而是选择把 CMS 放进自己的产品底座。

内容不是产品之外的装饰

很多博客的问题不是页面不好看，而是内容、产品和增长彼此断开。

文章写完之后，它应该继续产生作用：

• 变成搜索入口；
• 解释一个产品场景；
• 承接 Newsletter 订阅；
• 收集读者反馈；
• 变成未来落地页或文档；
• 帮助我复盘产品判断。

如果内容系统和产品系统是割裂的，这些连接都要靠临时补丁。补丁多了，系统就会变重，人也会懒得维护。

为什么不用外部内容后台作为第一版

Notion、Obsidian、飞书都很好，但它们解决的是不同问题。

我现在最需要的不是一个更漂亮的笔记工具，而是一个能和产品增长闭环连接的内容后台：

• 文章保存在 D1；
• 图片上传到 R2；
• 后台可以写 Markdown、预览、发布；
• 前台可以直接渲染 SEO 页面；
• Newsletter、阅读量、相关文章和未来 AI 摘要都能接进来。

这件事越早放进自己的工程系统，越容易形成长期复利。

这个 CMS 应该保持朴素

我不想把后台做成一个大而全的内容平台。第一版只需要稳定完成几件事：

1. 写文章：标题、slug、描述、正文、封面、标签、分类。
2. 控制发布：草稿、发布、SEO、noindex。
3. 管理资产：图片上传、R2 存储、可复用链接。
4. 连接增长：Newsletter、阅读数据、文章 CTA。

这里的关键词不是“复杂”，而是“可持续”。

对独立开发者的意义

独立开发最大的敌人之一，是系统碎片化。

想法在一个地方，文章在一个地方，产品在一个地方，用户反馈在另一个地方。每次切换都消耗能量，最后最重要的事情反而没法持续。

把 CMS 放进产品底座，不是为了技术洁癖，而是为了让写作、构建、分发和复盘在同一个系统里循环起来。

博客从内容开始，但它最终服务的是产品判断和商业增长。这个定位想清楚，很多架构选择就变得简单了。