整理 Obsidian 里的出海笔记时，我看到一个反复出现的提醒：做第一个出海网站，最危险的不是技术不够，而是太早开始写代码。
代码现在已经不是最大的门槛。AI、模板、VPS、Cloudflare、支付和数据库都能把起步成本降下来。真正容易出问题的是：还没搞清楚谁会用、为什么用、愿不愿意付费，就开始做一个“看起来很完整”的网站。
第一周不要追求上线，先回答四个问题
第一个出海网站启动前，我认为至少要回答四个问题：
- 用户是谁？
- 用户现在怎么解决这个问题？
- 竞品为什么能拿到流量？
- 我能不能用更小的切口验证需求？
如果这四个问题答不出来，上线只是把不确定性推迟到发布后。
竞品不是用来害怕的，是用来拆的
很多人看到竞品会焦虑，觉得别人已经做了，自己没机会。其实竞品最大的价值是帮你省掉摸黑的时间。
可以从 Google 搜索核心词开始，把第一页里真正像产品的站点列出来，然后拆四件事：
- 它主打哪个用户场景？
- 首页第一屏承诺了什么结果？
- 免费额度、注册、定价怎么设计？
- 哪些页面在拿自然搜索流量？
这一步不是为了复制，而是为了看清楚市场已经教育到哪里了。
不要一开始就做大而全
出海工具站很容易掉进“大而全”的坑：登录、积分、会员、后台、支付、邮件、联盟、博客、SEO、客服全都想一次配齐。
更稳的做法是先做一个能验证的单点：
- 一个核心功能。
- 一个明确关键词。
- 一个能被搜索到的落地页。
- 一个简单的数据记录方式。
- 一个能收集反馈的入口。
如果这个单点没有人用，后面的复杂系统都是负担。
AI 编程适合加速，但不适合替代产品判断
AI 可以帮你很快搭页面、写接口、接模型、修 bug。可它不知道这个项目是否值得做。
所以 AI 编程最好的位置是第二步，不是第一步。第一步要先把问题定义清楚：
我想做一个面向海外用户的工具站。
请先帮我拆用户、竞品、关键词、最小功能、首周验证计划。
暂时不要写代码。等验证路径清楚，再让 AI 拆任务、生成代码、部署上线，效率会高很多。
我的启动清单
以后我做新出海站，会先走这张清单：
- 写清楚目标用户和使用场景。
- 搜 10 个核心关键词，记录竞品。
- 拆 3 个最像的站点：首页、定价、SEO 页面、注册流程。
- 只选一个最小功能做 MVP。
- 上线后先看真实访问、停留、点击和反馈。
- 有信号再补登录、支付、后台和内容矩阵。
出海网站不是先做一个漂亮壳子，而是先证明某个问题值得被持续解决。
参考笔记
这篇文章整理自我的 Obsidian 剪藏和二次思考，主要参考了“我是一个打印厂老板，我要做我的第一个出海网站”和 FreeAIGen 开发记录等笔记。这里只保留方法论，不做原文转载。
