Vibe Usage:1个月迭代总结,一个用户要什么就做什么的产品实践

5 阅读5分钟

过去 1 年的Vibe创作实践,让我有意识的改变了自己做产品的思维,从我想做什么改成找到用户,用户要什么就做什么。但后面很长时间也没有做出什么太好的产品,直到 Vibe Usage 让我再次实践这个理念。

一开始为什么要做 Vibe Usage

初衷很简单,年初的时候,Glowin 和我意识到普遍的 Vibe 爱好者 和真实的 Vibe 实践者 之间是有壁的,大家的认知,真实使用 AI、Vibe、模型、Agent 的程度和浓度是不同的。因此,我们在服务号 Vibe Friends 里多元的 Vibe 爱好者的同时,想要挖掘出里面比较 Serious 的实践者。

这个初衷催生了 $999 俱乐部,甚至有点“粗暴”地用每个月消耗的 Token 来去识别更全力在用 Vibe Coding 的一群人。这个筛选方式当然也被「吐槽」过,但从目前聚集到的 $999 俱乐部的成员所交流的内容来看,确实和大众的爱好者有显著的差异性。包含但不限于:

  • 大家并不会浪费太多时间讨论哪个模型、工具好,更多是实践出真知
  • 大家极少过度讨论某个想法的“创意”,而是更多落脚在有没有真实用户上
  • 大家也会更严肃但是真诚的质疑彼此做的产品,不吝啬坦诚带来的有效信息

也依托于此,参考了类似 ccusage 的产品后,决定做一个 Vibe Usage 来帮大家统计好自己的 Token 消耗。从决定搞,到第一个版本上线我用 4 天。

充分实践「用户想要 · 用户得到」

在做 Vibe Usage 的过程,我很 Vibe,也就是说想清楚了让 Claude 一把梭好。去年底,我对 Vibe 最重要的认知就是找用户 > 做产品。这半年又有了新的理解,就是 听用户要什么 > 自我思考

简言之,Vibe 的理念不只是某种创作的自由,而是一种尽快地形成正循环:

找到用户
  → 听用户要什么
  → 做出来(可以是demo也可以是产品)验证
  → 数据增长(最好是收入,起码也得是留存)

建用户群,听到「用户想要」的心声

因此,在 Vibe Usage 上线的第一天起,我就通过 Vibe Friends 群和一些朋友的群里简单介绍了第一版的功能,然后快速拉了个 /usage 用户群,即使是最早的版本,很明显有非常多需要优化的地方。我也用不停地在群里问大家来确认用户们要什么。

这个过程不是简单的询问,而是你要充分理解大家的反馈:

  • 群里没有反应 → 99% 没用
  • 有1-2人说OK → 就是不积极,就是需求不强烈
  • 好几个人说不错 → 应该需求是存在的,很值得放到 To Do 里了,如果简单就立刻上线
  • 刚发出来想法,大家回复一下子就积极了(甚至吐槽的积极) → 99% 说明有真需求,要借着大家的积极问清楚更多细节,简化自己的方案,做到用户的心坎上

就是这么简单,就通过这群来做需求

image.png

用 Vibe42 来实现「用户想要 · 用户得到」

后面,我把这个听用户反馈,到开发上线的留存。做成了 Vibe42 自动迭代维护的系统(大家可以夸张地叫它啥自我迭代、Harness,但其实就是用户要什么就去分析做什么),简言之就是可以在产品的右上角「想法」里提交你觉得需要。然后我就简单设计了这么几步:

  • Analysis:Agent 会分析用户反馈、找一下相关数据、文档和代码、然后看下最近有没有人提了同类的,形成分析结论的 md 文字。
  • Product:Agent 基于用户反馈和分析结论,参考文档和代码,决策是否做,如果做就具体输出需求文档 PRD 的 md 文字
  • Dev:套着一个 Claude Code,Product Agent 决定做且我审核可以做之后,就在一个 Sandbox 里开始具体的开发了,开发质量最大的依赖就是完整的项目文档(不只是 AGENTS.md,我写了非常多),如果修改完了,就会直接发 Pull Request 我来审核
  • :我还是会看下 Pull Request,改动大就本地跑一下,没问题就 merge 了,然后就自动上线。

这个流程里只有产品决策和 Pull Request 还需要我,当然产品决策这一步我觉得之后可以不用了。到目前为止已经有累计 164 个想法被执行过了。

image.png

但是,依然会有自己的「判断」

利用好用户群、利用好「想法」自动迭代,是一种理念的实践。但这个过程中依然需要人的判断,不是具体的实现,而是产品结构、风格的统一性。

  1. PHILOSOPHY.md:我在文档里会有这样的一个类似 principles 的文件,它不是我空口写出来的一堆产品的判断依据,而是在 Vibe42 每次自己的写完的 pull request 和我精修之后,做对比总结出来的。这些我无法明文写清楚的,我对于软件、系统的审美被这个文件很好的抽象出来了,也算是对我自己的”蒸馏“。

  2. 就是我觉得不对:有个需求就是希望 Vibe Usage 支持队伍,我一直都觉得 Vibe Usage 是个 AI 工具统计的定位,围绕的是一个人对自己使用的了解,排行榜也突出的是 Top 消耗的个人。这个定位里对于队伍的 PK 感觉不太对。我没有想好,不一定未来不会做,只是目前我的判断里感觉它不太需要,或者说会抑制每个人自己继续用下去。

image.png

用户数据

基于这种模式,Vibe Usage 持续优化了 1 个月了,我最关心的是指标不只是看数据的留存,而是持续愿意同步自己数据,因为这个会带动回来查看。

  • 1D 留存:89%(工作日),70%(周末)
  • 7D 留存:87.5%

这两个指标驱动着 Vibe Usage 的持续增加,更要感谢所有提过反馈和 Vibe42 想法的用户们,也欢迎大家继续支持!

image.png

image.png