百度小程序

百度智能小程序开发报价指南

搜索流量、AI 能力与交易闭环的费用构成说明

标准商品、会员、分销和装修，直接看月费套餐（基础版 500 元/月起）。本页只写本平台定制报价的差异。通用费用构成见小程序商城费用构成，立项范围与周期见定制开发。

一、费用构成概览

百度智能小程序项目通常包含：产品策划（含搜索关键词与落地页规划）、UI／UX 设计、小程序端开发（Swan 框架或跨端方案）、后端 API、百度收银台支付接入、搜索直达与站点关联实施、可选的百度智能云 AI 能力（语音、图像）、测试、提审与运维部署。

与只做展示的项目不同，百度端要实现「可被搜到并转化」，必须额外投入一块 SEO 工程：结构化数据模板、页面标题与描述规范、内容更新机制、百家号等内容渠道配合。这部分是百度智能小程序特有的成本项——因为它的页面会进入百度搜索索引，做得好就有持续的自然流量，做不好则等于白建了一个没人能搜到的入口。因此它应当在立项时就计入预算，而不是上线后发现没流量再追加。

二、各类型预算参考

类型	基础	标准	定制
企业展示/工具	1-2万	2-4万	6万+
搜索电商／服务预约	4-6万	6-9万	14万+
内容资讯＋转化	3-5万	5-9万	12万+
AI 语音／识图场景	5-8万	8-14万	20万+

上表为含前后端开发与标准支付联调的参考区间，不含内容生产与广告投放。与微信、支付宝端相比，百度端的价格差异主要来自搜索实施这一块：同样一个商城，如果只做交易闭环不做词表与落地页体系，报价会落在区间下限，但也基本拿不到搜索流量；反之，要把 50 个以上关键词的落地页与结构化数据做扎实，人天会明显上升。判断一份报价是否合理，先看它有没有把搜索实施单独列项。

三、影响报价的因素

同样叫「做一个百度智能小程序」，报价可以差出一倍，差在搜索实施和 AI，而不在首页有几屏。五个变量要在询价材料里写清：

• 搜索直达规则数量与关键词竞争度：20 个核心词与 200 个长尾词的人天完全不同
• 站点关联与多域名同步：主体不一致时要先走变更，不能按常规开发工期估
• AI 调用量与实时性：实时语音对话显著高于离线识图
• 信息流投放所需落地页与转化组件数量
• 是否多端发布（百度 App、部分联盟宿主）

判断一份报价是否合理，先看它有没有把搜索实施单独列项。只报「商城开发」却不含词表与落地页，上线后往往还要再买一轮。

四、控制预算的做法

百度端省钱的关键，是别在第一期就铺几百个词或上全套 AI。更稳妥的路径是：MVP 先做核心关键词加核心交易路径，用百度收银台跑通支付；AI 能力放到二期，首版用文字搜索加规则推荐兜底；内容更新用 CMS 模板，降低长期编辑成本。看店通已有的商品与订单模块可复用，真正要定制的是结构化数据模板与搜索直达规则。

五、与微信、支付宝双端的预算关系

若企业已有其他端小程序，百度智能小程序通常可复用 50-70% 的后端与商品模型，前端按 Swan 规范重写或使用跨端框架，因此预算一般低于首端。但要额外计入搜索直达与站点关联的实施费用，以及持续的内容运营人力。这里有一个高频误区：直接把微信端的 UI 和信息架构复制过来，不做搜索落地页体系，结果小程序能用但搜不到，百度端最大的价值（搜索收录）等于没买。这属于典型的隐性浪费——省下了几万实施费，丢掉的是长期自然流量。

看店通可提供「后端一套、多端发布」的拆分报价，便于企业分阶段上线、平滑现金流压力。

六、隐性成本提示

百家号内容生产、优质外链建设、信息流创意制作通常都不在开发报价内，但它们是百度智能小程序获客的必需投入，缺了就只有一个空壳。AI 能力超出免费额度后按调用量计费，必须在控制台设置预算上限与告警，否则一次活动爆量就可能产生意外账单。多宿主适配若计划在未来扩展，应预留相当于前端开发费 15-25% 的改造预算，并在一期合同中明确二期范围。

七、搜索与内容实施费拆分

