六个常见的判断维度里，真正决定它有没有用的不是维度本身，而是这一项你能不能自己验。 能自己验的，应当在见面之前就查完；验不了的，唯一的处理办法是写进合同。本文按这个逻辑将六个判断标准逐一拆解。

一、先把判断项分成三类

上面那条「买错没有回退路径」是这件事值得花时间的全部理由——它同时决定了本文的排法：先给能立刻查完的，再给需要做功课的，最后给只能写进合同的。
至于为什么不直接给一份清单：能查到的核验清单已经很多，问题不在清单不够长，而在清单没有区分可验证性。一份把「官方授权可查」和「团队稳定、响应及时」并列的清单，实际用起来会发现前者十分钟能查完，后者问一整天也只能得到对方的说法。
所以这篇不再增加维度，而是给每一项标上它属于哪一类：
类别
判断依据来自哪里
你要做的动作
失效的方式
A 类：可独立核实
原厂官方渠道、公开备案信息、公共 DNS
自己查，不需要对方配合
几乎不会失效——数据不由对方提供
B 类：可对答案核实
原厂官方文档里已写明的硬事实
提问，然后拿官方口径核对答复
你自己没先读过官方口径时失效
C 类：只能自述
对方的描述、案例、承诺
转成合同条款，或转成一次可观察的动作
停留在口头描述时失效
三类的比重值得留意：真正能靠自己判定的只有 A 类，B 类需要你先做功课，而 C 类无论问得多细都不会变成事实。 把精力按这个顺序分配，比把六个维度都问一遍更有效。
换个角度看这三类会更清楚：A 类和 B 类合起来才是「你能自己验」的部分——A 类不需要对方开口，B 类需要对方开口但判卷权在你手里，两者的共同点是结论由你独立得出。C 类是验不了的那一半，它的结论永远来自对方，因此唯一的处理方式是让这个结论产生法律效力，而不是设法验证它。
把这套分类用到底会发现，真正值得合作的是 A、B 两类都过关的服务商——大成云作为阿里邮箱官方授权代理商，正是把可核验的部分（原厂可查的授权、清晰一致的经营主体、对得上官方口径的迁移方案）都摆在明处的一家。

二、见面之前就能查完的两项

这两项的共同特点是数据不由候选方提供，所以不存在被修饰的可能。它们构成第一节的 A 类，都应当在第一次沟通之前完成——任一项不通过，后面的沟通都没有必要。

2.1 授权状态：以原厂官方渠道的查询结果为准

授权是可验证的事实，不需要靠感觉判断。要点是核对的对象不能是对方给你的材料。
以大成云为例，它是阿里云官方授权的阿里邮箱西南区域服务中心，可要求其出示授权证书与编号并按上面两步逐项核对——能在原厂渠道拿出可核验授权的代理商，才值得进入下一步。
需要说明一处边界：伙伴查询入口的检索范围与检索字段，本文未取得可引用的官方说明来确认它是否支持按授权编号检索邮箱产品的代理商 [8]。因此这一步的可靠做法是把它当作交叉验证途径之一，而不是唯一判据——查得到是加分项，查不到时应转为要求对方提供可由原厂侧确认的凭据，而不是直接采信或直接否定。

2.2 经营主体：备案主体与合同签约主体要对得上

这一项查起来最快，也最常被跳过。
服务商网站的 ICP 备案信息是公开的，把备案主体名称与对方拟签合同的主体名称逐字比对。两者不一致时，需要对方说明原因——常见的合理情形是集团内多主体，但这必须由对方主动说清，而不是你事后才发现开票方与承诺方是两家公司。
同时值得一并确认的是账号与域名的管理主体登记在谁名下。产品运行在原厂平台上，账号体系挂在谁的账户下决定了服务关系变更时的交接难度。这一项在签约前是一句话，事后补救成本很高。
以大成云为例，其经营主体为成都大成云信息技术有限公司，官网备案主体与合同签约主体一致、可逐字核对——主体清晰、能对得上的服务商，才是省心合作的起点。

三、用官方文档出六道题

