从围绕产品做内容，到围绕内容做产品

一个让我反思的现象

最近发生了一件事，让我不得不重新审视自己的策略。

我花了大量精力做了一个产品 —— whoamiagent.com。它的核心想法是：一份身份档案，同步到所有 AI Agent。我觉得这个需求很真实，自己每天都在用，产品也确实好用。

但上线之后，市场反馈平平。

而另一个同性质的产品 mem9，在我之后发布，却迅速获得了大量关注。

问题出在哪里

不是产品不好，而是没人知道你做了这个产品。

作为独立开发者，我犯了一个经典错误：先闷头做产品，做完了再想怎么让人知道。

这就像在沙漠里开了一家米其林餐厅 —— 菜做得再好，没有路过的人。

新策略：围绕内容做产品

反过来想，如果我先有影响力，先有读者和关注者，那么：

1. 做产品之前，可以先验证想法
2. 做产品的过程，本身就是内容
3. 产品上线时，自带第一批用户

内容 → 影响力 → 产品 → 反馈 → 更好的内容

这是一个正向飞轮。

Build in Public 是桥梁

Build in Public 恰好是连接「内容」和「产品」的桥梁：

• 分享我在做什么 → 积累关注
• 展示思考过程 → 吸引同频的人
• 公开遇到的问题 → 获得社区帮助
• 记录每一步进展 → 倒逼自己思考

重点不是产品本身，而是做产品的过程和思考。

具体怎么做

1. mofanx.com 作为内容中心 — 所有思考、教学、创造日志都沉淀在这里
2. 公众号做分发 — 每篇新内容同步到公众号
3. 创造日志做连接 — 用 Build in Public 的方式，把产品开发过程公开
4. 教学做深度 — 用系统化的教学内容建立专业形象

先有内容，先有影响力，产品自然会找到它的用户。

心态转变

说实话，这个转变对我来说不容易。

作为工程师，我习惯了「做东西」的满足感。而「写内容」总感觉不如「写代码」来得实在。

但我逐渐意识到：在 AI 时代，好的想法比好的执行更稀缺。AI 可以帮你写代码、做设计、跑测试，但它不能替你思考、替你有洞察。

把想法和洞察分享出去，才是独立开发者最大的竞争力。

从今天开始，我要认真做内容了。