搜索直达规则策划、结构化数据模板开发、站点地图同步通常按词表规模报价：建议首期锁定 20-50 个核心词，长尾词分批上线，一次性铺几百个词既做不细也来不及验证效果。百家号内容代运营不在标准开发费内，若外包，市场区间约每年1-3万，也可以自建团队；关键是必须有人长期负责，断更一两个月收录就会回落。此外，信息流落地页与小程序页面要保持同源维护，否则广告点击进来看到的是旧版本页面，钱花了但转化不了。

八、AI 能力计费模型

语音识别、图像识别按调用量或并发量计费，开发报价包含的是接入工作与降级方案设计，不包含无限量调用的费用，这一点在合同里要写明避免误解。成本上，实时语音对话显著高于离线识图，因为前者对响应延迟与并发都有要求。多数项目更务实的做法是：首版先用文字搜索加规则推荐满足需求，等真实用量和用户行为跑出来，二期再决定上哪种 AI 能力。预算中务必设置月度告警阈值，并在代码层面加调用上限保护，避免一次活动爆量把账单打穿。

九、询价清单与比选原则

询价时统一向各家提供同一份材料：目标关键词列表、备案域名与备案主体、是否需要接入百度收银台支付、SKU 或服务项规模、是否需要 AI 能力、竞品链接、期望的上线与收录时间。用同一份需求去比总价和范围，才有可比性。要特别警惕「低价但不含搜索配置」的报价——这是百度端最常见的后期加价套路，因为搜索实施恰恰是这个平台上最不能省的部分。看店通的报价单固定拆成三块：开发、搜索实施、可选运营包，方便客户分阶段决策。

十、首年 TCO 示例（开发 8 万档）

成本项	典型区间（首年）
定制开发	8万
技术维护	1-1.8万（约为开发费12-22%）
云资源与 AI 调用	0.8-2万
内容生产与搜索优化	1-3万

合计下来，搜索型项目的首年运营成本可达开发费的35-55%，明显高于纯私域类小程序。这不是额外负担，而是这个渠道的必要投入——百度端的价值来自搜索资产，而搜索资产需要持续养。建议在商业计划书中把这笔钱单列，避免出现「开发预算花完了、没钱做内容、上线三个月没流量」的资金断层。

十一、ROI 粗算（搜索型）

设自然搜索带来的月线索量为 L，线索成交率为 c，客单价为 A，则月 GMV 约等于 L×c×A。用它减去按首年摊销的开发费、维护费、内容与 AI 成本，就得到粗略的 ROI。测算时有两个要点：一是 L 在前三个月通常很低（收录需要时间），不要用第一个月的数据推算全年；二是如果现在的线索高度依赖竞价广告，应当直接比较「竞价的单个获客成本」与「搜索小程序的边际获客成本」，后者前期投入大但边际成本递减，这才是决策的关键对比。看店通可在售前结合行业经验区间，帮您核对这几个假设是否合理。

十二、分阶段采购建议

推荐三阶段推进。阶段一：交易闭环加 20 个核心词的搜索直达配置，目标是验证「搜索能进来、进来能转化」。阶段二：AI 能力与信息流投放，目标是放大已验证的词。阶段三：长尾落地页的批量生产机制与自动化报表，目标是降低单页边际成本。每个阶段独立验收与付款，可以显著降低一次性投入风险。看店通支持按阶段写入工作说明书，并标注各阶段对收录量与 GMV 的预期贡献区间（属于规划参考，不作为效果承诺）。

若集团已有业务中台，百度端可以只做「搜索获客层加轻量交易」，报价会明显低于全栈重建。与现有 CRM 或 ERP 的集成人天需单独评估，通常在0.5-3万之间，具体取决于对方接口文档的质量与 API 稳定性——文档缺失、需要抓包反推的集成，成本往往是有完整文档时的两三倍。

十三、供应商报价比对表

建议按维度逐项对比，而不是只看总价：是否含搜索直达配置、是否含站点关联实施、是否含 AI 能力接入、是否含支付联调、包含几次提审与驳回后修改、源码是否交付、维护 SLA 的具体条款。同一维度逐行打分，往往会发现报价最低的一家在三四个维度上都是「不含」。看店通欢迎客户直接提供自己的比选表，我们按行回复是否包含，并对不包含的项说明原因与可选加购方式。

十四、政府与国企项目提示

涉政务、涉公共服务的百度智能小程序，审核与站点关联的要求更严格，周期通常要在常规基础上增加2-4周。报价中需包含合规文档编写与等级保护、隐私评估的配合时间。这类项目不能按消费互联网的 8 周节奏去承诺上线，否则必然延期。看店通有政务与公共服务类交付经验，可以单独评估这部分人天。

