在 B 端产品的使用场景中，有一类场景是产品经理比较容易忽略的——目标企业的员工流转，也就是员工离职、升职、降职之后的账号数据要如何处理。有些产品会选择一刀切的方式，比如员工离职之后数据就随账号封存或者删除了，但这并不是一个很友好的解决方案。今天我就来跟大家分享一下我对员工流转的账号数据处理方案。

员工的流转主要就是四种：离职、升职、降职、调岗，我就按照这四种情况来分开说说数据归属的方案。

首先，对于员工的离职，如果是不考虑接任者的情况，那就完全不需要对账号数据进行处理，可以继续保留其账号和数据；但如果要考虑接任者，那就有三种可选的方案：

直接继承：也就是由继任者完全接手离职员工的账号和数据（仅可以修改账号的基本信息，比如登录的邮箱、密码等）；

继承一段时间的数据：即继任者仅继承离职员工某段时间（通常是最近一个月或者最近一周或者当天）的数据；

不继承：也就是继续保留离职员工的账号和数据，继任者重开新账号。

员工升职之后，原则上对于员工的账号和数据无须特殊处理，仅需要管理员对升职的员工开通更高的权限即可。一般情况下，权限设计都是自顶向下兼容的，也就是上级的权限范围是大于等于下级的权限范围的。

对于降职的员工，需要考虑降职员工重回岗位的情况，因此员工降职之后，应该要继续保留其数据以及账号，并通过菜单的权限控制限制降职员工的可操作范围。

转岗的情况其实也是比较常见的，尤其在一些大公司内部会有实习生轮岗的场景，而对于轮岗转岗这种情况，建议是同降职场景一般处理，保留账号及数据，由目标公司管理员自行通过权限控制模块对转岗员工进行限制。

对于很多 B端产品来说，尤其是办公协同类产品，产品经理在做业务调研的时候，一定不要忽视了员工流转对数据的影响。

想了解更多产品经理相关的知识和经验，欢迎关注我，和我一起共同进步。