作者拿到的成绩
这篇值得看在哪里
作者零编程基础，用GPT、Codex做出查询演唱会座位视角的微信小程序。上线第三天已有1000多名用户，两个月累计6.68万。意外争议带来暴涨，但广告收入扣除云开发费用后只剩173.03元，复盘重点从开发转向付费意愿与成本控制。
从真实追星需求做出第一版
项目起点不是抽象的创业构想，而是作者经常为演唱会座位视角寻找真实照片，发现跨平台搜索很费时间，于是把剧院座位视角查询的思路迁移到韩娱演唱会场景。作者此前没有编程、前后端或数据库经验，主要依靠GPT、Codex等工具，通过描述功能、让AI解释概念并持续修改，完成了从产品雏形到页面和功能完善。这个过程说明，Vibe Coding确实降低了第一版产品的开发门槛，但作者也明确指出，能把功能做出来并不等于已经解决上线后的运营、成本和商业化问题。
意外流量验证了需求也放大了成本
冷启动主要依靠小红书和朋友圈，作者没有投放广告，推广第三天就获得1000多名用户，随后增长到2000多人。一次发现相似小程序并在Threads发帖说明情况后，项目第二天累计用户跃升至2.3万至2.4万左右，但这并不是可复制的获客方案，作者也承认产品没有为突发流量做好承接准备。更现实的问题是成本：项目使用腾讯云CloudBase，最初19.9元个人版套餐只适合几百名用户，流量爆发后又升级并续费标准版。作者的关键教训是，推广前就要按不同用户规模估算图片存储、数据库查询和云资源调用的成本，否则流量增长可能先带来支出压力。
用户愿意使用不等于愿意付费
项目的主要变现方式只有微信小程序广告。累计广告收入511.43元，云开发支出338.40元，账面剩下173.03元，而且还没有计入开发、设计、推广和修复功能的时间成本。作者进一步区分了需求和付费动机：年轻粉丝愿意为门票和偶像周边消费，不代表愿意为座位视角查询工具付费，因为免费搜索虽然麻烦，却不需要额外付钱；广告也受到观看时间和体验的约束，开屏及页面广告已经引发用户反馈。即使用户仍在增长、持续提出新增场馆和座位区域的需求，作者仍因自身精力有限以及现有模式无法支撑持续维护而暂停迭代。这个案例适合想用AI独立开发产品的人，尤其适合在上线前同时验证用户需求、付费理由、单位用户成本和长期维护机会成本。
根据作者原帖整理。完整实操与材料见原文。
原文还会展开这些问题
- 演唱会座位视角查询的真实需求为什么没有转化为付费需求？
- 一次被模仿事件如何让小程序用户从2000多人跃升至2万多人？
- 腾讯云CloudBase的资源消耗为何在流量爆发后成为成本压力？
- 为什么广告收入不会随着小程序用户数量同步增长？
- 用户仍在增长时，作者为什么选择暂停场馆和功能迭代？
原作者原话
我觉得其中一个原因，是我没有在开发前认真分析目标用户的付费意愿
AI 降低了开发的门槛，但不会自动帮你解决上线后的所有问题
以上为原帖简短摘引。作者：山芋（leo）。完整内容及访问条件以生财有术原帖为准。
