域名和邮件也是转化流程的一部分

以前做网页项目时，我总把一个问题留到最后：「谁能管理域名？」当时觉得挺合理。先决定要提供什么、写好页面、把事情讲清楚。等快上线了，再请人给我们权限，把该接的东西接上。

现在我喜欢早点问。不是因为我想一谈销售就说 DNS，而是因为有时答案是：「域名是一个已经离职的人买的。」听到这句，我对周五能交付什么就得重新判断。

页面能打开，别的呢？

假设我们正准备上线一场工作坊。页面已经能用公司的域名打开，表单也能保存报名。我在电脑上测了一遍，看到自己的名字出现在名单里，以为搞定了。可是换个人邮箱重新报名，却找不到确认邮件。后台显示邮件已经发出。

以前我会先改邮件：看看主题，缩短正文，再发一次测试。现在动文案之前，我会先问个更基本的问题：这封邮件从哪个地址发出，谁有权限检查它的设置？

页面能打开，并不能回答这些问题。域名可以正常指向网站，但发确认邮件的服务未必已经配置好，能代表公司发信。即使配置正确，「已发送」也不等于对方找到了邮件。这是不同的检查。如果看到后台多了一条报名，就觉得都没问题，我可能花一下午重写一封谁也没读过的邮件。

真正让我担心的不是少配了什么。缺了可以补。我担心的是，已经有人报名了才发现问题，却不知道谁能改。

能编辑网页的人未必能管理域名。做表单的人不一定有邮件服务的权限。发件地址看起来很专业，也可能根本没人看回复。对外是同一家企业，里面却可能是三个账户，没人知道各自归谁管。

不需要所有人什么都能改。但我希望公司保留控制权，也希望每个人都知道该找谁。如果明天做网页的人换了，域名不该跟着他走。如果有人回复确认邮件说找不到工作坊链接，我希望这条消息能到一个可以帮忙的人手里，而不是进了没人看的邮箱。

我会从外面走一遍：打开准备对外分享的网址，用团队以外的邮箱报名，找到确认信，打开链接，再回复邮件。然后确认回复到了负责处理的人那里。哪一步不通，就记下卡在哪里、谁能修。不必做成一场审计，也能发现问题。

我也会决定在修好之前还能做什么。如果没有域名权限，可以先把页面做完，在测试环境里跑一遍表单。但我不会先引流，再靠真实报名来发现大家到底有没有收到承诺的指引。上线后本来就有很多东西要学，这件事可以提前验证。

所以我把域名和邮件都算在转化流程里。对报名的人来说，页面、确认信，以及有人回答自己的疑问，不是三个系统，而是同一场对话里的三个时刻。如果他还得换个渠道来问报名到底成功没有，后台显示一切正常也没多大意义。