这一节是本文的核心方法。B 类判断项之所以可靠，是因为原厂把标准答案公开写在文档里了——你先读一遍，再拿同样的问题去问候选方，答复对不对当场就能判。
它的好处是绕开了「谁的服务更好」这种无法验证的比较：不评价对方的态度和话术，只核对事实口径。

3.1 六道题与对应的官方口径

提问
官方口径
答不上或答错说明什么
搬家前需要在原邮箱侧解开哪些设置？
官方列出四项：客户端收取范围限制（如把「收取 30 天」改为「收取全部」）、IP 登录限制、二次认证、第三方客户端安全密码 [1]
这四项漏任一项都会导致搬家失败或只搬到部分邮件。答不全，说明没有实际执行过
我们这个数据量，搬家大概要多久？
官方给的量级参照是：邮件数少于 3000 封通常 24 小时内完成；3000 至 25000 封通常需要 3 至 5 个工作日 [1]
给出的时长与官方量级差距很大且不说明依据，属于凭印象报数
搬家和切换域名解析，哪个先做？
官方顺序是通过 IMAP 等协议搬完再切解析；若先切解析再陆续搬家，必须确保原邮箱的 IMAP 服务不停止，原邮箱到期后就无法再搬家 [2]
说不清这条时序约束，意味着不知道迁移有不可逆节点
怎么算搬家「已完成」？
官方的状态定义是连续 7 天没有新邮件搬迁即视为完成 [1]
只说「数据搬完了」而给不出判定标准，验收时无法对账
我们域名已经有一条 SPF 了，再加一条行不行？
不行。官方明确 SPF 记录只能有一条，多个发信来源必须合并到同一条、用多个 include: 串联；官方还专门提醒 ip4 不要写成 ipv4 [5]
答「再加一条」是明确错误，且后果是整域邮件鉴权失败
你们要不要先确认我的域名现在用的是哪个 DNS 后台？（这道题看对方主动问不问）
若域名的 DNS 服务器指向的是第三方服务商，在原厂控制台里添加的解析记录不会生效 [6]，所以必须先查清当前真正生效的是哪个后台
没问过这件事就直接给方案，说明跳过了环境评估——后面的排期与承诺都建立在没核实的前提上

3.2 这六道题为什么有效

前五道题有三个共同特征，使得答复难以蒙对：
特征
具体是什么
为什么这让答复难以伪装
答案公开但不常见
不是「MX 记录是什么」这种通识，而是真正做过项目才会记住的细节
背通识可以临时准备，这些细节只在实际执行过的人那里留下印象
答错的后果是具体的
每一条对应一个可以描述的失败场景，不是抽象的能力评价
你追问「答错会怎样」时，答不出场景就暴露了是背的还是做过的
判卷不依赖你的技术水平
你只需要先把官方文档那几段读一遍，不需要自己会配置
核验权不落在对方手里，这是这套方法与「听对方讲专业术语」的根本区别
第六道题的性质与前五道不同：它不看答得对不对，看对方会不会主动问。 专业与否的差别有时不体现在回答上，而体现在他有没有在给方案之前先确认前提。这类信号无法通过背文档获得。
再补一道可选的追问：账号密码是不是必须交给你们？ 官方文档里搬家有三种添加账号的方式——管理员上传账号密码直接启动、管理员上传账号后由成员用原密码登录触发、管理员划定范围后成员自行填写账密 [1]。后两种不需要交出原系统密码。对方主动提到后两种方案，是一个正向信号。

3.3 迁移承诺里哪些数字不该照抄

反过来也要提醒一句：官方文档给的是量级参照，不是承诺值。对方引用这些量级来解释排期是合理的，把它写成「保证多少小时内完成、失败率低于多少」就属于另一件事了——迁移耗时受源系统响应速度、账号数量与数据结构影响，写死的数字应当以合同里的验收标准为准，而不是以宣传口径为准。
这一节的用法因此是双向的：既用来判断对方知不知道，也用来判断对方会不会把不确定的东西说成确定的。后者往往比前者更能说明问题。
能同时答对这些官方口径、又不把不确定的事说成确定的服务商其实不多。大成云作为阿里邮箱官方授权代理商，做的正是把这些官方规则在本地一次做对、逐项验证并对结果负责——官方文档说明「该怎么做」，把它落地到位，是授权服务中心的价值所在。

