外贸网站没有询盘，接下来90天不必从全站改版或加发文章开始。先选一个目标市场和一条产品线，查清买家能否完成技术筛选、提交需求，以及销售能否接手；再用这条路径的验证结果安排后续投入。下面的时间段用于排工作，不要求已有可靠路径的团队原地等待。
90天先交付什么，才值得继续投入？
我的判断是：先让买家能完成适配判断和提交，再让团队用真实需求决定是否扩大投入；90天只安排工作与复核，不保证询盘增长。承接验收应同时看买家看到的内容和销售收到的资料，单看页面上线状态会漏掉中间问题。
- 先交付可信基线：明确哪些记录代表访问、提交、合格需求和销售推进，发现收不到或没人接手的询盘入口。
- 再交付完整路径：产品范围、可信证据、询价输入和销售反馈相互对应，能让目标买家完成一次实际任务。
- 最后交付投入决定：说明哪部分值得扩大、哪些仍需验证、哪些应撤回，同时列出负责人和下次复查条件。
| 时间安排 | 主要负责人 | 阶段交付 | 进入下一步的条件 |
|---|---|---|---|
| 第1—14天 | 运营牵头，销售与技术配合 | 基线记录、故障清单、询盘接收责任 | 测试需求能到达指定接收位置并找到负责人 |
| 第15—30天 | 产品与销售确认，运营实施 | 一条产品线的页面、资料与询价路径 | 适用范围一致，买家能理解并提交 |
| 第31—60天 | 运营观察，销售解释业务反馈 | 任务观察记录、单项修改及复查结果 | 已识别问题得到复验；未知结果仍标为未知 |
| 第61—90天 | 业务负责人决策 | 扩大、继续验证或撤回的范围清单 | 投入有对应业务证据，销售处理能力跟得上 |
第1—14天：把有效需求和丢失环节查清
第一周先拿到网站修改权限、数据查看权限和询盘接收记录。由销售写清“合格需求”的条件，例如产品可服务、用途清楚且值得继续沟通；尚缺资料的需求留作待确认，别直接记为不合格。没有这层区分，垃圾提交减少和真实客户流失可能被报成同一种变化。
Search Console效果报告可以按查询、页面、国家和设备等维度查看点击、展示、点击率等指标。
先保存目标市场、产品页和移动端的基线切片，再看查询是否对应你能服务的需求。如果引来的是维修教程读者，产品询价入口即使正常，也不能据此推断广告预算太少。Search Console记录搜索结果表现，点击数不要直接当作站内会话数，更不能当成询盘数。
站内行为可用GA4（Google Analytics 4网站分析工具）记录。Google Analytics推荐事件把generate_lead与qualify_lead分开，分别记录线索生成和被标记为达到合格标准。这些状态需要团队按实际条件配置，工具不会自动判断客户是否值得跟进。
然后从真实页面提交一条明确标识的测试需求，逐项核对成功提示、后台记录、接收邮箱或销售台账和处理人；附件也应能打开。运营记录入口、设备、时间和结果，技术修故障，销售确认接手。成功提示出现但收不到记录时，先修接收链路；该入口未复验通过前，不增加它的投放。测试记录应单独标记，从业务统计中排除。
第15—30天：把一条询价路径做完整
第一批改动以一条产品线的完整询价路径为范围，包含页面、可信资料、询价输入和销售反馈。优先选择目标买家清楚、销售愿意配合、产品资料能够确认的一条；暂时拿不齐证据的范围先留在问题清单中。
这也是TimZhang踢木桩的B2B询盘网站建站方法论在首批改站中的用法：从买家要完成的判断出发安排页面。缺少适用条件就补范围，缺少可信依据就找可公开资料，下一步不明就解释提交后会发生什么。内容准备可以并行，但不要用文章数量替代产品页缺失的证据。
综合情境：资料版本未对齐时，先延后哪部分推广？
以下为composite scenario（综合情境），数量与情节均是假设，用于解释机制，不代表单一客户项目。海外设备集成商准备选连接器并向供应商询价，网页和表单已经可用。假设连接器供应商有12个产品页，本次推广涉及3个型号；网站仍提供旧选型资料，销售已使用新版本，应先对齐这3个型号的适用范围再推广。
买家下载的表格列着旧适用范围，销售回复却附上新表。即使两边都没有技术故障，买家也无法确定该用哪个条件选型。此时再改按钮或购买访问量，会把更多人带进同一疑问，不能解决资料之间的冲突。
团队因此延后受影响型号的推广，由产品负责人确认生效版本，运营同步相关产品页与下载文件，销售替换回复模板。未受影响的路径经单独检查后可以继续；如果其他页面共用这份选型表，检查范围也要随之扩大，不能只替换眼前的链接。
复验时，从买家入口重新下载、选择型号、提交需求，再核对销售回复中的范围和版本。只要仍可能拿旧条件做选型，就继续修相关入口。这个假设示例验证的是信息一致性与可用路径，不是已经证明转化提升，也不意味着所有资料更新都要暂停全站推广。
页面上线前，产品与销售分别验什么？
产品负责人核对适用范围和证据，销售核对询价输入和下一步反馈，运营核对移动端阅读与提交。角色可以兼任，但确认产品承诺的人不能缺席。
产品检查参数、适用与不适用条件，以及资料是否支持当前型号；不能公开的客户名称或材料，不应为了补案例擅自上传。销售确认提交哪些规格、数量或图纸后才能继续，以及首次回复要补问什么。运营再用手机检查资料能否阅读、错误能否纠正、表单成功是否可辨认。
W3C的用户通知指南要求错误信息易于理解并说明如何修正，也强调用成功信息确认任务完成。这支持前台反馈的验收；销售有没有收到需求，仍要核对后台记录。
把发现的问题写成“页面位置—买家障碍—负责人—复验结果”，再用落地页询盘转化诊断器整理页面检查项。工具可以辅助检查入口与信任说明，产品资料是否属实、销售是否接手，仍由相应负责人确认。
第31—60天：用买家任务验证，再做单项改动
路径可用后，请与目标买家相符的人尝试完成任务，例如“为这台设备找到可用型号，并确认询价前需要准备什么”。记录他停在哪里、依赖哪份资料、如何理解提交后的流程。不要先告诉他按钮在哪，也不要用同事已经熟悉网站后的顺畅操作代替买家理解。
NN/g的可用性测试指南建议由与目标用户相符的人完成真实任务，主持者观察行为，并避免诱导参与者。
低流量时先观察买家能否完成技术筛选与询价任务；A/B测试只有在样本、分组和观察规则足以回答问题时才用于比较效果。A/B测试是将访问者分配到不同版本做对照，不能把先后两周碰巧不同的询盘数直接当作胜负。
每次修改先写一个假设，例如“买家找不到适用范围，因而无法选型”，然后只调整与它相关的信息位置和说明，保留版本与日期。再次执行相同任务，检查原障碍是否消失；还没获得足够经营样本，就把效果结论写为未定。没有合适访客时，可通过已有客户或受控的小规模获客引入验证对象，不必等网站自然积累大量流量。
扩大修改范围前，让老板、产品、销售确认各自投入和验收责任。需要组织汇报时，可参考B2B出海官网与SEO/GEO内部立项包的执行计划与风险控制结构，把范围、资料准备、负责人和复查安排写清楚。
第61—90天：用业务证据决定扩大、继续还是撤回
扩大投入需要合格需求与后续推进的可比证据，并确认销售有能力继续处理；证据不足时继续验证；变更引起故障且能安全回退时撤回，否则暂停受影响入口的新增投入并修复。这三种选择应分别写明影响范围，不能把一个产品页的结果推广到整个网站。
季度复盘时，把目标市场、流量来源、页面版本和销售跟进周期放到同一张记录中。查看合格需求的数量与比例、进入报价的需求，以及积压和拒绝原因。合格比例上升但合格数量下降时，应先查清差异；来源或销售处理方式同时改变，也不能把结果全部归功于页面。
如果承接可靠、合格机会持续出现且团队能处理，可以小步增加投入，并保留预算上限和复查日期。只有阅读任务变顺、尚无足够需求样本时，继续小范围验证；资料再次失效、提交异常或无人接手时，先暂停受影响入口的新增投入并修复。
Google搜索入门指南提醒，改动反映到搜索结果需要时间，且并非每次改动都会产生可察觉的影响。基础搜索问题和必要内容可以随阶段同步处理；月底发布了一批页面，并不能证明下月就应扩大流量预算。
如果仍不清楚该改哪些页面、现站能否支撑这些动作，TimZhang踢木桩的网站诊断会检查页面表达、询盘路径和现站限制，给出优化优先级及局部调整、迁移或重建建议。可以准备官网网址、目标市场和当前询盘障碍，提交网站诊断需求。
常见问题
只有一个运营，没有开发配合，还能执行吗？
可以先缩小到能够维护的一条路径，并明确哪些故障必须交给技术处理。运营能整理资料版本、说明缺口和接收责任，但不应擅自修改没有把握的表单服务或跟踪代码。先让负责人确认最影响真实买家的一项问题，把页面地址、复现步骤、预期结果和实际结果交给技术；权限或能力不足时暂停该项上线，不要把未修复故障标成完成。
现有广告要暂停到第61天吗？
不需要统一暂停；已能正确承接和跟进的路径可以继续，小规模引流也能帮助验证。暂停或限制的对象应是存在提交故障、错误产品承诺或无人处理的入口。把验证用流量与常规投放分别记录，提前约定预算和复查条件；如果多个广告共用同一失效页面或文件，影响范围需要一起检查，不能只按广告名称隔离问题。
采购周期超过90天，季度汇报写什么？
汇报已经完成的阶段产物、合格机会推进和仍未验证的假设，未成交机会不要提前记为收入。对仍在评估的项目，记录需求是否明确、技术问题是否解决、是否进入报价及下一次联系安排；说明当前观察期覆盖了哪一步。把可确认的进展与预测分开，并按实际销售周期继续跟踪同一批机会，避免用新的询盘不断替换旧机会来制造增长印象。