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

自己做了一些流程的工作，这里说说感受。
因为要把定义流程的工作交给用户，那么用户可能会设计出现各种奇奇怪怪的业务流程，而B端产品要能支持这些流程，一定是要有非常高的灵活度和非常极致的抽象。
所以这部分内容其实考验产品经理的三个能力：对于业务需求的抽象能力、对于产品落地交互的具象能力，以及咨询里说的MECE纯熟度。而市面上做的好的产品是提供了落地实现的，这也是能节约我们大量时间的环节。
啰嗦一句，就是借鉴的过程，需要弄清原产品背后的逻辑。比如钉钉里的选择人员，为什么要给这么多选项，我们自己的产品需不需要这么多选项？这些都是要自己思索清晰的。
03 权限系统和工作流存在要素重叠把权限系统和工作流放在一起写，是因为二者会有一些重叠关系。认真看文章的小伙伴应该发现了，角色这个词是贯穿这两部分的。我们看看假如一个B端产品，需要从0到1设计这两部分会是怎样？
（权限系统-工作流的设计流程）
我们创建的角色，可以作为权限系统里去分配权限，也可以在工作流里作为审批的执行人。角色本质是一层抽象，抽象的好处就在于能够解耦用户和权限，解耦用户和审批人。抽象会带来更多的复用性。
04 最后B端产品在设计权限和工作流的时候，非常建议大家去看看钉钉、企微这些OA系统。审阅OA产品，会发现OA系统对于权限，角色，工作流，玩的很明白，是非常好的学习方向。
飞书的审批功能目前看起来比企微和钉钉的审批要弱化一些，这和产品定位也有一些关系，飞书强在效率提升，钉钉强在办公治理，企微强在关系链接，产品的基因会决定产品功能。
但是相信有钉钉、企微的先行探索，飞书也是能快速赶上的，究竟存在后发优势。
现在SaaS是一个很火的领域，C端产品从0到1的设计产品的机会越来越稀少，SaaS的产品经理会有更多机会能够从0到1设计产品。在这个过程中，工作流和权限系统几乎不可或缺。
大家之后工作中，可以借鉴这些做的比较成功的产品，看看这些甚至连间接竞品都算不上的产品，学习他们的强势，发挥自己的后发优势，节约时间去更快的迭代产品。
本文由 @忙里偷贤原创发布于人人都是产品经理，未经许可，禁止转载。
【拆解权限系统和工作流工作的时候忽然很想要怎么办】题图来自 Unsplash，基于CC0协议

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

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