「本文参加年度征文活动 #TeamCarbon25赛道」
我是一名半路转行的产品经理，没学过编程，懂一些基本的编程概念，但从来没有写过代码。从 2024 年 8 月开始，到 2025 年 9 月，我花了一年时间，使用 vibe coding 从头开始，上线了一款包含前端、后端和数据库的起名小程序——「喜鹿起名宝」。加上后续的运营时间，目前已花费一年半的时间，核心数据如下：
成绩不算好，但总算有了阶段性成果。趁着这个机会，正好对整个过程中的关键决策做一个复盘，既是一种纪念，也为后面的开发指明方向。当然，如果对你也有所帮助，那就更好了。
开发一个起名应用，满足新手爸妈的起名需求。
这个决策很简单，那就是起名。因为我之前写了一本起名书——《起名三十六计》，反响还不错。但是看评论，很多人看完书还不满意，因为没有解决他们的起名问题。
所以，我就想开发一个起名应用，不提供方法，直接提供工具。但是因为我不会编程，也没有请外包的钱，所以一直没有付诸实施。现在，既然 AI 可以帮忙写代码，那么最大的障碍已经没有了，那就开始干吧！
50 分，不能说错，但也不是很对。
首先说对的地方：有一个明确的目标，方便起手。起名应用很多，也便于做竞品调研。作为自主开发的第一个应用，起名这个方向不能说错。
然而，不对的地方更多，最核心的是竞争过于激烈。由于竞品众多，为了找寻差异点，浪费了大量时间和精力；为了营造差异点，花了大量时间，延误了上线进度；上线后难以从众多竞品中脱颖而出，无法获得满意的市场回报。
总之，这是一个很烂的市场，适合起步，不适合深耕。
在没有找到革命性产品思路之前，放弃起名这个赛道。对于奔着以盈利为目标的个人开发者来说，赛道选择最好是小众、独特，有先发优势。否则，不做也不会有任何损失。
产品定位：起名从「搜索」到「推荐」，引入 AI 算法，根据用户喜好，个性化推荐他可能喜欢的名字。用户交互越多，则推荐越准，最终实现用户体验的「革命性」提升。
起名是一个十分成熟的领域，现存应用很多，而且理论上开发难度不高，甚至我看到不少厉害的开发者一天就能手搓一个起名程序。在这种情况下，如果只是复刻一个已有应用，不仅没意义，而且也无法在竞争中获得优势。
为了找到差异化的产品定位，我从 24 年开始，基本把搜索靠前的网站、小程序都体验了一遍。终于发现一个问题：现在起名应用还是传统的输入姓氏+出生日期，然后系统查询数据库返回的搜索逻辑，不仅效率低，而且不能根据用户需求进行个性化调整，与用户习惯的「抖音」、「小红书」等个性化推荐逻辑不同，这里面存在大量的改进空间。
0 分，大失败！
定位就是需求，需求不能自嗨。起名是一个成熟市场，新入场用户要么能以相同的价格提供更好的体验，要么能以更低的成本提供相同的服务。起名有大量免费应用，更低成本无从谈起，只能从更好体验入手。
引入推荐的初衷也是为了提供更好的服务，但这是臆想出来的需求，并没有得到验证。导致的结果就是：
一是开发成本巨高。作为一个不懂程序的人，要搞定推荐算法简直是「异想天开」。就像一个跑步 1 分钟喘 10 下的人，突然要去爬珠穆朗玛峰。想想都是不可能，但我竟然没有意识到。
开发过程从看算法书开始，没看懂！然后 AI 来了，跟 AI 讨论，终于大致知道了 RNN、双塔模型、卷积、向量等名词，但是要怎么用完全没懂。最终经过讨论，选定了「向量+索引搜索」的方案。光是定思路、选方案就花掉了大半年的时间。而且开发过程中，又经历了大量环境配置失败、运行失败、结果不如意等各种情况，开发投入巨大。
二是没有形成优势。产品上线后，这个功能几乎没人用，或者说没有运行起来。因为推荐算法的前提是用户要与系统产生交互，但大量用户只看不点，推荐系统获取不到启动参数，几乎没有被使用。
三是运行成本高昂。如果只是简单的查库推荐，2C2G 甚至 1C2G 的服务器就可以运行。但为了运行推荐算法，至少是 2C4G 的服务器才可以，这样导致的成本会飙升好几倍。
总之，选择这样的定位，不仅成本高，而且没有明显成效，是一个十分失败的决策。
需求收集应该从用户需求出发，自己有需求最好，但是收集用户评价也是非常有必要的。后续可以开发一个需求收集产品，在确定产品定位时，进行更加慎重的思考。
另外，在确定产品策略时，也要注意应该让用户无门槛使用，默认没有用户交互也能把产品逻辑走通。
推荐词库的构建模式：先找古文，再从古文抽取可以用于起名的词语，构成基础词库。
在确定产品定位是以「推荐」为核心之后，下一个大问题就是：如何构建推荐的基础词库。
推荐的前提是有充足的物料储备，要么是内容，要么是商品。对一个起名应用来说，推荐的物料就是姓名库。我不知道别人是如何构建的，只能自己从头思考。
先后考虑过清洗历史人名库、通过爬虫抓取现有起名应用等方案，但最终都被我否决了。清洗历史人名库不够多样，抓取其他应用姓名库违法，而且我也没有相应的技术能力。
最后，还是在调研竞品的过程中，发现大部分起名应用都会说名字的拼音、含义、五行以及出处。其他都是常规的，但是出处却是一个明确的来源，一般都是古文诗词之类的。虽然大部分都不是直接出处，但是如果我从出处入手，也就是先找古文，再从古文中提取姓名库，那不就是绝杀吗？不仅可以构建推荐词库，而且可以确保每个名字都有出处，一举两得，岂不美哉？
80 分，虽然过程很艰难，但基本达成目标。
这个思路确实解决了姓名词库构建的问题，积累了长期资产。虽然构建过程耗时耗力耗钱，也还有一些现代流行的名字没有涵盖，整体风格偏古风。但整体瑕不掩瑜，达到预期目标。
这个方法是可行的，下一步需要做的是继续扩充文章来源，可以把现代诗、流行歌等纳入范围，提高现代性，甚至可以把当前流行的名字直接加入库中，从而进一步提升词库的覆盖范围。
将整个数据处理过程转移至数据库中处理。
确定从古文构建基础词库的方案后，我先是从 GitHub 上下载了相关的古文库，包括《诗经》、《楚辞》、《古文观止》等古文，也包括唐诗、宋词、新乐府等诗词文章。
先以《诗经》为例，用 Python + Excel 走了一遍流程，最终确定的流程如下：
这样的流程对《诗经》可能适用，但是到后面就发现一个很严重的问题：整个流程太复杂了，中间会产生大量 Excel 过程文件，包括句子表、句子筛选表、词语初筛表、词语留存表。而且 Excel 不能一次性写入大量数据，需要保证大约是 10 万词以下，所以还要把句子过多的文章拆成多个文件。
由此导致的结果是，仅仅是处理了《诗经》、《周易》、《楚辞》、《曹操诗选》等几本书，我就存了超过 100 个文件。如果继续搞下去，数据的复杂度就没办法掌握了。所以不得不尝试使用数据库。
100 分，数据库就是好，早点下定决心学就更好了！
刚开始的时候确实不知道怎么开始，后来先开了一些免费体验的数据库，尝试操作了一下，搞不定。在跟 AI 交流的过程中，发现了 DBeaver 这个工具，告别命令行操作后，学习速度就快了起来。
能不动就不动，继续保持。听说最近流行 PostgreSQL，性能更好。但对我来说，能用就是最好的。不是专家，就不折腾。
做起名小程序。
在弄好数据库，持续处理数据的时候，我才开始考虑应用形态的问题。纳入备选的主要有三个：网页、小程序、App，在这个过程中，我也会与 AI 讨论，最终得到的结论如下图所示：
| 维度 | 网页 | 小程序 | App |
|---|---|---|---|
| 获客成本 | 中 | 低（公众号引流） | 高 |
| 社交传播 | 中 | 低 | 高 |
| 使用门槛 | 中 | 低 | 高 |
| 使用体验 | 一般 | 较好 | 好 |
| 开发成本 | 低 | 中 | 高 |
从用户角度来看，小程序明显是使用最方便、成本最低的选择。从我作为一个开发者的角度来说，小程序最大的好处是可以用我之前的公众号进行引流，也便于社交传播，毕竟起名也不是一个人的事情。但是缺点就是开发比网页要难一点，对我一个没有开发基础的人来说，这个几乎是最大的缺点。好在现在有 AI，最终决定就是开发小程序了。
70 分，及格，没有错，但也没达到预期。
初期的发展确实如预料一般，通过公众号引流获得了原始客户。但是也让我见识到了微信生态的另一面，那就是管控严格。
小程序几次审核不过，需要修改；公众号也被投诉，禁言一周。明明我没有错，但是申诉也没有得到任何反馈。而且独立开发者的小程序只能加广告，不能收钱，变现形式受限。虽然也看到一些绕过的办法，但是后期被折腾的意兴阑珊，也就没有继续探索了。
整体没有错，体验之后才知道自己最关注的是什么。对我来说，审核是最难接受的，所以为了不受限，如果后面还要开发起名应用的话，我会选择网页应用。宁可没有流量，也要自由一点。当然，这只是我的个人意见。
最终是用 Cursor 完成开发。
在处理数据时，我还在用 PyCharm。每次都是在 AI 聊天窗口写好代码，然后放在 PyCharm 中运行。运行报错，再贴到聊天窗口，得到答案后，再贴回 PyCharm。现在看起来非常麻烦，但当时已经非常先进了，起码能让我这样一个不懂代码的人实现需求。
当我开始写代码时，Cursor、Windsurf 等原生 AI IDE 就已经出现了，我也是第一时间进行了尝试。最初还是 PyCharm 和 Cursor、Windsurf，还有字节的 Trae 混用，最后逐步只保留了 Cursor。原因如下：
整体而言，我虽然对各种工具感兴趣，但是我的最大需求是完成功能开发，如果当前工具可以用，我就不会换。毕竟，学习工具使用也是要花精力的，他会分散应用开发的目标，导致周期拉长。目前来看，Cursor 用着还很顺手，暂时应该不会换。
100 分，完整支持了整个开发过程，前后端都可以，价格也不贵，比雇佣程序员价格划算多了，整体比较满意。
继续使用，同时考虑增加一个新的备用。目前 Cursor 的 token 限流确实比较严重，有时候速度会非常慢。但是这个还是可以理解的，毕竟 token 很贵。准备再选一个 IDE，两者换着用，确保开发不卡壳。
以个人名义申请，不注册个体工商户或公司。
之所以要做这个决策，主要是因为当时应用备案机制刚刚上线，很多信息都说独立开发者需要注册个体工商户或者公司才能通过备案。所以，我也查了相关信息。
注册企业资质主要好处有两个，一是合规，满足国家和各平台的审核要求；二是支付，如果要向用户直接收钱，大部分都需要企业资质才可以。坏处也是两个，一是麻烦，需要提交各种资料，而且很花时间；二是要付费，中间的证照，或者找人代办，都要付钱。
首先，我这个项目最初的目标是练手，所以也不准备直接收钱，支付可以先不考虑，主要关注合规问题。我查询了很多资料，最终发现个人身份也可以备案，而且比企业身份更简单，按照指引操作即可。
所以，最终决策不注册企业资质，就以个人名义完成开发。
100 分，这个决策是对的。个人备案也不难，包括域名备案和小程序备案，很顺利就完成了。
小程序上线后才发现，只靠广告收入是回不了本的。后面如果开发新产品，可能还是需要企业资质的。但到时候再说吧，根据需要做事情，提前做太多准备，其实也没必要。
没人用，宣传和改版双管齐下。
开发过程暂且不提，对一个不懂开发的人来说，这个过程并不容易，但大多是一些小问题，真正的大问题是产品开发完成了，也上线了，但没人来访问，或者没有留存。这就是喜鹿起名宝上线后的真实情况，每天访问人数也就几个人，让我伤心不已。
面临这种情况，我的第一反应是：会不会是因为产品不够好，所以没人用？
接下来的问题是：如果真的是因为产品不够好，那么还要继续宣传吗？宣传一个不好的产品，那不就是害人吗。
最终我否定了这个想法，一炮而红的产品是少数，在没有足够的人使用前，不能轻易定义为产品的问题。所以，我的第一方案还是加强宣传。
我启用了很久之前荒废的公众号，开始每天发一篇文章。终于一篇免费起名小程序的介绍文章火了，每天都有大几百的访问量，转化的小程序用户也接近百人左右。
在每天日活上百之后，我发现留存数据很差，只有不到 5%。那我不得不承认，这就是小程序设计的不行，用户用了一次就不想继续用了。于是，开始了改版之旅。从加功能，到改界面，每天下班后扒口饭就开始搞，一弄就是凌晨一两点，乐此不疲。
80 分，先宣传，再改版。决策没有问题，问题出在根上——需求不准。
之前看过很多文章，都说要在产品上线前就开始宣传。从我这次的经验来说，还是很有道理的。先不过我个人不喜欢，还是先开发，再上线，最后宣传符合本心。后续还是按照这个流程走吧，只是要设个止损线。如果宣传了，有用户但没留存，那也要果断放弃。
遇到投诉，要申诉，但不要报太大希望。
上面说到，一篇文章每天能带来接近 100 个用户。好景不长，大概一个月左右，先是文章的搜索排名开始下降。我本来以为是正常现象，想着多没几篇，再占据关键词就好了。但后来所有文章的排名都开始下降，在又发了几篇文章后，终于公众号提示违规，封禁一周。
我的第一感觉是委屈，我可以保证肯定没发什么敏感内容，也没有发什么夸大宣传的内容。第二感觉是怎么办？最终决定是申诉，收集了很多信息，跟 AI 讨论了几个角度，然后自己写了一篇申诉文案，让 AI 润色一遍，提交上去。
之后，我每天看一遍申诉进展，结果是毫无进展。直到 7 天后，自然解封。但我已经不想宣传了，谁知道还会不会被封。毕竟我不是专门做流量的，没有那么多公众号能拿来试错。
60 分，虽然没用，但也只能这么干。
要做更大众的应用，而不是起名应用。我认为它是一个工具，而且摒弃了很多迷信思想。但起名本身在平台就是有原罪的，它不会看的那么仔细。所以，如果要合规，就不要开发起名应用；如果要开发起名应用，最好能不依赖平台而存在。
先降本，再看。
经过半年的运营，我已经确定「喜鹿起名宝」是一个亏损项目。不考虑我前期投入的开发成本，目前的运营成本包括：小程序认证每年 30 元、数据库每年 99 元、服务器每年 600 元（打折购入，后期会涨到 1000 元），合计需要 1200 元左右。而它带来的收入目前每天平均 0.1 元，一年能有 50 元就烧高香了。
既然亏钱，那么还要继续做下去吗？
我的考虑是还是先留着，但必须要降本。
留着的主要原因有两个，一是我认为这个产品品质还是在线的，词库多、速度快，虽然不一定是最好的起名产品，但可以达到平均水平；二是这毕竟是自己开发并上线的第一款产品，成本不高的话，留着做个纪念也挺好。
但成本必须要管控，首先服务器肯定是不能用了，准备改成云函数，按需计费。小程序认证是必须的，数据库不算很贵，先留着。这样把成本控制在每年 200-300 元，维持起来就没有什么大问题了。
X，不知道，还没开始改，等服务器快到期了再处理，我现在还有更重要的事情在做。
改完再看。
80 分，具体来讲：
过程：+100 分，很好。通过开发并上线运营「喜鹿起名宝」这个产品，我完整经历了产品从创意到开发，再到上线运营的全过程。熟悉了数据库、服务器、小程序等各种之前不熟悉的内容，经历了小爆发、无效优化、投诉被封等各种事件，可以说积累了丰富的经验。
投入产出：-100 分，不及格。上面算了维护成本是 1200 元，加上 Cursor 会员、无影云桌面和调用大模型处理词库的成本，整体成本应该在 3000 元以上。这还没考虑在这一年多的时间里，投入的日日夜夜所折算的时间成本。从投入产出上看，这个项目是不合格的。
从体验上讲，+80 分，还不错。之前，能够独自一人从头到尾开发并上线运营一个产品，是我想都不敢想的一件事。现在有了 vibe coding，我不仅完成了，而且完成度还相当高。在遇到问题——解决问题的过程中，我也感受了久违的兴奋，这可能是最难得的。
总之，如果你有开发一个什么东西的想法，都可以试一试。现在正是 AI 开发的最好时代，与其被动享受，不如主动创造点什么，加油！
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。