大型项目权限设计-部门组织架构-图示4
如果说，中型项目的数据权限是按照门店或者区域划分，那么部门树则是数据权限的另一个维度。按照创建者所在部门，将这条数据归属于某个成员某个部门（此处还要考虑成员存在多部门的情况），同个部门间数据独立，而主管可以查看所有人的数据。
则这个数据划分，并不适用于后台管理的所有列表，例如用户列表、订单列表此类数据来源并非后台的，或者是一些文案管理的列表，并没有必要做数据的区分；所以在开发的时候，还需要在每个列表列出说明，是否使用；这个逻辑实现的确是相对比较复杂的，整个权限系统可以相当于一个小型项目了，这个需求我大概写了一下功能点，有需要的小伙伴可以再问我要。
权限还是一个可简单可复杂的系统模块，但是还是要按照需求，进行设计。
熟悉产品体系跟需求后，提出的方案才能更贴合、更有说服力，才能真正解决问题；所以也建议，对权限系统感兴趣的话，有空的时候多研究一下钉钉、飞书这类型的软件，虽然并不能完全复用，大厂的解决方案，每个模块甚至于每个文案内容，都凝聚着一整个技术团队的心血，还是很值得我们学习的。
本文由 @yimi 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