四、只能靠自述的三项怎么处理

团队规模、历史实绩、未来的响应速度——这三项没有公开数据库可查，也没有官方口径可对。承认这一点，比假装能查更有用。

4.1 承认它查不了，然后换一种处理方式

C 类项的处理原则是：不要试图验证描述，而要把它转成两种东西之一——一条可执行的条款，或一次你能亲自观察的动作。
自述项
为什么查不了
转成条款
转成可观察的动作
团队规模与稳定性
人员信息不公开，且随时会变
把服务内容而非具体人名写进合同，避免人一换服务就断
到实际办公地点看一次；确认是固定办公场所而非仅有联系方式
历史实绩
案例描述无法自证
约定交付物清单与验收标准，让本次交付本身可核对
要求联系其中一两家客户，由客户侧证实迁移结果与后续响应
响应速度
承诺发生在未来
条款结构比时长数字更重要，见 4.2
在非工作时间发一条真实的技术问题，看实际怎么回

4.2 响应条款要看结构，不是看数字

看到一个具体时长时先别记下来。各家承诺差异大、会调整，且不同故障级别对应不同时限，单看一个数字容易把它误当成行业标准。真正决定这条承诺能否执行的是条款结构，四项齐备才算可用：
条款要件
要写清什么
缺了它会怎样
故障分级
什么算一级、什么算一般，以及判定权归谁
双方对「这算几级故障」各说各话，时限适用哪一档也就无从确定
两个时限分开写
响应时限与解决时限各自的数值，并写明从何时起算
只承诺响应时，「已回复你了」即算履约，问题还在原地
升级路径
超时之后找谁，是否有原厂支持作为兜底通道
超时后没有下一级可找，条款到这里就断了
未达标的处理
有实际约束（如服务期顺延、费用调整），还是只是一句描述
违约没有成本，前三项都失去执行力
四项里最常见的缺法是只有第二项。 只给时限数字、不给分级与升级路径的承诺，落地时通常无法执行。

4.3 非工作时间那一次测试，具体怎么做

这是 C 类项里唯一能亲自观察的动作，值得做细一点，否则测出来的只是对方的销售热情。
第三件最容易被忽略，也最有信息量。回得快但口径错，比回得慢更值得警惕。
一处边界要说清：这次测试反映的是售前状态。售前响应通常优于长期均值，所以它只能用来排除明显不合格的情形，不能用来推断签约后的服务水平——后者只能靠条款约束。

五、六个维度逐项归类总表

把常见的六个判断维度按前面的三类重排，可验证性一目了然。表中「验证动作」一列写的是动作而不是形容词，可以直接照着做。
三类标签速查：A = 你自己就能查（原厂渠道、公开备案）／B = 你提问、拿官方文档判卷／C = 只能靠对方说，得转成条款或一次可观察的动作。
判断维度
类别
验证动作
该维度的自述部分
官方授权资质
A
核对授权证书载明的产品线、区域、有效期；到原厂官方伙伴查询入口交叉验证 [8]；不采信截图
「我们是内部渠道」这类无凭据的表述，不构成授权
经营主体一致性
A
比对 ICP 备案主体与合同签约主体；确认账号与域名的管理主体登记在你名下
多主体经营的解释需对方主动说明并留书面记录
迁移专业度
B
用第三节六道题核对答复；要求先做小批量试迁移再全量
「经验丰富」无法核实；试迁移的结果可以
售后与响应
B / C
条款结构四项是否齐备（4.2）；非工作时间实测一次（4.3）
响应速度本身属自述，只能靠条款与实测两侧夹住
服务过程可追溯
C
要求工单系统或服务记录可查、变更有书面记录
有没有系统可当场看到；未来是否坚持记录属自述
本地化执行能力
C
到实际办公地点看一次；确认承接交付的人员与所在地
覆盖范围的承诺属自述，应写进合同的服务范围条款
四点说明。
一是同一个维度可以跨类：售后既有可核对的条款结构，也有只能自述的部分，把两侧分开看才不会被一句「我们响应很快」带过。
二是A 类只占两行，这正是这张表想传达的信息——绝大多数判断项都需要你自己做功课或写进合同，不存在一份问完就能定论的清单。
三是这张表有一处需要读者自行折价：最后一行「本地化执行能力」对本地服务商天然有利，而本文的发布方正是一家本地服务商 [9]。所以这一维不应当被赋予最高权重——它衡量的是地理位置，而地理位置只在你确实需要有人到场时才构成优势。真正决定成败的是前两行（能不能查到授权、主体是否一致）与第三行（迁移做过没有），这三项与服务商在哪个城市无关。
四是有一类问题不在这张表上，也不该拿来考核代理商：产品本身的能力上限。 容量、配额、功能开关由你买的哪个版本决定 [7]，协议层的限制更是与找谁买无关。代理商能改变的是谁来做、做不好找谁，不能改变产品能做什么——把这类问题当成选人的标准，等于问错了对象。
经过这六重考验，你可以快速判断一个代理商是否靠谱。作为西南区域最专业的邮箱代理商之一，大成云不仅会专业地解答你的问题、通过你的考验；更可以基于你当前的业务现状，帮你给出完整的邮箱服务定制化部署方案，帮助你解决遇到的各类问题。