十五、验收与付款节点建议

建议把付款与可验证的成果绑定：签约 30%、设计确认 20%、站点关联通过并完成内测收录 20%、正式上线与支付闭环验收 30%。其中「收录达标」这一节点需要在合同里写成可判定的标准，例如「首期约定的 20 个核心词中至少 12 个词在百度搜索有展现」（具体数量与判定方式以合同为准）。这样做的意义在于：企业的付款与看得见的结果挂钩，服务商也有动力真正完成搜索实施，而不是交完代码就算收工——百度端大量项目失败都源于「代码交付了，搜索没人做」。

若百度智能小程序需要与集团现有的内容管理系统共用内容源，要单独评估内容管理系统的改造费用，明确它计入开发预算还是单列为 IT 预算。看店通可在方案中把「内容中台对接」标注为可选模块，便于财务分科目入账。大型集团还可以考虑做一个「搜索词表治理」专项，由数据团队统一维护词表归属，避免各事业部重复买同一批词、在竞价里自己和自己抬价。

最后一个容易忽略的细节：报价有效期建议写进合同（例如 30 天）。过期后若平台政策调整或需求范围变化，双方重新确认一次功能清单，可以避免口头承诺与书面合同脱节。

百度智能小程序开发周期与流程

需求、开发、搜索配置与审核全流程时间节点

一、周期概览

标准交易型百度智能小程序从需求冻结到上线约1-2个月；若包含语音或图像 AI 能力与完整的搜索直达方案，则约2-3.5个月。需要单独说明的是，站点关联与备案核验通常可与开发并行，占用1-2周，但它依赖企业提供备案主体信息且必须与小程序主体一致，一旦主体对不上，就不是等几天的问题，而要走主体变更流程，可能拖掉一个月。因此这一项应当在项目第一周就核对清楚。

二、六个阶段说明

三、与审核、站点关联的时间耦合

实践中最常见的三个卡点：备案域名主体与小程序主体不一致，导致站点关联失败；搜索直达配置的地址与体验版实际路径不一致，导致校验不通过；AI 能力尚未在控制台开通就开始联调，报权限错误却排查半天。看店通的做法是在第 1 周就建立一张「平台事项核对表」，每日同步资质、站点关联、能力开通三类状态，把这些依赖外部审核的事项和编码工作解耦，减少开发空转。

内容型客户应当并行启动百家号发文计划，最迟不晚于开发中期，这样上线时已经有一批内容被收录，不会出现「小程序上线了但搜不到」的空窗。工具型客户则应优先把 10 个核心词的落地页与结构化数据模板做完，先保证核心词有承接页。

四、里程碑表示例（标准商城）

下面这张节奏适合「搜索转化型商城、不含重 AI」的项目。它刻意把搜索侧与开发侧并列：左列按时完成、右列空白，是百度端项目最常见的失败形态。

• 第 2 周：PRD 冻结、站点关联提交，词表首版确认
• 第 4 周：设计确认、百度收银台进件，百家号开始按周更新
• 第 6 周：内测版可体验、搜索直达规则首版上线
• 第 8 周：提审发布、开始收录监控

若含语音或识图能力，把 AI 联调插在第 5-7 周与支付联调并行，整体日历往往要到 2-3.5 个月。

五、风险缓冲时间

建议在对外承诺的上线日之前，内部预留 10 个工作日缓冲，专门用于应对审核驳回与搜索校验失败后的重新提交。这两类返工的共同特点是「时间不由自己控制」，无法靠加人压缩。若 AI 能力涉及第三方模型的合规审核，还要再额外预留1-2周。看店通的项目计划默认包含一次正式提审与一次紧急修复迭代的时间，而不是按一次通过来排期。

六、内容型与交易型的路径差异

三类业务的关键路径完全不同，排期方式也应该不同。内容资讯类：第 2 周起就要并行发布百家号内容，第 6 周前积累 20 篇以上垂直文章，上线后 2-4 周开始观察收录效果；内容起不来，这类项目等于没做。交易型商城：优先推进支付进件与核心词落地页，内容可以适当后置，但品类说明类文章不应少于 10 篇，否则搜索用户缺少判断依据。AI 工具类：能力开通与模型效果评估可能占用2-3周，这段时间应与 UI 设计并行，不要完全串行安排，否则白等。

