B端产品账户权限设计(二)

本文首发于微信公众号“京西技校”,从产品狗角度看行业、观天下。


上篇谈到功能权限通过角色区分。

今天聊聊数据权限。

01数据权限


什么是数据权限呢?

你暗恋同小组一个女同事,想看她的个人信息。打开IHR系统,可系统里只有你自己的信息。

怎么办?你请直属领导做个大保健,领导能看见她的信息。

领导和你用的是同一个页面,同一个功能,可看见的人员信息却不一样。

为什么说是同一个功能呢?

从技术角度讲,如果你和你领导的员工信息页面做成不一样的功能,码农哥复制代码即可。

如果这样干,同一功能就要重复码代码。

所以我们的做法是,功能是同一个,代码也是同一段。

只是在代码里做了权限上的区分。这就是数据权限。

数据权限的区分,通常是通过组织层级决定的。


有层级就有剥削,有剥削就有压榨,有压榨就有溜须拍马,这就是职场江湖。

窃以为最合理的公司人数是不超过7个人。马克思老人家说的,超过7个就是资本家。

西游记中的唐僧团队,算上白龙马是5个人。

宁财神的武林外传里,同福客栈算上老板娘是6个人。

五六个人的小团队,大家相互依赖、相互扶持,有难同当,有福同享。

月明星稀时,两杯清酒,互诉心里话,畅谈天下事。

少了尔虞我诈,多了人情温暖。

言归正传。

现实中大家都在世界五亿强公司,老板都想当首富,老板儿子都想当王思聪。

什么是大公司?大公司就是等级森严。

02组织架构

我们引入“组织架构”的概念,组织架构就像树干,账号就是树叶。

需要把树叶插到相应的树干上。

fetch_file78002477178a66ab257b0446d7db0a40-picture


如上图是常见的销售体系组织架构,在架构节点上可设置角色。

新增账号时,需要把账号添加到相应的节点上,并配置角色。

账号在不同的节点上,账号间就有了数据关系。

父节点的账号可查看子节点账号的数据。


账号=基本信息+组织架构节点+角色

组织架构节点赋予数据权限,角色赋予功能权限。

同一账号有多个角色怎么处理?同一账号挂在不同节点怎么处理?


咱们下期再谈。

本文首发于微信公众号“京西技校”,从产品狗角度看行业、观天下。

fetch_file8a7935c074b72810039afe1e564ffd44-picture