这段时间我用 Vibe Coding 做了一件以前大概率不会自己干的事情从 0 做了一个宠物 App。产品叫「灵宠 LingPet」。从最开始脑子里只有一个模糊的想法到后来把 App、小程序真正做出来并上线整个过程让我第一次非常具体地感受到AI 编程正在把“做一个产品”的门槛打下来。但同时我也踩中了另一个更现实的问题产品做出来了不代表有人用。甚至可以说真正困难的事情是从上线以后才开始的。一、为什么突然想做一个宠物 App最开始的想法其实很简单。现在养宠物的人越来越把猫狗当成家庭成员。手机里可能有几千张宠物照片记得它的生日、第一次到家的时间定期驱虫、打疫苗、体检。但这些东西其实散落在很多地方。照片在相册。提醒在日历。病历可能是一张纸。一些日常记录可能发在朋友圈、小红书。宠物离开以后最后剩下的往往还是相册里的几千张照片。所以我当时有一个很感性的想法能不能给每一只宠物一个属于自己的数字空间于是有了灵宠。一开始我给它规划了很多东西宠物档案、照片、成长记录、健康记录、提醒、AI 宠医、宠物社区、附近宠物服务以及后来做的数字宠物。甚至可以根据宠物照片创建属于它自己的数字形象。如果按照以前传统的产品开发方式这件事情对一个个人来说其实挺重。产品、UI、客户端、服务端、数据库、后台……任何一个环节都可能把项目卡死。但 Vibe Coding 改变了这件事。二、Vibe Coding 最大的变化不是“不会编程也能写代码”很多人理解 Vibe Coding会把重点放在不会写代码的人也可以让 AI 帮自己写代码了。我做完灵宠以后反而觉得这不是最重要的变化。真正重要的是从一个想法到一个可以运行的产品中间的距离突然缩短了。以前产品经理想到一个功能正常流程可能是需求分析 → PRD → 原型 → UI → 技术评审 → 排期 → 开发 → 联调 → 测试 → 上线。但自己 Vibe Coding 的时候这条链路变成了想到 → 描述 → AI实现 → 运行 → 发现不对 → 修改。反馈周期可能从几周缩短到几十分钟。比如一个页面不好看。以前我要截图、标注、写修改意见再等下一版。现在很多时候就是这个页面信息层级太乱把宠物放到视觉中心弱化下面的功能入口底部导航保持不变。然后看结果。不对再改。产品设计第一次变成了一种近乎实时的过程。对产品经理来说这种感觉其实很上瘾。三、但很快我就踩了第一个坑AI 太容易让你“多做功能”这可能是我整个项目最大的教训之一。以前开发成本高的时候你会天然克制。每加一个功能都要考虑值得排期吗研发成本多少真的有人用吗但是 Vibe Coding 以后情况完全反过来了。你突然会觉得“这个好像也能做。”宠物档案做了。那健康记录也做吧。健康记录有了提醒也可以加。既然有宠物数据AI 宠医是不是也可以做有用户了那再来个社区。社区有了附近宠物是不是也能加结果就是AI 提高了开发效率也降低了你制造产品垃圾的成本。以前做错一个功能可能浪费团队两周。现在做错一个功能可能只需要半天。但“半天就能做出来”并不等于“应该做”。这是 Vibe Coding 特别容易让人忽略的一件事情。四、真正给我一盆冷水的是App 上线了做产品的时候会产生一种错觉只要把东西做出来用户自然会来。真的上线以后才发现完全不是这样。没人知道你。这件事情和你的代码写得多漂亮、架构多优雅、UI 做了多少版没有直接关系。于是我开始自己做冷启动。发小红书。做抖音。做视频号。发朋友圈。找宠物用户。找宠物店。做数字宠物。甚至在线下找养宠物的人体验。后来我还把微信小程序做了出来。原因非常现实。有人看到灵宠觉得挺有意思但问“一定要下载 App 吗”当我回答“要”的时候有些对话就结束了。所以我又做了小程序。把看到内容 → App Store → 下载 → 注册 → 使用尽量缩短成看到内容 → 微信搜索 → 使用。这也是 Vibe Coding 给我的另一个感受。以前一个创业项目做出 App 以后很容易觉得“产品已经做完了。”现在不是。App 不行可以快速做小程序。一个入口不行可以快速试另一个。技术实现正在变成一种越来越廉价的实验手段。五、然后遇到了比“没人下载”更难的问题留存后来真的开始有人用了。我本来以为这是个好消息。然后看数据发现另一个问题有人进来但第二天不一定回来。这时候我才真正意识到下载量可能是一个非常容易让独立开发者自我感动的数字。用户因为一个数字宠物的视频下载你很正常。因为好奇打开一下也很正常。真正难的问题是他为什么明天还要打开宠物照片手机相册也可以看。宠物档案建完以后并不需要每天修改。数字宠物第一次可能很新鲜但第30天呢健康记录用户真正什么时候会需要这时候“功能很多”突然变得没有意义。我开始从“灵宠还缺什么功能”转向“养宠的人到底在哪一个瞬间真的需要它”这是两个完全不同的问题。六、这也是我现在对 Vibe Coding 最大的理解Vibe Coding 极大地降低了Build的成本。但是它几乎没有降低另外两件事情的难度What to build。以及Who cares。甚至某种程度上它让这两个问题变得更重要。因为当每个人都可以快速做出 App、小程序、网站以后“我能不能把它做出来”正在变得越来越不稀缺。真正稀缺的是你是否发现了一个真实问题你能不能找到第一批需要它的人他们为什么第一次使用为什么第二天回来为什么愿意推荐给别人这些问题 AI 可以帮助分析。但最后还是要面对真实的人。七、产品经理可能会是 Vibe Coding 时代非常有意思的一群人我是产品经理出身。以前产品经理最核心的产出之一是 PRD。但这次做灵宠我明显感觉到自己的工作方式发生了变化。以前是我描述产品让别人实现。现在越来越接近我描述产品让 AI 实现我直接判断结果。PRD 不一定消失。但很多场景下PRD 的下游对象已经从“研发团队”变成了“AI”。产品经理真正有价值的能力反而会越来越集中在判断需求定义问题拆解复杂系统设计交互判断什么应该做以及最重要的——知道什么不应该做。因为 AI 最不缺的就是“好的我帮你实现。”八、如果让我重新做一次灵宠我不会先做这么多功能如果现在让我重新从第一天开始我大概率不会同时做档案、社区、AI、附近、提醒、数字宠物……我会先做一个极小的闭环。比如上传一张真实宠物照片↓生成它的数字形象↓创建属于它自己的数字空间↓让主人愿意第二天回来看看它先证明这一件事情成立。然后再往外长。而不是先做一个看起来非常完整的“宠物超级 App”。这可能也是 Vibe Coding 最反直觉的一件事开发速度越快产品越应该克制。因为“做出来”已经不再是最大的风险。做了一堆没人需要的东西才是。九、最后灵宠现在已经从一个想法真的变成了 App 和微信小程序。回头看整个过程我最大的收获反而不是“原来 AI 真的可以帮我做一个 App。”而是当做 App 变得越来越容易以后我们终于没有那么多理由把失败归结于技术了。以前可以说没研发。没预算。开发周期太长。技术实现不了。但现在你可能花几个晚上就可以把第一版做出来。然后真正残酷的问题会提前出现有人需要吗我觉得这才是 Vibe Coding 真正改变产品开发的地方。它不是让每个人都变成程序员。而是让更多人有机会非常便宜地验证自己的想法。至于这个想法到底是不是一个好产品——代码给不了答案。用户才会。关于灵宠 LingPet这是我用 Vibe Coding 实践做出来的一款宠物产品目前 App 和微信小程序都已经上线。最近也在复盘整个从 0 到 1 的过程。