七、培训、交接与收录监控

上线前的培训至少覆盖四项操作：商品上架、搜索规则后台的增删改、退款处理、信息流投放参数配置。交付物应包含一份收录监控表模板，固定记录展现量、点击量与转化量三层数据。运营侧要指定专人，每周更新 2-3 个落地页的标题描述或常见问题区块——这个动作看起来很小，但它是维持收录的核心节奏。看店通交付时包含一次搜索配置的完整演示讲解与 30 天答疑期（以合同为准）。

八、跨部门配合日历

百度端项目的日历时间往往不是被开发拖长的，而是被跨部门等待拖长的：法务要审隐私协议与用户协议、财务要审支付进件资料、运营要准备首月内容、IT 要提供备案域名与站长验证权限。任一环节延迟都会直接传导到上线日。看店通的项目计划中会单独标注「客户方截止日期」，并按周用红黄绿三色同步状态，让各部门看到自己是不是当前的瓶颈，减少相互等待。

九、测试阶段的搜索验收

内测除了常规功能测试，还要专门做一轮搜索侧抽检，至少覆盖四项：核心词在搜索体验环境中能否命中对应落地页、落地页的标题与描述是否按规范生成、结构化数据校验是否无报错、页面展示价格与搜索摘要中的价格是否一致。提审前应完成一份《搜索验收表》并留档，避免上线后才发现规则根本没生效——那时流量已经错过了一个窗口期。

十、搜索与 AI 的并行子阶段

十一、标准八周日历（参考）

周	开发侧	搜索/内容侧
1-2	需求与架构设计	词表确定、站点关联提交
3-4	UI 设计与后端骨架	百家号首批内容、规则草案
5-6	功能开发与支付联调	结构化数据、内测收录
7	系统测试	搜索验收
8	提审与发布	监控收录并修复问题

这张表的价值在于它把「开发侧」和「搜索内容侧」并列成两列：百度端项目失败的典型形态，是左列按时完成、右列一片空白，结果小程序做好了却没有任何搜索流量。排期时应确保每一周两列都有明确产出与责任人。

十二、上线后首 30 天

每日看收录与 Top 词排名；每周新增或优化 5 个落地页；每两周检查站点关联与支付链路。第 30 天召开复盘：是否达到冷启动 KPI，是否进入信息流放大阶段。开发团队与搜索运营不应在上线当日解散，应保留至少 30 天联合值班。

若 AI 功能已上线，第一个月要持续收集误识别样本，第 2 个月做一轮模型参数或判定阈值的优化。语音热词表与识图样本的质量直接决定体验好坏，这部分数据需要运营与产品长期投喂，不是开发一次就能搞定的事。

十三、复杂项目的排期示例

举一个具体例子：包含 AI 语音对话、多品类商城、100 个搜索直达词的项目，合理的日历时间是12-14周，其中搜索与内容工作大约占并行人力的三成。如果企业内部无法在这个节奏下同步供给内容，正确的做法是主动把周期延长2-3周，而不是压缩测试时间——测试压缩带来的返工通常比延期更贵。另外按经验，审核驳回一次平均增加 3-7 个工作日，项目计划里应当预先留出这段时间而不是假设一次通过。

看店通在合同里程碑中标注「客户方材料截止日期」，延迟即自动触发计划顺延机制，避免事后互相追责。上线后第 1-2 周设为联合保障期，开发、搜索、运营三方同频处理收录与支付问题，之后再转入常规维护节奏。

十四、长假与冻结窗口

跨春节、国庆等法定长假时，平台审核与企业内部评审都可能暂停或减速，因此对外承诺的上线日应当自动跳过长假天数，并在项目计划中明确标注为「冻结窗口」。忽略这一点，是年底项目集体延期的常见原因。长假结束后的第一周应优先处理积压的审核与搜索校验任务，把新功能开发排在其后——积压的审核不清完，后面的版本都发不出去。

十五、文档交付清单

项目结束时应完整归档八份材料：PRD、接口文档、搜索规则导出文件、结构化数据说明、支付联调报告、隐私政策与用户协议的版本记录、运维手册、培训录屏链接。其中搜索规则导出文件是百度端特有且最容易缺失的一份——一旦服务商更换，没有这份文件就只能对着后台一条条重新整理。文档齐全能显著缩短人员交接与后续维护的入门时间，本身也是企业的数字化资产。缺文档的交付即使功能都能跑，长期总拥有成本往往更高。

