拆解权限系统和工作流工作的时候突然很想要怎么办( 三 ) _工作流

钉钉给出的设计思路其实是比较接地气也能解决问题的，大家也可以对比看看企业微信，两家产品在审批人选择这部分交互是比较类似。我们具体来看一下。
指定人员：指定具体的人，钉钉限制了20个人。这部分要慎用，一旦流程指定到具体的人，一个是复用性变差，第二是一旦有人离职，容易造成流程的崩溃。发起人自?。涸诜⑵鹑颂峤簧昵胧?nbsp;，自行选择一个人批复。这种情况很适用于请假半天，需要有人知道就好的情况，不是很重要的申请可以这么设计。连续多级主管：这个功能比较好用，也可以直观理解。小路是一个研发工程师，小山是下路领导，索大是小山领导。当选择多级主管的时候，级数选择2，那么下路的申请会顺着report line一直到索大那边。部门主管：指定某个部门的领导，比如请假要指定到HR主管，报销要指定到财务主管。直属主管：指定到个人的直接上级。表单内部门控件对应主管，表单内部门控件对应角色：这里我放在一起说，这部分功能是比较处理复杂情况的时候需要用的，比如表单内部门控件对应角色，小路是研发部一部的部长，小山是研发部的前端工程师，索大是研发部产品经理。但是部门有一个助理角色，帮助部长处理事务的，这个助理不是岗位，是角色。索大是研发部一部的助理。所以当要指定到角色的时候，就可以通过表单内部门空间对应角色指定到一个虚拟的角色，而不是实际的岗位。这边比较绕，而且没有特别好的描述。所以我说钉钉这块比较接地气，但是很能解决一些实际需求。角色：虚拟设置的角色，供指定，指定角色的好处，和前文说的RBCA是一样的，角色是一个抽象，可以带来更好的拓展性和灵活性。发起人自己：这个没什么好说的，可能表单流转过程会有某个时刻需要流回自己手里。表单内的联系人：这个也是一个灵活性比较高的功能，是指表单内有控件出现了联系人，在这个位置可以选为当前节点的执行人。这一块对比下来，钉钉思考的情况比较全面，所以这部分内容对于需要设计流程的B端产品来说，是非常好的学习案例。
自己做了一些流程的工作，这里说说感受。
因为要把定义流程的工作交给用户，那么用户可能会设计出现各种奇奇怪怪的业务流程，而B端产品要能支持这些流程，一定是要有非常高的灵活度和非常极致的抽象。
所以这部分内容其实考验产品经理的三个能力：对于业务需求的抽象能力、对于产品落地交互的具象能力，以及咨询里说的MECE熟练度。而市面上做的好的产品是提供了落地实现的，这也是能节约我们大量时间的环节。
啰嗦一句，就是借鉴的过程，需要弄清原产品背后的逻辑。比如钉钉里的选择人员，为什么要给这么多选项，我们自己的产品需不需要这么多选项？这些都是要自己思考清楚的。
03 权限系统和工作流存在要素重叠把权限系统和工作流放在一起写，是因为二者会有一些重叠关系。认真看文章的小伙伴应该发现了，角色这个词是贯穿这两部分的。我们看看如果一个B端产品，需要从0到1设计这两部分会是怎样？

文章插图
（权限系统-工作流的设计流程）
我们创建的角色，可以作为权限系统里去分配权限，也可以在工作流里作为审批的执行人。角色本质是一层抽象，抽象的好处就在于能够解耦用户和权限，解耦用户和审批人。抽象会带来更多的复用性。

拆解权限系统和工作流 工作的时候突然很想要怎么办( 三 )

拆解权限系统和工作流工作的时候突然很想要怎么办( 三 )