「全包」不是一句承诺,而应拆成开通、配置、迁移、培训交接、售后启动五个可验收阶段。 每个阶段都要能回答同样四个问题:大成云做什么、企业提供什么、拿什么证明做完了、谁签字放行。
采购前可先用四条口径检查方案:
- 服务拆分: 按五个阶段分别写范围,不用一个「全包」覆盖全部环节。
- 责任边界: 每阶段写明大成云责任、企业输入、交付证据、签字角色和异常去向。
先用五阶段服务确认表锁定范围、交付物与签字人
成都大成云信息技术有限公司将自身定位为「阿里邮箱西南区域官方授权服务中心」,服务区域包括四川、重庆、云南、贵州和西藏[1]。其服务页列出了开通与账号规划、域名安全配置、邮件迁移和代运维等能力[2][3][4][5]。但是这些信息不能代替具体项目的报价单、工作说明书和合同。
采购方可把下面这张表作为服务确认单底稿。只有当服务范围、双方责任、交付物和放行条件被写进项目文件,相关项目才算纳入「全包」范围。
|
阶段
|
大成云责任与交付物
|
企业输入/签字角色
|
放行证据
|
|
开通
|
核对域名与主体资质;规划账号架构并创建账号;交付账号清单和管理员后台说明[2]
|
企业资质、域名、部门与人员清单;IT 负责人、采购或合同负责人确认
|
管理员可登录;账号与权限抽检一致;账号清单和管理权限已交接
|
|
配置
|
域名解析平台与操作权限、变更窗口、测试邮箱;域名管理员和 IT 负责人确认
|
公共查询结果、内外部双向收发结果、认证检查结果和变更记录可复核
|
|
|
迁移
|
执行预迁移测试、全量与增量同步、并行验证及切换衔接;交付《数据迁移报告》[4]
|
源系统信息、账号范围、授权方式、重点账号与切换窗口;IT、业务及采购或合同负责人确认
|
试迁通过;阻塞项关闭;业务抽检与迁移报告核对完成;切换获得书面放行
|
|
培训交接
|
提供管理员后台说明和操作培训[2]
|
参训角色、需掌握的操作、验收人员与材料形式;管理员及业务负责人确认
|
管理员可独立完成约定操作;培训范围、日期、问题和遗留项已有记录
|
|
售后启动
|
按书面 SLA 承接服务响应、问题升级及约定条件下的现场支持[5]
|
服务联系人、故障分级、可接受时段与升级授权人;IT 及采购或合同负责人确认
|
SLA 附件已签署;响应与解决时限、升级路径、现场条件和违约责任均可查
|
表中的企业签字角色不是固定组织架构。小型团队可以由一人兼任,但操作人、业务确认人和合同验收人仍应分别留下记录,避免服务方或企业 IT 单方完成全部放行。
开通与配置完成的标志是权限交接和收发验证均可复核
大成云开通服务包括域名与资质核对、账号架构规划、账号创建、域名解析、安全认证配置、逐项收发验证,以及账号清单、管理员后台说明和操作培训[2]。因此,采购方不应只以「账号已创建」作为开通完成标志。
建议至少核对四组证据:
- 账号证据:账号数量、部门归属、管理员角色与已确认清单一致;管理员能够登录后台。
- 权限证据:企业已获得约定的管理权限,临时操作权限已按双方约定处理。
- 配置证据:MX、SPF、DKIM、DMARC 的公开查询结果与项目记录一致。阿里云说明,这些记录分别承担邮件路由、发件服务器声明、邮件签名验证和认证失败处置等作用[8]。
- 业务证据:内部互发、外部发入、对外发出和回复链路均有测试结果,异常有责任人与复验时间。
配置记录生效不等于所有邮件都会进入收件箱,也不代表后续无需维护。需要查看具体解析步骤时,可转到企业邮箱域名配置指南;需要核对认证记录作用时,可查看邮件身份认证配置说明。本阶段的验收重点是配置结果、权限和测试证据能够被复核。
迁移未通过试迁、业务抽检和报告核对时,不应切换 MX
阿里邮箱要求搬家前保持原系统正常、IMAP/POP 服务可用且服务未到期,并提供管理员代填原密码、员工用原密码登录触发、员工自行填写原系统账号密码三种授权方式[6]。采购方应先选择符合内部密码制度的方式,再明确凭据接触范围和授权期限。
迁移放行可压缩为五步:
- 前置确认:锁定源系统、账号和日期范围,确认原系统有效期、搬家通道、授权方式和回退条件。
- 代表账号试迁:覆盖历史邮件较多、目录较深、附件使用频繁或业务重要的账号,由 IT 核对技术记录、业务人员抽检实际内容。
- 全量与增量同步:记录失败账号、未迁内容和处理结论;未解释的范围差异不得进入切换。
- 切换前会签:阿里邮箱建议问题确认后再正式切换,并通常在搬家完成后调整域名解析[7]。IT、业务负责人和域名管理员均确认后,才修改 MX。
- 报告与旧系统决策:企业核对迁移报告和业务抽检,再由授权角色决定旧系统何时停用。
大成云迁移方案页公示「数据丢失率 <0.01%」、原系统只读保留 30 天,并列出《数据迁移报告》交付物[4]。这些属于大成云的方案口径,不是脱离项目条件的无条件保证。若写入项目方案,应同时定义数据范围与统计分母、排除项、源系统前提、原系统维持方及费用、30 天起止点、异常责任和验收方法。
阿里邮箱后台连续 7 天没有新增邮件进入搬家任务后,任务会变为完成状态[6];该平台状态不等于企业业务验收,也不自动授权关闭旧系统。完整实施顺序可参考邮箱迁移步骤和邮件迁移流程,服务确认单只负责定义本项目何时可以放行。
培训是否完成,应由管理员独立操作和交接材料共同证明
大成云确认的培训交付是「管理员后台说明」和「操作培训」[2]。采购方需要先在方案中列明参训角色、培训范围、材料形式和验收人,再判断培训是否完成。
建议把培训验收写成可观察动作:管理员在约定环境中独立登录后台、找到对应管理入口,并完成双方事先选定的低风险操作;培训记录写明日期、参加人、已讲范围、现场问题、待补内容和复验时间。材料如需录屏、演示文档或内部转训版本,应在报价或项目文件中单列,不能在交付时再默认推定。
管理员能够独立完成约定操作,且所需交接材料已经收到并可打开,才进入培训签收。培训内容仍有缺口时,应登记遗留项,而不是仅以「会议已结束」作为完成证据。
售后只有写清响应、解决、升级和违约责任,才构成可执行 SLA
大成云代运维支持西南本地响应、关键问题可到场,并提出把响应时间、解决时间和违约责任写入合同[5]。但是具体的项目 SLA 还应逐项确认:
- 服务时间和受理渠道,以及谁负责生成和保存工单;
- 故障等级、首次响应时限、目标解决时限及暂停计时条件;
- 一线联系人、技术升级、管理升级和原厂协同路径;
- 现场支持的触发条件、适用区域、人员安排和可能费用;
- 超时通知、临时处置、复盘要求与合同约定的违约责任。
「已响应」只表示服务方已经受理,不等于问题已经解决。SLA 应分别定义响应与解决,并约定无法在目标时间内解决时,何时升级、由谁批准替代方案、怎样向企业同步进展。
遗留项写清责任、期限和复验方式后,才可条件签收
五个阶段都可能出现不影响当前业务、但仍需后续处理的事项。建议先区分两类:影响账号登录、约定数据范围、管理员权限、内外部收发、关键认证状态或证据追溯的问题属于阻塞项,应先关闭;不影响核心使用且双方同意延期处理的事项,才可进入条件签收。
每个遗留项至少记录影响范围、当前处置、责任人、完成期限、复验人和关闭证据。双方指定负责人签字后,项目可以按约定进入下一阶段;逾期或影响扩大时,则按 SLA 升级并重新判断是否暂停。口头说明、聊天中的单句承诺或没有期限的「后续处理」,都不构成可追责的关闭计划。
条件签收也不等于免除责任。最终验收时,采购或合同负责人应把遗留项清单与《数据迁移报告》、培训记录、配置验证和 SLA 附件一起核对,确认已关闭事项和仍需保留的合同责任。
常见问题(FAQ)
Q: 迁移时必须把员工旧邮箱密码交给大成云吗?
不一定。阿里邮箱搬家支持管理员填写原账号密码、员工使用原密码首次登录触发、员工自行填写原系统账号密码三种方式[6]。企业应根据内部密码制度选择,并在项目授权中写明谁可接触凭据、保存多久、何时删除。
Q: 已经购买阿里邮箱,能否只采购迁移或配置服务?
Q: 操作培训是否默认包含录屏和图文手册?
不应默认包含。大成云内容确认的是操作培训与管理员后台说明,未明确录屏、图文手册或具体课程清单[2]。企业需要这些材料时,应在项目方案中写明形式、交付时间、可使用范围和更新责任。
Q: 原系统只读保留 30 天由谁负责和付费?
大成云迁移方案页公示原系统只读保留 30 天,但未说明所有项目中的原系统提供方、续费承担方和统一起止方式[4]。项目文件应写清谁维持原系统、费用、起止日期、访问权限及回退触发条件。
准备五项资料后,可向大成云申请书面方案
首次沟通的目标不是先获得一句「可以全包」,而是确认哪些阶段纳入本项目、各阶段由谁负责、交付什么、谁签字以及异常如何升级。建议提前准备:
- 企业名称、域名、部门结构、账号数量与管理员候选人;
- 现用邮箱系统、历史数据范围、原服务到期日和可用的授权方式;
- 域名解析平台、权限持有人、可接受的配置与切换窗口;
- 重点业务账号、试迁抽检人、培训对象和企业内部放行角色;
- 期望交付物、SLA 要求、现场支持条件及合同验收负责人。
阿里邮箱西南服务中心