「全程代办」的准确范围是:技术动作全代,判断输入不能代。 大成云把阿里邮箱开通写成四步——域名与资质准备、账号架构规划、开通与配置、验收与交付,并写明每一步由省内技术团队落地、企业侧只需配合提供材料[4]。四步里有三步可以独立做完,只有账号架构那一步的依据必须来自企业。
三条口径先记住:
- 第一步卡人的是资质不是技术: 要先核对域名所有权与营业执照,并确认域名可修改解析记录[4]。域名注册本身不在公开服务范围内。
- 验收签字不能代: 第四步「企业确认无误后正式交付」的主语是企业[4]。
相邻话题各有专文:四类解析记录怎么配怎么验,见大成云代配置:MX-SPF-DKIM-DMARC 一次到位不进垃圾箱;自己动手配的省心账怎么算,见自己配域名邮箱 vs 找人配。本篇只讲四步的责任划分,以及第二步该怎么定。
四步里,只有账号架构这一步必须企业一起定
四步中有三步大成云可以独立做完——核对资质、配置解析与认证、交付凭据与培训,这些都不需要企业出技术人力。只有第二步不行。
账号架构要按部门、角色与管理层级规划,确定管理员、普通成员与别名分配[4],而部门怎么分、谁该是管理员、哪个邮箱要做成公共别名,这些只有企业自己知道。规划方案由大成云出,规划依据必须企业给。
|
步骤
|
大成云做什么
|
企业要出什么
|
|
域名与资质准备
|
核对域名所有权与营业执照等资质,确认域名可修改解析记录[4]
|
提供材料
|
|
账号架构规划
|
按部门、角色与管理层级规划账号体系,确定管理员、普通成员与别名分配[4]
|
提供判断依据
|
|
开通与配置
|
无
|
|
|
验收与交付
|
提供账号清单、管理员后台说明与操作培训[4]
|
确认无误
|
企业真正出现的是三处:一次交材料、一次给判断依据、一次签字确认。
第一步卡人的不是技术是资质,域名注册本身不在代办范围内
第一步的公开表述很具体:先核对企业域名所有权与营业执照等资质,确认域名可修改解析记录,目的是避免开通后被卡在资质环节[4]。
这一步没有任何技术动作,却是最常见的卡点。原因在那句「确认域名可修改解析记录」——它问的不是域名归谁买的,而是现在谁有权改它的解析。
这件事有原厂规则支撑,所以值得在签合同之前查清。按阿里云说明,使用阿里邮箱无需将域名转入阿里云、也无需强制修改 DNS 服务器,只要拥有该域名的 DNS 管理权限即可开通和配置;但如果域名的 DNS 服务器指向非阿里云的服务商,在阿里云域名控制台添加的解析记录不会生效,正确做法是先用 WHOIS 查出当前生效的 NS 记录再去那个后台加记录[5]。所以「解析权在谁手里」这个问题有一个自己就能做完的核验动作:查 NS,登录那个后台试一次。
还有一种情况会在第一步之前就把人挡住:一个域名不能同时绑定多个邮箱。把已绑定的域名添加到另一个邮箱时,系统会提示域名已存在或被占用,需要先在原邮箱中释放该域名[7]。企业以前开过试用实例、或者由别人代开过,就可能撞上这一条。
需要企业准备的材料只有两类,都不需要技术背景:
还有一条需要如实说明:域名注册本身不在大成云公开的服务范围内。 公开写明的第一步是核对已有域名的所有权与资质。因此如果企业连域名都还没有,第一步是自行在域名注册商处完成注册,再进入这四步。把「全程代办」理解成「连域名都替你买」是不准确的,它代办的是从资质核对到邮箱可用之间的全部技术动作。
账号架构的四个维度,以及为什么账号数要一次算准
大成云为这一步单独写了一段,标题是「账号规划,决定后续十年省不省心」,并给出「开通前规划到位,后期扩容、离职、审计都更顺」这一判断[4]。
|
维度
|
要定什么
|
定得粗糙时成本落在哪里
|
|
按角色分层
|
管理员、部门邮箱、个人账号、公共别名分别规划,权限清晰[4]
|
离职交接
|
|
预留扩容
|
按未来一年人员增长预留账号数与容量[4]
|
中途反复调整套餐
|
|
安全基线
|
开通即配置安全认证与登录策略[4]
|
伪造邮件与账号盗用
|
|
本地对接
|
西南区域团队一对一对接,规划与开通环节可即时沟通[4]
|
规划期问题积压到部署之后才暴露
|
四点需要就近说明。
第一,这一步的成本不在开通当天。 四个维度里有三个的代价都要等到之后才显形:离职是第一次人员变动时,扩容是第一次加人时,安全基线是第一次被冒名时。开通当天邮箱能收发,看不出架构定得好不好。这也是这一步最容易被草率带过的原因。
第二,账号数买错的代价是不对称的,这一点比页面说得更硬。 标准版与 AI 尊享版都是 5 个账号起,私有化版 100 账号起[1];而阿里邮箱包年包月实例不支持退订[2],减少账号数仅支持在服务到期前 30 天内通过工单申请,申请通过后还要在 3 小时内到控制台执行缩容[3]。买多了退不掉、只有一个窄窗口能减,而买少了后面加账号的价格不一定还是这一次的价格。 所以「按未来一年人员增长预留」不是一句保守建议,它对应的是一条没有回退路径的采购决策。
第三,公共别名要在这一步就单独列出来。 页面把公共别名与管理员、部门邮箱、个人账号并列为四类账号之一[4]。像售后、财务、招聘这类对外地址,本质上是岗位而不是人——如果开通时直接用某个员工的个人邮箱承担,那么这个人离职时对外地址也跟着失效。
第四,管理员这一项要区分两种权限。 按原厂说明,Postmaster 管理员账号仅用于管理邮箱及子账号,无法操作续费;续费必须使用购买邮箱的阿里云账号[3]。也就是说「谁当管理员」和「谁能续费」是两个问题。此外如果后续要用邮件归档,开启与查询归档的权限属于归档管理员,postmaster 默认没有这项权限,需要另行分配[8]。规划管理员名单时把这三类角色一次列清,比事后补要省事。三个控制点分别归谁,见代理商模式和官方直购模式,本质区别在哪。
企业在这一步要提供的输入是三样:组织结构(部门怎么分)、管理员名单(谁有后台权限、谁能续费、谁管归档)、对外地址清单(哪些邮箱是岗位不是人)。这三样给齐,方案就能由大成云出。
第三步与第四步:动作可以全代,签字不能代
这一步有一个开通期常见坑值得提前说,因为它会在交付后第一天就冒出来:新购买的阿里企业邮箱默认带有一条已开启的「三方客户端访问策略」黑名单策略,不允许登录第三方客户端。 需要用 Outlook、Foxmail 的账号要到邮箱管理后台的「安全管理-账号安全-访问策略」加为例外,或关闭该策略,5 分钟后生效[9]。这条策略同样约束 postmaster 账号,设置前要确认管理员是否需要加入例外[9]。所以第二步收集组织结构时,顺手把「哪些部门在用第三方客户端」一起问清,可以省掉交付后的一轮返工。
第四步是交付:开通后提供账号清单、管理员后台说明与操作培训,企业确认无误后正式交付使用[4]。
注意这一步的主语换了。 前三步的主语是大成云,第四步里「确认无误」的主语是企业。这就是全程代办的另一条边界:动作可以全代,签字不能代。
验收该逐项看什么,另有一篇专门的清单,见企业邮箱交付验收清单。本篇只强调一点:账号清单、管理员后台说明这两样是交付物,不是口头说明,验收时应当拿到文件本身。
代办的边界写在合同里,不是写在承诺里
代办范围之外的事靠的不是口头保证。大成云对此的表述是「SLA 写入合同:服务响应标准以合同条款约定,不停留在口头承诺」[6],代运维页进一步写明响应时间、解决时间、违约责任写入合同、服务质量可量化考核[10]。
时段口径有多处表述需要在合同里对齐。 页脚写服务时间为周一至周五 9:30–18:00,关于我们页的联系方式区同时写「工作日 9:00-18:00」与「7×24小时技术支持」[4][11]。这些表述之间的关系站内没有公示。要补一个对比基准:原厂侧标准版与 AI 尊享版本身就含官网在线 7×24 与运维服务热线电话 7×24,私有化版这两项为按需购买[1]。所以要分两条链路问:原厂工单入口在非工作时段怎么走,以及服务商侧的本地响应覆盖哪个时段。 怎么把这些落成可考核的合同字段,见选代理商别只看价格,看长期售后与响应。
三项与采购直接相关的公开口径:
- 购买流程五步。 需求沟通 → 报价确认 → 合同签署 → 部署开通 → 培训交付[12]。注意部署开通排在合同签署之后。
- 长期一方对接。 从选型、开通、迁移到扩容、续费与日常排障,由大成云一方对接[6]。
价格方面本篇只给一条口径:定价页对标准版标注 ¥60/人/年,同页标注阿里云官网价 ¥95/人/年,当期活动为买 3 年送 3 年,5 用户 3 年付 ¥1,800 得 6 年[13]。折算下来 ¥1,800 ÷ 5 人 ÷ 6 年 正好是 ¥60/人/年。这笔账怎么拆,见阿里邮箱找代理商买,价格会更贵还是更划算。
沟通前准备哪些信息
- 域名注册商、当前生效的 NS 指向、解析后台由谁能登录,以及域名是否曾被其他邮箱实例绑定过;
- 营业执照等企业资质,并确认域名主体与开票主体是同一家;
- 组织结构、管理员名单(含谁能续费、谁管归档)、对外地址清单;
- 未来一年的人数曲线,以及哪些部门需要使用第三方客户端。
代开通常见问题(FAQ)
Q: 域名当初是员工用个人账号买的,能直接开通吗?
要先处理归属再开通。公开的第一步是核对企业域名所有权与营业执照等资质,并确认域名可修改解析记录[4],这一步要确认的正是域名主体与开通主体是不是同一家企业。域名挂在个人名下时有两个现实问题:一是资质核对过不去,二是解析权跟着那个人走,对方离职或不配合,后续任何解析调整都要重新找人。好消息是原厂规则并不要求把域名转入阿里云,只要拥有 DNS 管理权限即可开通配置[5],所以稳妥做法是在需求沟通阶段就把域名过户或解析权移交列进待办。
Q: 账号架构方案是大成云给,还是企业自己想?
方案由大成云出,依据必须企业给。页面写明账号架构按部门、角色与管理层级规划,确定管理员、普通成员与别名分配,并预留扩容空间[4],这是大成云的动作;但部门怎么划、谁当管理员、哪些地址是岗位而不是人,大成云无从代答。可操作的分界是:企业提供组织结构、管理员名单与对外地址清单三样输入,大成云据此出方案并落到账号清单这份交付物上[4]。
Q: 开通之后要加人或改部门,需要重新走一遍四步吗?
不需要重走开通,但这正是预留扩容要解决的问题。页面的做法是在规划阶段就按未来一年人员增长预留账号数与容量,理由是避免中途反复调整套餐影响业务[4]。后续扩容与续费属于长期服务范围,由大成云一方对接[6]。代价在于当初预留得够不够:减少账号数仅支持在到期前 30 天内通过工单申请、且申请通过后要在 3 小时内执行缩容[3],而包年包月实例不支持退订[2]。所以预留不足时改的不只是账号数,还可能牵动已经付过的长周期方案。
Q: 15 天试用期间,域名解析要不要先改?
站内没有写明试用期的解析处理方式,这一点需要在需求沟通阶段直接确认。可以参照的是公开的购买流程顺序:需求沟通 → 报价确认 → 合同签署 → 部署开通 → 培训交付,部署开通排在合同签署之后[12],而试用的定位是「满意后再正式购买」。在没有明确口径的情况下,不建议为了试用先改生产域名的 MX 记录——解析记录通常需要 10 分钟至 48 小时在全球范围内生效[5],改动与回滚都需要时间。
Q: 交付当天邮箱能用,为什么员工的 Outlook 登不上?
最常见的原因是新购邮箱默认开启的「三方客户端访问策略」黑名单策略仍在生效,该策略不允许登录第三方客户端。解决方式是在邮箱管理后台的「安全管理-账号安全-访问策略」把相关账号添加为例外,或关闭该策略,5 分钟后生效[9]。这属于安全默认值而非配置失败——它默认关掉的正是被盗账号最常用的外发通道。建议在第二步收集组织结构时就一起确认哪些部门需要第三方客户端,并在验收项里加一条实测。
Q: 「全程代办」是不是意味着企业什么都不用管?
不是,企业有三件事外包不掉。一是第一步的资质材料与解析权确认;二是第二步的三样判断依据(组织结构、管理员名单、对外地址清单);三是第四步的验收确认——页面写的是「企业确认无误后正式交付使用」,主语是企业[4]。除这三处之外的技术动作,包括账号创建、域名解析、SPF/DKIM/DMARC 配置与逐项验证收发,都由大成云完成[4][6]。
阿里邮箱西南服务中心