零基础上线一个网站要多久?
如果是以前,我可能会觉得这是一个很遥远的问题。要会设计、会前端、会后端、会数据库、会部署、会域名、会分析,还得懂一点 SEO 和增长。
但这几天我对这件事有了一个很具体的体感。
我做了一个小工具,叫 PriceAI,用来聚合 AI 订阅、卡网渠道、官方地区价和模型 API 的价格。起因也很简单,就是我自己买 AI 订阅的时候,发现价格差得离谱。
同一个 ChatGPT Plus、Gemini Pro,有人按官网价买,有人在代购那里买,有人在卡网里看到更低的价格。渠道很多,叫法很乱,库存还经常变。于是我就想,能不能做一个工具,把这些信息先整理到一起,至少让购买前的判断更透明一点。
然后就开始做。
前端用 Vercel,数据库用 Supabase,访问分析用 Umami。基本都是免费额度起步,想着先验证一下有没有人真的需要。
结果从正式开源推广到今天,第五天,几个免费额度就先扛不住了。
Umami 的事件数直接跑到 106k,Hobby 计划 100k 的额度被打满。
Vercel 这边也开始提示免费资源超了,Speed Insights、Edge Requests、CPU 时间都陆续亮红。
Supabase 更直接,Egress 到了 5.272 / 5GB,超过免费额度 105%。
说实话,看到这些截图的时候,我第一反应不是焦虑,反而有点想笑。
这大概就是所谓“幸福的烦恼”。
因为对于一个刚上线的小项目来说,最怕的不是额度不够,而是完全没人点开。免费额度打满至少说明一件事:它真的被人打开过,被人搜索过,被人点击过,也可能真的解决了某些人的一点点问题。
当然,兴奋过后,问题也来了。
免费额度爆掉,本质上说明这个产品还有很多地方没做好。比如数据读取太粗暴,缓存策略不够精细,前端交互会触发太多请求,分析事件埋点也需要重新设计。一个没人访问的项目,很多问题是藏起来的;一旦有人访问,这些问题就会自己跳出来。
这也是我这几天最大的感受。
上线不是结束,而是问题真正开始暴露的地方。
以前做产品,很多判断都停留在“我觉得用户会需要”。但当真实用户进来,开始点击、搜索、提交渠道、反馈分类错误、把你的免费额度打满,你才会发现,产品不是写完代码就结束了。
它开始变成一个需要运营、维护、优化、解释和持续迭代的东西。
这对我来说挺重要的。
PriceAI 现在还很早。它还不完美,分类还会错,价格同步还要优化,采集器还要继续补,SEO 和 GEO 也才刚刚开始。但至少它已经从一个“我自己的小工具”,变成了一个有人真的会打开的网站。
这一步,比我想象中来得快一点。
接下来要做的事情也很明确:优化数据库读取,减少 Supabase egress;调整 Vercel 缓存和接口策略;重新设计 Umami 事件;继续把 PriceAI 从一个卡网比价工具,推进成一个“AI Token 获取入口”。
也就是回答三个问题:
Token 怎么来。
Token 怎么用。
Token 怎么变现。
PriceAI 现在做的是第一步:Token 怎么来。
如果你也在买 AI 订阅、找 API、对比各种渠道,或者只是好奇一个独立开发小项目怎么从 0 开始跑起来,可以来看看
PriceAI:
priceai.ccGitHub:
github.com第五天,免费额度先爆了。
但这至少说明,这事儿可能真有点意思。