如何选择百度智能小程序开发公司

评估搜索、AI 与审核陪跑能力的选型框架

先判断要不要定制：标准零售用月费套餐即可。是否该做项目，见SaaS 与定制怎么选；看店通的范围、周期与报价口径见定制开发。下文只补充本平台的选型差异。

一、搜索与内容能力（百度端第一指标）

选百度智能小程序的开发商，要把搜索实操经验排在界面设计之前。原因很直接：百度端的核心价值是页面能被搜索收录，而这件事完全不在前端代码里，它取决于站点关联、搜索直达规则、结构化数据与内容体系做得怎么样。只会开发页面的团队交付出来的小程序，功能都能跑，但搜不到。

考察方式要具体。要求对方实操讲清四件事：搜索直达规则如何配置与校验、百度搜索资源平台的站长验证怎么做、结构化数据模板如何嵌入页面、关键词与落地页的对应体系怎么设计。同时要求提供一个能在百度上真实检索到的案例，并展示后台的收录量与点击数据截图（可脱敏）。能被搜到的案例，比任何方案文档都有说服力——反过来说，如果一家服务商拿不出一个能当场搜到的百度小程序案例，基本可以判断他们没做过。

二、站点关联与审核经验

三个问题就能筛出真假：站点关联的完整流程包含哪些步骤？备案主体与小程序主体不一致时怎么处理？关联失败最常见的原因有哪几个？答得含糊的团队，会在项目中期把这个问题原样丢回给你。此外要问清是否能提供审核驳回后的复盘案例——具体是什么原因被驳回、改了什么之后通过，说得出细节的才是真做过。如果你的业务属于医疗、教育、金融周边等强监管类目，还要额外确认他们在同类目下是否有过审记录，这类类目的资质与文案要求和普通电商完全不同。

三、AI 能力与支付

AI 方面问两层：是否接入过语音识别与图像识别接口，以及更关键的——接口超时、识别失败、配额用尽时的降级方案怎么设计。只会调通接口不算经验，能把失败路径处理干净才算。建议要求对方提供弱网环境或弱光环境下的实测录屏，而不是只看理想环境的演示。

支付方面确认他们是否独立完成过百度收银台的进件与联调，尤其是回调验签、幂等处理与退款对账这三项。这里有一个快速判断标准：如果对方把微信支付当作百度小程序的主支付方式来讲方案，说明他没在这个平台上真正交付过项目。

四、交付与合同

合同层面要落实五件事：逐项的功能清单（而非一行总价）、源码与文档的归属、分阶段付款节点、维护服务的响应时限、搜索实施是否包含在交付范围内。最后一项是百度端特有的争议点——很多合同只写「开发小程序」，搜索配置究竟算不算交付内容含糊不清，上线后双方各说各话。建议在附件中明确写出首期要配置的搜索词数量与验收方式。方案评审时要求对方的技术负责人在场，而不是只让销售对接。

五、建议避开的五个坑

• 接受「保证排名首页」「必上搜索第一」这类承诺——排名由算法决定，服务商无法打包票
• 忽略备案与主体一致性，等到审核阶段才发现要走主体变更流程
• 在搜索配置尚未完成时就大规模投放，流量进来却没有对应落地页承接
• 让服务商把站点关联推给企业「自己研究一下」，这本应写进交付范围
• 只看总价签约，事后才发现搜索实施、AI 接入、提审协助全都「不含」

还有两个信号值得警惕：对方拒绝展示搜索后台的真实截图，以及不愿意把搜索实施的具体内容写进合同。这两种情况通常意味着这部分工作他们并不具备能力，或者打算上线后再另行收费。

六、团队配置与流程

较稳妥的配置是：产品经理（懂搜索意图）、前端（熟悉 Swan）、后端、搜索实施、测试。询问是否由单一项目经理对接、是否每周演示、是否提供收录报表。开发完成后若包含 1-3 个月搜索调优期，通常比「交源码即结束」更有利于冷启动。百度端还要确认：谁来维护词表、谁来写百家号、出了收录下滑谁负责诊断——这三件事若全推给客户，交付后搜索资产很难养起来。

七、与看店通合作可以预期什么