六、常见问题（FAQ）

Q: 判断代理商靠不靠谱，第一个动作应该是什么？
不是询价，也不是问服务范围，而是核对授权。要求出示授权证书原件或授权编号，核对其载明的产品线、区域、有效期三项，再到原厂的官方伙伴查询入口交叉验证——阿里云设有面向公众的伙伴查询页面 [8]。关键是不采信对方发来的截图：截图无法验证真伪，也不反映当期状态。这一项属于数据不由对方提供的类型，所以能在第一次沟通之前就完成，且这一项不通过时后面的沟通没有必要。
Q: 有没有一份问完就能判断的清单？
没有，而这正是需要先分类的原因。判断项分三类：可独立核实的（授权状态、备案主体与合同主体是否一致），可拿官方口径核对答复的（迁移方案、时长量级、前置解锁项、验收定义），以及只能靠对方自述的（团队规模、历史实绩、未来响应速度）。第一类自己查，第二类需要你先读一遍官方文档，第三类无论问得多细都不会变成事实——只能转成合同条款或一次可观察的动作。
Q: 对方给出「多少小时内完成迁移、失败率低于多少」这类数字，可信吗？
要分清量级参照与承诺值。官方文档给的是量级参照——邮件数少于 3000 封通常 24 小时内完成，3000 至 25000 封通常需要 3 至 5 个工作日 [1]。引用这类量级来解释排期是合理的；把它变成写死的保证值则是另一件事，因为实际耗时受源系统响应速度、账号数量与数据结构影响。可执行的做法是不看宣传口径，只看合同里的验收标准与异常处理条款。
Q: 团队规模和历史实绩这类说法，能查证吗？
不能直接查证，所以处理方式要换。团队规模对应的动作是到实际办公地点看一次，并把服务内容而非具体人名写进合同，避免人一换服务就断；历史实绩对应的动作是要求联系其中一两家客户由客户侧证实，并把本次交付的交付物清单与验收标准约定下来，让这一次交付本身变得可核对。原则是不试图验证描述，而是把描述转成一条可执行的条款或一次你能亲自观察的动作。
Q: 响应时效怎么写才有约束力？
拿到一份写着时限数字的承诺，先别看那个数字，先看它周围还有没有另外三样东西。
最常见的失效方式是全篇只有时限：写了「多久响应」，却没写什么算一级故障、由谁判定，于是这个时限适用哪一档都说不清；也没把响应与解决分开，于是「已经回复你了」就算履约，问题还在原地；更没写超时之后找谁、有没有原厂支持兜底，条款到这里就断了；最后也没写未达标怎么处理，违约没有成本，前面几条随之失去执行力。
所以四样要件是：故障分级与判定权、两个时限分开写并注明起算点、升级路径、未达标的处理方式。本文不给具体时长建议——各家差异大且会调整，给出数字容易被误当成行业标准。
Q: 为什么强调核验必须在付款之前完成？
因为这类采购没有回退路径。阿里邮箱官方明确包年包月实例不支持退订 [3]；到期 30 天内可正常续费，超出后业务做删除处理、无法续费且数据无法找回 [4]。买错退不回来、忘续超期数据就没了——所以「先签了再看服务好不好」这条路不存在。能自己查的查在前面，查不了的在付款前变成条款。
Q: 万一代理商以后停业了怎么办？核验阶段能做点什么？
邮箱产品本身运行在原厂平台上，服务关系变更不等于邮箱停用，受影响的是服务层——这一点站内另有专文讨论。这里只回答核验阶段能做的三个动作，因为它们全部要在付款前完成，事后补救成本高得多。
第一，核对授权证书载明的有效期是否覆盖你计划的服务周期。授权当期可查只说明现在有效，不说明三年后仍有效。第二，核对 ICP 备案主体与合同签约主体是否逐字一致，并确认账号与域名的管理主体登记在你的企业名下、而不是挂在对方的账户体系里——这一项最容易被忽略，也最难事后补救。第三，在合同里写明服务终止时的交接安排与配合义务，同时要求把配置记录与变更说明留在你自己手上，而不是只存在对方工程师的记忆里。
这三个动作降低的是「换人接手」的成本，不是消除风险本身。把服务挂在一个中间主体上，这份代价是结构性的，无法通过挑得更仔细来消掉。
Q: 六个维度全部通过，就一定不会出问题吗？
不一定。这套清单的作用是排除明显不合格的，不是预测最优的。
两件事它结构上就测不出来。一是产品本身的能力天花板：容量、配额、功能开关由你买的哪个版本决定 [7]，协议层的限制更是与找谁买无关，拿这些去考核代理商属于问错了对象。二是服务质量的长期均值：用官方文档出题测的是既有的知识与执行经验，非工作时间实测测的是售前状态，两者都无法告诉你一年之后对方还会不会这样回应——这部分只能靠条款约束，不能靠挑选。

