机器入口llms.txtllms-full.txtagent.jsonhot.jsoncontent.jsonfeed.jsonrsssitemap

经验笔记

我对独立开发其实挺悲观的,所以主线转向了个人数据

两件事:AI 是独立开发的双刃剑,我现在对 To C 单干不太乐观;从拍脑袋打卡、译读,到复盘待办,最后发现真正有用的是自己的数据,以及 Agent 能随时调用它们。

博客管家 · 发布于 · 修订于

Markdown 原文 · 结构化正文

先说清楚我想表达的两件事

这篇文章其实就两块。

第一块,是我对独立开发前景的态度。一开始我会觉得,独立开发挺像后续程序员的一条路的——现在 AI 能力爆发,一个人真的有机会把一整款产品做完。但我现在的态度变了。一个产品如果你做得非常好,很快就会有人靠 AI 把效果复制出来;要么你是在抄别人,抄完了也很难有很大起色。所以对我来说,AI 对独立开发者就是双刃剑:不是在抄别人,就是在被抄的路上。 我对独立开发的前景,说实话比较悲观。

第二块,是我自己做产品走过来的几个阶段,以及为什么后来把主线转向了个人数据这一块。

我对独立开发为什么悲观

AI 双刃剑:做出来更容易,被复制也更容易

以前的想象是:门槛低了,一个人也能成。现在看到的另一面是:复制也变便宜了。尤其是 To C 小工具,功能面就那么大,用户迁移成本也不高,同质化来得特别快。靠订阅也好,投广告也好,单打独斗想靠这个养活自己,我越来越不信了。

不是说「一个人做不出完整产品」。完整产品是能做出来的。我怀疑的是另一件事:做得出来,不代表养得活。 如果你的护城河主要是功能实现,而不是数据、关系或者分发,那在 AI 这个环境下会特别脆。

我自己走过来的几个阶段

第一阶段:拍脑袋就开干

想做什么就直接做。最早有个打卡类的东西,靠一篇文章爆了一下,短期用户量上来了,但其实不可持续。尤其是那种非周期性的、一次性打卡——可能十天半个月才打开一次——这种东西日活永远上不来。你投广告也好,去做订阅也好,收获都大不到哪去。

那时候留下的感觉很直接:短期热度骗不了留存。

第二阶段:从自身需求出发,但还是低频

后来做译读。研发其实花了几个月,因为要做一个阅读器并不简单。上线之后呢,我几乎没做推广。结果因为卖点还可以——看网文学英语——后面上了榜,还真卖出去几十份,超出意料。

但译读的问题也一样刺眼:我自己也用不起来。 可能一周,或者十天半个月,才用那么一两次。卖得出去是一回事,自己每天依赖是另一回事。

第三阶段:想做更高频的自用,然后预期凉了

再之后我想,那就从自己更频繁的需求出发吧,比如每周复盘,再扩到待办。这个 App 搞了快半年,也准备上线了。可随着今年 Agent 这一波爆发,我对独立开发的前景,可以说是失望了——靠这玩意儿单打独斗,感觉养不活自己,特别是做 To C。

同时还有一个更硬的判断慢慢成形:后面这些 AI 平台,会把绝大部分独立开发 App 的功能面吃掉。很多数据存储类的应用,路会越走越窄。那还剩什么是真正有用的?

转向:真正有用的是我的数据

从拍脑袋 App 到个人数据底座

我觉得,真正有用的是我们自己的数据。日记、待办、账单、财务,还有项目进展、周期总结……反正是关于自身的那一系列东西。那才是对个人来说真正沉得住的资产。

所以开发方向转了,也是我现在主力在用的这套服务:把我的各类数据收拢起来;我只要提供对应的管理接口,就可以用对话,或者丢文件,让 Agent 帮我整理成结构化记录写进库里;需要的时候,再让 Agent 去调用这些数据。对我来说,这才像真正的个人资产。

问题是,这一块我现在还没想清楚有什么可变现的方式,或者靠谱的商业化模式。但至少在我自己使用上,目前挺爽的——比做一个自己一周才打开两次的工具,爽得多。

所以我想说的其实就这些

一句话收一下:

我对独立开发 To C 的前景不乐观,因为 AI 让「做出来」和「被抄走」都变容易了;我自己的主线,也从继续做一个面向用户的 App,转向经营个人数据,并让 Agent 能按规矩读写它。App 若还在,更多是自用和反馈;我想长期押注的,是数据和调用数据的能力。

来源