一封快超期的信件，却躺在市民的另一个账号里？WebFuture账号合并，年67小时人工核查变用户自助

信件没有丢，是同一个市民被三种登录方式拆成了 3 个账号。

窗口的待办列表里只看得见 1 封，且已办结；另 2 封散在别的账号下，其中 1 封已临近 15 个工作日时限。这类情况约占信访量 3%-5%、一年约 200 件，人工核对一个市民平均 20 分钟，折算约 67 小时，还要承担超期考核扣分与重复投诉的风险。动易 WebFuture「账号合并」以当前登录账号为主账号，合并前须完成身份验证，信息以主账号为准，被合并账号的投稿、评论、信件等记录全部归集——20 分钟人工核查变成用户自助合并，历史账号一次归拢。

待办列表里只有一封信——可市民名下其实有三封

一、窗口的待办列表里，只有一封信

某市政务服务网站接到一封市民咨询信件，办理时限是 15 个工作日。眼看快到期，窗口工作人员打开待办列表准备处理——列表里，这位市民名下只有一封信，状态显示已办结。

按理说，事情到这里就该结束了。

可这封信的内容，和市民在电话里反复提到的那件事，对不上。工作人员多问了一句，才发现：这位市民名下一共有 3 个账号，先后发过 3 封信。窗口看到的只是其中 1 封，另外 2 封躺在另外两个账号下，从来没有进过这个人的待办列表。

其中 1 封，已经临近 15 个工作日的办理时限。

同一市民的三封信，只在其中一个账号的待办里出现

二、三个账号怎么来的：登录方式是一代代加上去的

这位市民并没有做错什么。他的三个账号，是网站自己"长"出来的。

第一阶段，网站只支持"账号 + 密码"注册登录。市民注册了第一个账号，投过稿，也发过咨询信。

第二阶段，为了少输密码，网站加了"手机验证码登录"。手机号一绑，系统又给他建了一个账号——这一次他没意识到，自己已经"多了一个身份"。

第三阶段，微信扫码登录上线，扫码即注册。第三个账号就这样诞生了，而他本人只觉得"这样登录更方便了"。

每一次升级都是好意：登录门槛越来越低，市民用得越来越顺。但旧方式不能停用——总有市民习惯了老办法，一刀切会把人挡在门外。于是三种登录方式并行，各自对应一批账号。

问题就出在这里：系统按"登录方式 + 标识"认人，而不是按"这个人"认人。同一个人在三种方式下，就是三个账号。

三、人工核对的账：20分钟 × 200件 = 67小时

这类事在窗口不是孤例。处理的办法通常靠人：市民打来电话，工作人员按姓名、按手机号在后台反复检索，把几个账号一一找出来，再核对哪封信属于哪件事——一个市民，平均要花 20 分钟。

而这些账号本身不带任何提示：没有"这是同一个人"的标记，也没有"该账号已合并"的状态。只能靠人一次次翻，翻完还得向市民解释一遍。

这件事的全部数字

两种代价，往往同时发生

第一种代价是超期。信件躺在没人看的账号里，15 个工作日一天天过去，系统里它"从没被提交过"，考核里它"超期未办"。扣分不是因为没人干活，是因为根本没人知道还有这封信。

第二种代价是重复。市民等不到回复，以为"提交了没人管"，于是换个账号再发一封、再打一次电话。办理量凭空翻倍，窗口的时间又被占去一轮。

四、让用户自己合并：验证身份，记录归拢

动易 WebFuture 的「账号合并」，把"翻账号"这件事交回给本人。

第一步，在个人中心发起合并，以当前登录账号为主账号。市民用现在常用的那个账号登录，在个人中心里点"合并账号"——从现在起，这个账号就是主账号，其他账号都往它这里并。

第二步，短信验证码验证历史账号。填上要合并过来的旧账号，系统发验证码到该账号绑定的手机号。验证码对得上，才认这个人确实拥有那个账号——合并前必须验证，谁也不能替别人并账号。

第三步，投稿、评论、信件全部归集到主账号。被合并账号下的投稿、评论、咨询信件等记录，一并迁到主账号名下；账号的基本信息以主账号为准，不会因为合并把资料搞乱。

以当前账号为主账号，验证通过后记录一次性归拢

五、合并之后，窗口不用再挨个翻账号

市民合并完，回到个人中心一看：3 封信都在同一个账号下，办理进度一目了然。哪封在办、哪封已办结、哪封快到期，一次就能看清。

窗口这一侧的变化更直接：待办列表不再只显示一个账号的信件。那封临近时限的信，重新回到了办理视野里，按时限推进；余下的两封也不再"消失"。原本 20 分钟一次的核对，不再需要窗口代劳。

这类情况在政务网站很常见：登录方式一路升级、旧方式又不能停，账号就按方式一路分裂。与其让窗口一个个去翻，不如给用户一条自己归拢的路。「账号合并」提供的正是这条路——主账号明确、身份验证在前、记录完整归集，年约 67 小时的核对工作，交给用户自助完成。