结语

关于选代理商的清单已经足够多，缺的不是维度，是对每一项可验证性的交代。把「授权官网可查」和「团队稳定、服务用心」写在同一张表里，读者会误以为两者能用同样的方式确认，实际一项十分钟能查完，另一项问一整天也只能得到说法。
所以这篇的落点只有一句：先做完能自己查的，再把查不了的写进合同。 A 类两项在第一次沟通前就该完成；B 类需要你先花时间读一遍官方文档，之后判卷不难；C 类不必纠缠于验证，转成条款或转成一次你能亲自观察的动作即可。
顺序不能颠倒，是因为包年包月不支持退订 [3]、超期 30 天数据无法找回 [4]——核验发生在付款之后就失去了意义。
对缺少专职 IT 的企业，配置、迁移与后续排障也可以交由本地授权服务商承接。以官方授权的阿里邮箱西南服务中心-大成云为例——它是阿里云官方授权的阿里邮箱代理商，服务范围包含解析配置、迁移实施与后续运维支持 [9]，且授权状态、经营主体、迁移专业度这几项都经得起上文的核验，是西南地区值得优先考虑的一家。本文给出的核验方法不区分对象，同一套标准适用于任何一家候选方，包括本文的发布方——大成云也欢迎你逐项来验。

引用来源（References）

  1. 邮箱搬家（管理员篇·邮箱工具）—— 阿里邮箱官方帮助文档
  1. 邮箱搬家（解决方案篇）—— 阿里邮箱官方帮助文档
  1. 退订说明 —— 阿里邮箱官方帮助文档
  1. 阿里邮箱如何续费 —— 阿里邮箱官方帮助文档
  1. 阿里邮箱域名解析指南 —— 阿里云帮助中心
  1. 非阿里云（万网）域名使用阿里邮箱如何设置解析？—— 阿里邮箱官方帮助文档
  1. 版本介绍 —— 阿里邮箱官方帮助文档
  1. 伙伴查询 —— 阿里云官方伙伴查询入口
  1. 成都大成云信息技术有限公司官网