我们准备为销售、客服和交付团队搭建统一知识库。目前纠结是直接按照组织架构分权限，还是按业务场景建立文档空间。
实际情况是很多项目需要跨部门协作，而且部分客户资料只有指定项目成员可以访问。希望了解更稳妥的权限模型，以及上线初期容易踩的坑。
问答✓ 已解决
3 个回答
按推荐排序建议把“组织角色”和“资源范围”拆开。部门角色决定默认能力，项目或文档空间决定具体数据范围。这样组织变动时不需要重建全部权限，也能处理跨部门项目。
首期至少要支持：默认拒绝、最小权限、项目成员动态授权、敏感文档单独审批，以及查询日志。模型只能使用调用者本来就有权访问的数据。
补充一点：不要直接把历史共享盘的权限原样迁移。先抽样检查资料所有者、有效期和实际访问人，否则会把旧权限问题一起带进知识库。