一个出海项目的 90 天交付实录:从签约到第一封询盘
一、先给结论:90 天拆成三个 30 天
| 阶段 | 时间 | 主线任务 | 阶段产出 | 验收标准 |
|---|---|---|---|---|
| 第一阶段 | Day 1–30 | 技术底座 + 索引准备 | 可被收录、可被访问、可被追踪的站点 | 索引正常、速度达标、转化追踪可记录 |
| 第二阶段 | Day 31–60 | 内容起量 + 内外链建设 | 核心页面内容完成、外部来源开始积累 | 核心词有排名、AI 爬虫正常抓取 |
| 第三阶段 | Day 61–90 | 转化收口 + 迭代优化 | 转化路径打通、数据复盘机制建立 | 有询盘进入、归因数据完整 |
一句话理解三个阶段的关系: 第一阶段决定”能不能被找到”,第二阶段决定”找到之后看到什么”,第三阶段决定”看到之后愿不愿意留资”。
下面按阶段展开,每个阶段我列出实际交付动作和踩过的坑。
二、Day 1–30:技术底座先于一切
这是最容易被轻视、也最不该被压缩的阶段。很多客户的第一反应是”网站不是做好了吗,为什么还要一个月?”——因为站点上线只是技术底座的第一步。
这个阶段实际在做什么
| 工作项 | 具体内容 | 为什么在这个阶段做 |
|---|---|---|
| 站点可访问性 | 全球节点实测首屏时延、移动端适配 | 海外客户打不开的站,后面所有动作都白费 |
| 索引准备 | 提交站点地图、配置 Search Console、检查 robots | 不被索引 = 不存在 |
| 爬虫放行策略 | 搜索引擎爬虫 + AI 爬虫分层放行 | 后期补做要等重新抓取,损失时间 |
| 速度优化 | CDN 部署、缓存配置、图片压缩、资源合并 | 加载慢直接影响跳出率与爬虫预算 |
| Schema 结构化数据 | Organization / Product / FAQPage / Breadcrumb | 让机器准确理解页面字段 |
| 转化追踪 | 表单埋点、按钮点击追踪、来源归因 | 没有追踪,就没有可优化的数据 |
| 线索归集 | 表单字段设计、通知配置、入库规则 | 询盘来了接不住等于没来 |
真实踩过的三个坑
坑一:先做内容,后做速度优化。 一个客户的站,上线两个月内容已经铺了 20 篇,才发现移动端 LCP 超过 6 秒。结果两件事同时发生:用户跳出率高,爬虫抓取预算被浪费。返工成本远高于一开始就做对。
坑二:没配 Search Console 就开始发内容。 没有 Search Console,你不知道哪些页面被收录、哪些没被收录、哪些词带来了展现但没有点击。等于闭着眼睛做优化。
坑三:转化追踪晚于内容。 内容上线后有了流量,但没有追踪数据,无法判断”哪些内容带来询盘”。等几个月后补追踪,之前的流量数据全部无法归因。
第一阶段的验收动作
☐ 全球 3 个目标市场节点实测首屏时延,均达标
☐ Search Console 已配置,站点地图已提交,索引覆盖率正常
☐ robots.txt 确认未屏蔽搜索引擎与 AI 爬虫
☐ 核心页面 Schema 已部署,用测试工具验证通过
☐ 表单提交与按钮点击均可被追踪后台记录
☐ 提交一条测试询盘,确认通知能正常送达
三、Day 31–60:内容起量,重点在”准”不在”多”
内容阶段最常见的错误是追求数量。铺 50 篇泛泛的行业资讯,效果往往不如 10 篇精准解决客户采购问题的内容。
内容优先级排序
| 优先级 | 内容类型 | 数量建议 | 判断依据 |
|---|---|---|---|
| P0 | 核心产品页 | 3–8 个页面 | 客户先看的是产品,不是博客 |
| P0 | 应用场景页 | 3–6 个页面 | “什么工况用什么方案”是采购高频问题 |
| P1 | 技术参数/选型内容 | 5–10 篇 | 拦截”如何选””参数对比”类搜索 |
| P1 | 案例与交付能力 | 3–5 篇 | 解决信任问题的关键材料 |
| P2 | 行业趋势/洞察 | 5–10 篇 | 建立专业形象,支撑 GEO 引用 |
内容判断标准(三条):
- 1. 这个词带不带采购信号? 带”价格””供应商””定制””交期””厂家”这类词的搜索,价值远高于泛行业词。
- 2. 这篇内容能不能被独立摘录? 如果整篇都是铺垫,没有可提取的结论段和事实,对 AI 的价值有限。
- 3. 客户看完知道下一步做什么吗? 每篇内容都应指向一个明确的动作(看产品、留资、下载资料)。
内外链同步推进
内容阶段不只是写文章,还要同步做两件事:
| 动作 | 目的 | 频率 |
|---|---|---|
| 内链建设 | 让爬虫理解站点结构,传递权重 | 每篇内容完成时同步做 |
| 外部来源积累 | 为 AI 交叉验证提供锚点 | 每 2 周至少 1 个 |
| 多语言内容(如需要) | 覆盖目标市场当地语言搜索 | 与主站内容同步 |
关于外部来源的提醒: 不要把”外链”等同于”买链接”。这个阶段积累的是可被 AI 交叉验证的真实来源——行业媒体的报道、展会的参展记录、协会会员资质、客户署名案例。这些的价值不在链接权重,而在可信度。
第二阶段的验收动作
☐ 核心产品页 + 应用场景页内容完成并通过检查
☐ 每篇内容含结论段、结构化清单或表格
☐ 内链结构完整,无孤岛页面
☐ 服务器日志显示 AI 爬虫有正常抓取记录
☐ 至少积累 2–3 个外部可验证来源
☐ 核心词在 Search Console 中开始出现展现数据
四、Day 61–90:转化收口,把流量变成询盘
前两个阶段解决的是”能被找到”和”有内容可看”。第三阶段解决最后一公里:客户来了,为什么不留资?
转化收口的五个检查点
| 检查点 | 常见问题 | 改进动作 |
|---|---|---|
| 询盘入口可见性 | 只在页脚放一个邮箱 | 在产品页/场景页中部增加询盘入口 |
| 表单字段设计 | 字段太多,客户中途放弃 | 首屏只留必填项,其余分步收集 |
| 信任要素 | 通篇讲产品,没有背书 | 补认证、案例、客户 logo、交付能力说明 |
| 响应速度 | 客户发询盘 24 小时后才回 | 建立 12 小时内首响机制 |
| 归因清晰度 | 不知道询盘从哪来 | 追踪来源、入口页、关键词 |
关于响应速度,一个重要事实
我们跟踪过一批询盘数据,第一封邮件的响应速度对成交率的影响,远大于邮件本身写得多好。 客户通常同时联系 3–5 家供应商,谁先回,谁就拿到对话权。
时区问题是这里最大的隐性障碍。客户在美国下午发询盘,你在杭州第二天早上才看到,中间已经过了 12 小时。可行的做法:
- 设置邮件/表单自动回复,先确认”已收到,将在 X 小时内专人回复”
- 明确一位早班同事负责检查隔夜询盘
- 准备好标准化的首封回复模板(见站内《为什么 70% 的 B2B 询盘死在了第一封》一文)
第三阶段的验收动作
☐ 询盘入口在主流量页面均可触达
☐ 表单字段精简,移动端填写无障碍
☐ 首封邮件响应机制建立,实测响应时间达标
☐ 追踪后台可回答”这条询盘来自哪个页面、哪个来源”
☐ 完成第一次数据复盘,输出下一阶段优化清单
五、完整时间线一览
| 时间 | 主线 | 关键交付 | 谁负责 |
|---|---|---|---|
| Day 1–7 | 技术审计 | 站点体检报告、问题清单 | 技术 |
| Day 8–20 | 底座搭建 | 速度优化、索引准备、Schema、追踪 | 技术 |
| Day 21–30 | 验收测试 | 全流程走通、测试询盘 | 技术 + 交付 |
| Day 31–45 | 核心页面 | 产品页、场景页内容 | 内容 + 设计 |
| Day 46–60 | 内容扩展 | 技术选型、案例、行业内容 | 内容 |
| Day 61–75 | 转化优化 | 询盘入口、表单、信任要素 | 交付 + 设计 |
| Day 76–90 | 复盘迭代 | 数据报告、优化清单 | 交付 + 运营 |
FAQ 常见问题
写在最后
90 天交付的价值,不在于”三个月做出什么惊人的结果”,而在于把一套可持续获客的体系搭起来。
我经手的项目里,最顺利的从来不是预算最大的,而是节奏最稳的——技术底座一次做对、内容方向不来回摇摆、转化环节有数据支撑。反过来说,最常见的问题也不是”做得不够多”,而是”顺序做错了”。
先把地基打牢,再往上盖。 这句话在出海里,比在任何地方都更适用。