看店通在百度方向可提供：需求阶段关键词调研、开发阶段结构化数据模板、上线后搜索直达配置与培训、可选 AI 能力集成与百度收银台联调。欢迎携带业务词表与竞品链接做初步评估。流程一般是：提交词表 → 评估与报价 → 启动会 → 迭代交付 → 搜索验收 → 操作培训 → 转入维护或搜索增值。我们也接受客户带第三方搜索顾问共同评审，分工写清，后期扯皮会少很多。

八、评分表（内部选型可用）

建议按 100 分制给每家服务商打分：搜索案例与实操能力 25 分、AI 与支付能力 25 分、项目管理与沟通机制 20 分、报价透明度与清单颗粒度 15 分、售后服务条款 15 分。低于 60 分不建议进入终选。打分时坚持一条：每一项都要有可核验的证据，而不是凭对方口头描述。看店通可提供这份自评表的模板，也欢迎客户用同一套标准来评估我们。

选型过程中还可以要求候选团队各提交两份样稿：一份《搜索词覆盖计划》，一份《审核风险清单》。这两份材料能直观对比出各家对业务的理解深度——真正做过的团队会写出你所在行业的具体词和具体风险点，没做过的只能给出空泛模板。对强依赖 AI 的项目，务必核实是否有语音嘈杂环境、图像弱光环境等边界场景的实测视频，只演示理想环境说明不了问题。看店通愿意在签约前提供简化版的词表分析与竞品搜索卡片截图（脱敏），帮助您判断这个渠道值不值得投，并在方案中明确首期应覆盖的搜索词数量、支付闭环范围、站点关联的完成标准与对应验收方式。

九、搜索与 AI 实证问题

• 请展示一个可检索到的搜索直达案例及后台规则截图（脱敏）
• 站点关联失败时你们如何排查？
• 语音识别在弱网下的降级策略？
• 百度支付回调幂等如何实现？
• 收录下滑时提供哪些诊断步骤？

十、合同与交付物

交付物清单应当写入合同附件，至少包含六项：源码、接口文档、搜索规则导出文件、结构化数据说明、支付联调报告、审核材料清单。其中搜索规则导出文件最容易被忽略，但它决定了换服务商时你能不能带走这份资产——没有它，新团队只能对着后台一条条重新整理。维护条款里也要明确「是否包含每月收录报表」，这是判断服务商愿不愿意为搜索效果负责的直接标志。

十一、长期合作评估

搜索资产要跨年养，选型不能只看这一次开发。可考察：公司是否持续在百度智能小程序上有活跃项目、是否有搜索运营方法论（词表治理、收录复盘）而不是只会写页面、人员是否稳定。商务上建议把首年维护与可选搜索增值一并谈，双方都有长期预期，文档和规则导出才更可能交齐。

十二、验收标准示例

合同附件可写清可判定的结果，例如：首期约定的 20 个核心词完成搜索直达配置；站点关联通过；百度收银台支付闭环与退款可用；AI 能力（若含）错误率低于约定阈值；交付源码、文档与搜索规则导出文件。验收期 7-10 个工作日，问题清单一次性提出。「能打开小程序」不等于验收通过——搜不到、付不了，渠道价值就还没买到。

十三、搜索实施与开发的职责边界

写进合同：搜索规则由谁配置、百家号内容由谁生产、开发负责哪些结构化数据模板。若供应商只交付代码不含搜索实施，企业要自备搜索人力或另购服务，否则上线后会出现「功能能跑、搜索没人做」。要求演示后台：能否自助新增落地页、能否导出规则、能否看收录报表。合同可约定上线后 90 天复盘：共同评估收录、支付转化与 AI 错误率，而不只看缺陷数量。

十四、终选前的两个动作

第一，要求供应商说明过去 12 个月跟进过哪些百度审核与搜索政策变化、如何通知老客户适配。答得上来说明他们在这个平台上有活跃项目。第二，安排半天联合工作坊：把词表、竞品链接、现有官网结构交给候选团队，现场讨论落地页结构。真做过的人会指出哪些词竞争过高不值得做、哪些页面结构会影响收录。

若已有招标流程，可以把第五节避坑清单与第十二节验收标准写进评分表，减少临时拼凑指标。

十五、退出能力与知识沉淀

长期合作的前提是你能走得开：源码、搜索规则导出、结构化数据说明、支付密钥交接清单齐全，并验证过可自行部署。百度端最容易被锁死的不是代码，而是「规则都在对方账号里、导出不了」。看店通交付包含搜索实施培训与文档，降低对外部黑盒的依赖。