可以直接用一份十问清单去面谈，但前提是先把托管范围、SLA口径和退出机制问清。本文按决策阶段给出问题顺序、合格答案特征和合同附件写法，适合年付预算已明确、正在对比两到三家服务商的外贸企业。
面谈前先明确：年度技术托管与SLA到底包含什么？
年度技术托管不是简单买几次维护，而是把WordPress建站后的更新、监控、备份、安全、性能和小故障处理，按年度责任打包。它适合有稳定询盘页、产品页和内容更新需求的外贸企业，不适合把建站一次性交付后就无人维护的站点。面谈时先确认对方是否提供持续服务，而不是临时按次收费。只要站点承载询盘和品牌信任，就应按业务连续性来选服务商。
服务范围通常包括核心与插件更新、主题兼容检查、站点可用性监控、备份、安全扫描、CDN与缓存配置、工单响应和月度报告。采购方要拿到逐项清单，并写明哪些不含，例如服务器底层运维、企业邮箱、第三方接口、内容代运营和紧急改版。范围越模糊，后续越容易变成额外计费。最好让对方用表格列出包含、另计和不提供三类项目。
SLA要落到可检查的指标：工单首次响应时间、严重故障恢复目标、备份恢复演练频率、可用性统计口径、沟通渠道和升级路径。只有“全天候支持”不够，要问清谁值班、多久回应、故障如何分级。没有指标、没有报告、没有责任人的承诺，只能视为口头服务。建议把这些指标写入合同附件，并约定未达标时的整改或补偿方式。
十个关键问题分别应该怎么问、听什么答案？
面谈不要泛泛问“你们服务好不好”，而要按业务连续性、责任边界、交付证据三层追问。先问影响停机和询盘丢失的问题，再问影响成本和内部协作的问题，最后问合同到期后如何退出。每个问题都要让对方给出具体动作、时限和可验证材料。问题顺序比数量更重要，现场记录比销售话术更有价值。
- 年度托管具体包含哪些动作，哪些需要另付费？
- 严重故障如何分级，首次响应和恢复目标分别是多少？
- 可用性如何统计，排除项和补偿方式是什么？
- 备份频率、保留周期、存放位置和恢复演练怎么做？
- 核心、插件、主题更新由谁执行，出冲突谁负责？
- 安全防护包含哪些层，漏洞修复时限如何约定？
- 性能保障看哪些指标，优化是否含在年费内？
- 工单渠道、值班时间、升级路径和报告频率是什么？
- 账号、代码、数据和文档的所有权如何交接？
- 合同到期或更换服务商时，退出过渡如何安排？
听到答案后不要只点头，要记录关键词并追问证据。例如对方说“全天候监控”，就问他用什么工具、告警发给谁、夜间谁处理；说“有备份”，就要求看最近一次恢复演练记录。把关键答复写进服务说明或合同附件，避免销售承诺与交付团队脱节。对模糊回答，现场再问一次具体时限和责任人，不要替对方补全答案。
十个问题不必平均用力，按企业风险排序。询盘高峰明显的外贸站，应重点问恢复目标和性能；多语言、多插件站点，应重点问更新冲突和回滚；涉及在线支付的站点，还要追问安全日志与合规边界。面谈后发会议纪要，让对方书面确认，未确认项就是后续争议点。采购决策要把口头好感转化为可验收条款。
如何判断SLA条款是否可执行、是否可追责？
判断SLA先看口径，不看口号。可用性是按月还是按年统计，计划维护是否排除，第三方CDN或支付接口故障是否计入，故障从发现还是从报障开始计时，这些都会改变结果。采购方应要求服务商在报价前解释计算方式，并给出最近报告样例，而不是只给一个百分比。口径不清的SLA，执行时很难追责，也很难用于续约判断。
可执行的SLA要能计算、能报告、能补偿。合同里应写明监控来源、报告频率、异常认定、争议处理和未达标的服务抵扣或整改方案。还要区分响应与恢复：响应快不等于恢复快。对严重故障，要求提供时间线和根因说明，才能判断是偶发问题还是流程缺陷。没有证据链的SLA只是宣传页，采购方应保留监控截图和工单记录。
| 检查维度 | 建议写清的内容 | 需要警惕的信号 |
|---|---|---|
| 可用性 | 统计周期、计算口径、排除项、报告样例 | 只写99.9%但不解释怎么算 |
| 故障分级 | P1到P4定义、举例、响应与恢复目标 | 所有故障都叫紧急，没有优先级 |
| 备份恢复 | 频率、保留、异地存放、演练频率、RTO与RPO | 只说每天备份，从未演练恢复 |
| 更新维护 | 核心、插件、主题更新责任与回滚时限 | 更新前不备份，冲突后让客户自行处理 |
| 安全事件 | 扫描频率、漏洞修复时限、日志留存、通知机制 | 承诺绝对安全，却不给处置流程 |
| 退出交接 | 数据导出、账号移交、文档、过渡支持天数 | 合同到期才谈迁移，数据归属模糊 |
技术托管团队的能力与服务边界怎么核验？
核验团队能力，不要只看公司规模。要问谁是实际执行人，是否有WordPress专职运维，工单如何排期，变更是否走审批和回滚，是否有文档沉淀。可以让对方演示一次更新流程：先备份、再测试、再灰度、最后验证。能讲清动作顺序的团队，通常比只讲经验的团队更可靠。外贸站还要看对方是否理解多语言、SEO和询盘表单。
服务边界必须写清。服务器、DNS、CDN、SSL、邮箱、第三方插件授权、主题二次开发、内容录入，分别由谁负责。尤其是插件冲突和主题升级，常见争议是服务商说“不在范围”，客户以为“托管全包”。面谈时逐项标记负责方，并约定跨供应商问题的协调责任。边界清楚，合作才不会被小事拖垮，也便于计算真实年度成本。
安全、备份与性能保障要问到哪些具体动作？
安全要问具体动作，不问“安不安全”。至少确认最小权限、双因素登录、WAF或防火墙、恶意文件扫描、漏洞修复时限、日志留存和事件通知。还要问插件来源审核、停用插件清理、后台访问限制。对外贸站来说，询盘表单和客户数据也是资产，泄露通知流程不能缺。安全服务应包含定期复查，而不是一次配置后长期不管。
备份要问频率、保留周期、存放位置、加密方式和恢复演练。只问“有没有备份”没有意义，要问最近一次恢复用了多久，是否覆盖数据库与上传文件，是否异地保存。对依赖WooCommerce的站点，还要确认订单、产品、客户数据的恢复顺序。RTO和RPO要写成目标，不写成愿望。备份不能恢复，就等于没有备份，合同应要求定期演练。
报价、交接与退出机制怎样比较才不吃亏？
比较报价要统一口径。把年度托管费、插件授权、CDN流量、备份存储、应急工时、内容修改、税费和迁移费用放在同一张表里。低价方案可能不含安全加固、恢复演练或非工作时间响应。采购方要问清超出工时如何计费，避免故障时才发现预算外成本。报价单越透明，后期扯皮越少，也更容易比较不同服务商的真实总价。
交接与退出常被忽略，却决定长期主动权。合同应明确域名、服务器、WordPress后台、插件授权、代码仓库、分析工具和广告账号归客户所有；服务商应提供文档、账号清单和数据导出。终止合作时约定过渡期、DNS迁移协助和知识转移，防止站点被锁定。没有退出机制的年付合同，风险很高，账号所有权要在合作开始时就核实。
决策时可用加权评分：业务连续性占四成，技术与安全三成，报价两成，交接与沟通一成，按企业实际调整。先让候选服务商对同一份站点清单作答，再比较证据和条款。签约前做一次小范围试点，例如一次插件更新或备份恢复演练，观察流程是否兑现。每季度复盘SLA报告，年度再评估是否续约。把服务商当长期协作方，而不是一次性供应商。
年度技术托管和单次维护有什么区别？
年度托管按持续责任覆盖监控、更新、备份、安全和工单，适合有稳定询盘和内容更新的站点；单次维护适合临时修故障，但难形成预防机制。采购时要看服务清单和报告机制，而不是只看单价。
SLA里的99.9%可用性够不够？
不能只看数字。要问统计周期、排除项、监控来源、故障计时起点和未达标处理。对询盘型站点，还要看恢复目标和备份演练。数字背后的口径比数字本身更重要。
WordPress插件更新谁负责？
通常由托管方执行，但要在合同中写明更新前备份、测试环境、回滚时限和冲突处理责任。第三方插件授权和二次开发常另计，面谈时逐项确认，避免“全包”误解。
更换服务商时最容易丢什么？
最容易丢的是账号控制权、DNS权限、插件授权、历史文档和备份可用性。合同应约定数据导出、账号移交、过渡支持和迁移协助。合作开始时就整理资产清单，不要等到退出才找密码。