服务承诺分两种：抄得走的和抄不走的

结论先行：投标与服务方案里的承诺，看上去都差不多：响应几小时、升级几级、留痕几份、复盘几次。但这些承诺的支撑不一样——流程与制度可以照抄，备件、支撑层级和实验环境抄不走。分辨这一点，比逐条比对承诺文字更有用。

本文只谈承诺背后的两种支撑性质，不谈资质材料怎么核，也不谈履约记录怎么查。

抄得走的：流程、时限、模板

响应时限、升级路径、留痕要求、复盘机制，这四样写出来就是一份文档。写得好的方案，读者会觉得对方很规范；但规范是行业共有的知识，任何一家认真准备过的投标人都能写出来。所以这些条款适合作为底线要求，不适合当成区分依据。

其一，备件。同型号现货有几套、放在几个城市、多远能到，决定了「多久能换上」。这一条跟方案写得多细无关，跟库房里有什么有关。

其二，支撑层级。一线工程师解决不了的时候，下一个接的人是谁：是原厂合作伙伴，还是原厂研发。层级每往上走一层，时间成本都在增加；没有这一层的，通常表现为「我们自己也在等厂商回复」。

其三，实验环境。变更之前在哪儿先试一遍。有可复现的环境，割接前的风险能先暴露一部分；没有的，只能在现网赌一次窗口。

不要问「有没有备件库」，要问：这个型号现在有几套现货、在哪个城市、最近一次用它替换是什么时候。不要问「有没有三级支撑」，要问：最近一次往上升级是什么问题、谁接的、用了多久。不要问「有没有实验环境」，要问：最近一次故障复现用的是什么设备、复现了几次才成功。

三个问题里只要有一个答不上来，这项承诺的成色就大致清楚了。

响应与到场分开写。多数争议不是出在「没响应」，而是「响应了但没人来」。备件替换的时限与型号口径写清：同型号替换还是等效替代，等效由谁认定。预验证的范围写清：哪些变更必须先做预验证，环境由谁提供。

三处都写明，承诺就从文稿变成了可以核对的义务。

三点说明。其一，本文关于服务承诺与支撑体系的描述，取自一份企业服务承诺文档，属对行业通行做法的一般性梳理，不针对任何具体主体。其二，备件数量、支撑层级等能力数据随项目变化，正式承诺应以合同与现场条件为准。其三，文中不涉及具体客户与项目。

深圳市奇摩计算机有限公司做的是服务这一头，能把话说实的地方也正在这里：多地备件库、三级支撑、自建实验环境，这三样是花钱堆出来的，也是被追问时最容易被问到细节的地方。承诺不怕被问，怕的是问不出细节。预约咨询，可以按上面三个问题先问我们一遍。