一位销售离职三个月后,公司才发现他的系统账号还能登录。客户已经转给了同事,可附件还挂在他名下;他跟另外两位同事的共享关系还在,那两位现在看到的是一份没人维护的旧名单;对外留的邮箱也还是他的,一封客户询价信发过来,石沉大海。事情传开之后,主管复盘了一圈,发现离职那天该做的事,一件都没落下——只是谁都没想起账号这回事。
先把结论放在前面:账号是一个人的身份,不是一个工位。人走了,身份要立刻收回,数据要完整留下,权限要逐项清掉。这三样如果混在一起处理,就容易只做了最显眼的那件——比如把客户转走,账号却一直开着。
账号为什么常常没关掉
第一个原因是没有明确的责任人。人事认为账号归技术管,技术认为业务部门该提申请,业务主管则认为人走了自然就登不上了。三方都以为别人会做,结果谁都没做。
第二个原因是怕影响业务。离职交接总有一段时间,主管担心账号一停,客户打电话来没人接、历史邮件没人看,于是先留着,说等交接完再停。这一等,往往就没了下文。
第三个原因是交接清单里没有账号这一项。客户名单、在手合同、跟进记录都会列进去,账号、权限、共享关系这些“系统里的东西”看不见摸不着,就容易被漏掉。
第四个原因是账号本来就没分清。一个岗位一个账号、几个人用同一个登录名的情况并不少见。这种账号在离职时最难处理——停了,在职的人也用不了;不停,走了的人还能进。
离职当天该做的四件事
把动作拆成四件,按顺序做,就不容易漏。
| 动作 | 具体做什么 | 不做会怎样 |
|---|---|---|
| 停用账号 | 当天停掉登录,不等交接结束 | 离职人员仍能查看、导出客户资料 |
| 移交数据 | 客户、跟进记录、合同、附件全部转到承接人名下,不只是“共享给他看” | 名单在,上下文不在,接手人要重新问一遍 |
| 清掉权限 | 取消共享关系、管理范围、角色授权,逐项核对 | 遗留的共享等于一条长期的旁路入口 |
| 留下记录 | 交接清单、移交时间、承接人签字,存档备查 | 事后争议时说不清哪些资料交过、交给了谁 |
四件事里最容易被打折的是第二件。很多交接只做了“共享”,承接人能看见,但客户归属还在离职人员名下,后续的跟进记录、回访安排全落不到承接人头上。共享是临时协作手段,移交才是所有权变更,两者不能互相替代。
只停账号还不够
账号一停,登录是进不去了,但散落在系统外的痕迹还在。对外公布的名片、报价单、合同落款上的手机号和邮箱,客户还在用;离职人员的邮箱如果没设自动回复,客户的询价会一直发进一个没人看的信箱;工作群里他还在,客户在群里问事情,回应的是沉默。
所以账号处理完之后,还要顺着“客户能接触到的入口”再走一遍:对外联系方式是否已换成承接人、邮箱是否设了转交或自动回复、群组里的角色是否调整、系统里的共享关系是否清空。这一圈走完,才算真正把人从业务里摘出来。
还有一类容易被忽略的:离职前提交但还没走完的事项。单据、报价、在办的合同,如果只挂在离职人员名下,流程会停在那里没人推。交接时把这些逐条列出来,指定新的负责人,比笼统说一句“有事找他”有用得多。
调岗和长期休假,是同一套动作
不是只有离职才需要收权限。调岗的人,原来的客户范围、部门范围、角色授权都该跟着变;长期休假的人,账号不一定停,但至少要让同事能接手他在办的事。这两种情况的处理逻辑和离职一样:先把身份和数据分开看,再决定哪些该收、哪些该转。
现实里调岗往往比离职更容易出问题。人还在公司,账号还在用,只是换了部门,原来的客户范围却没改——于是他能看到原部门的所有客户,新部门的同事却看不到他的。权限是跟着岗位走的,岗位变了,权限不跟着变,就等于留下了一个跨部门的口子。
入职那天就该为离职做准备
离职处理得顺不顺,很大程度上取决于入职时怎么开的头。三条做法能把后面的麻烦压到很小。
一是一人一号。共用账号看起来省事,实际把责任、记录、权限全搅在一起,出事时既追不到人,也停不掉号。二是按角色授权,不按人情授权。角色对应的是岗位职责,人换了,角色跟着换,权限自然跟着变,不用每次手工调。三是把数据归属写进制度:客户资料属于公司,员工在职期间录入的内容属于职务成果,离职时完整移交。这条写在员工手册里,比事后解释有效得多。
再加一条实操建议:做一份交接清单模板,把账号、权限、共享关系、在办事项、对外联系方式都列进去。清单在手,离职那天照着勾就行,不依赖某个人的记性。
判断标准:接手的人能不能自己往下走
一套离职流程做得好不好,有个很朴素的检验办法:让承接人打开客户详情,看能不能在不问任何人的情况下,说清这个客户此前谈到哪一步、约定了什么、下一步该做什么。能,说明数据和上下文都留下了;不能,说明交接只交了名单。
这个标准同时也解释了为什么账号要停得干脆。账号不停,承接人遇到问题会本能地去问离职的人,表面上衔接顺畅,实际上业务还挂在一个人身上。停掉之后,信息只能从系统里找,系统里的记录才会被认真补全。

常见问题
问:交接期还没结束,账号能不能先留着?
答:不建议。交接需要的是数据可见,不是账号可用。把客户和记录移交过去,比让离职人员继续登录更安全,也更符合交接的本意。
问:客户只认离职的这个业务员,怎么办?
答:这属于客户关系层面的交接,靠一次正式告知解决:由承接人出面联系,说明后续由谁对接。系统层面该收的权限照收,两件事不冲突。
问:小公司人少,也要做这么细吗?
答:人少反而更该做。人少意味着每个人手上的客户更集中,一个人离开带走的比例更高;流程可以简化成一张清单,但账号、数据、权限这三样不能省。
人员流动是常态,能不能把流动带来的损耗压住,看的不是离职面谈聊得多好,而是账号停得干不干净、数据留得全不全、接手的人能不能自己往前走。这些事在入职那天就开始了,也在每一次交接里被检验。