这周踩了四个坑，每个都花了钱

先说一个数字：这周本来计划花3天做的事，实际花了6天。

不是因为变懒了。是踩了四个坑，每一个都比我预想的难搞。

如果你也在用AI做产品、跑工具站，这四个坑大概率你也会遇到。

坑一：AI写的代码能跑，但跑不过第二天

周一把一个新功能的需求写好了——一个批量导出工具，逻辑不算复杂。用Claude Code直接生成，20分钟就出代码了，本地跑了一遍没报错。

挺高兴的。就上线了。

周二早上醒来，打开后台一看：半夜三点到五点，这个新功能触发了一串报错。不是代码崩了——是用户传的文件格式有30%跟我测试用的不一样。AI写的错误处理太乐观了，只处理了它见过的格式，没见过的直接炸。

修了一上午。

教训：AI写代码，让它处理"正常情况"很快。但处理"异常情况"，你必须手动告诉它所有可能的边界。

我现在养成了一个习惯：写完功能代码后，单独开一个对话窗口，专门让它想「这个东西可能在哪些情况下出错」。还真能列出一些你没考虑到的。

但别指望它主动想。它是个执行者，不是产品经理。

坑二：工具站改版后Google收录掉了

周二下午，给一个工具站做了一次改版——改了页面结构、优化了加载速度、把内容组织得更合理。

本意是好事。

周三一看GSC，收录掉了8%。有几篇之前排名还不错的页面，被Google标成了「已抓取但未编入索引」。

问题出在一个很小的细节：我改了URL结构。旧页面做了301跳转，但跳转的目标页面是新生成的、内容跟原来不完全一样。Google认为这不是一个正常的跳转，而是一个替换。

教训：改版≠搬家。改版是在原有基础上优化，不是推倒重来。URL结构能不动就不动。如果一定要动，必须保证旧URL的目标页面内容基本一致。

周四花了一整天重新提交索引。到今天还没完全恢复。

SEO这个事儿，Google给排名的速度是以月计的，但惩罚的速度是以天计的。动什么都别动URL。

坑三：免费的AI工具突然开始收费

这周发现了一个挺有意思的事。

我用的一款AI API——名字不说了，反正是个面向开发者的接口服务——之前一直有免费额度，够开发和小流量用。这周突然宣布免费额度缩水到原来的1/10，超出部分按量收费。

不是他们不厚道。是我自己没看公告。

这个API已经在公告栏挂了两个月的「即将调整定价」通知。两个月里我用着免费额度，从来不知道它在提醒我。

等我发现的时候，这周的API调用已经超了额度。账单是之前的4倍。

教训：依赖第三方API做产品，订阅他们的公告邮件。不是「有空看看」，是必须看。

我现在把所有在用的API供应商的公告邮件全部加了星标，来了就立马看。顺便说一句：所有API服务都不会主动在控制台弹窗告诉你「要涨价了」。它们只会发一封邮件，然后两个月后默默改价。

坑四：一个功能，做了两遍才发现方向错了

还有一个事。不大，但很典型。

这周给一个工具站加了一个「AI推荐」功能--根据用户输入推荐相关的工具和资源。逻辑上不算难，写了一天就上线了。

上线后发现一个尴尬的事：用户根本不点。

看了热力图。推荐内容出现在页面底部，大多数用户根本没滚到那里就离开了。整个页面的浏览深度，90%的人只看了上半部分。

那个推荐功能确实有用。但放的位置不对。放在没人看的地方，功能再好也是自嗨。

教训：先验证用户的行为路径，再决定功能放哪。不是先做功能再找位置。

回头想，我应该在写代码之前，先花10分钟看一下Google Analytics的页面滚动深度数据。这个数据后台一直有，我只是没想起来看。

现在多了一个前置检查：改版或加功能之前，先看看用户在目标页面上到底在看什么、滚到哪、点什么。

数据的成本是10分钟。重做的成本是一天。显然是前者划算。

总结：四个坑有一个共同点

回头想想，这四个坑有一个共同的根因：

东西做好了就想上线。一上线就觉得万事大吉。

代码写了，上线了——就不想测边界情况。 改版做了，上线了——就不想盯GSC数据。 API接了，跑通了——就不想看供应商公告。

「上线」不是终点。上线只是开始。真正的工作往往在上线之后的第二、第三个早上才开始。

这周提醒我一件事：把检查清单加进发布SOP里。

每上线一个新功能或改版，自动触发三个检查：

1. 1. 上线后24小时看错误日志
2. 2. 上线后48小时看GSC收录变化
3. 3. 用了第三方API的，月底统一查一次定价公告

不管多小的改动，这三个检查必须跑。

以上。下周继续干。

袁锐钦 · AI产品实操 & 出海工具站日更中。做产品、测工具、跑变现，把试过的路摊开给你看。