编辑导语：在日常生活中，我们会遇到各种各样的用户权限，每个产品使用的权限都不一样。那么，用户权限的设计应该局限于角色还是可以灵活定义权限呢？作者讨论了这个问题。让我们一起来看看。
上周四，在产品组，上海的一个小伙伴提出了用户权限设计的问题。他和技术经理各持己见。争论的核心是，是使用角色来限制权利(固定约束)，还是支持角色之外的权利的灵活定义。
这个问题表面上是在讨论功能需求，本质上是考察团队对业务是否熟悉，以及产品经理对业务流程进行抽象化梳理之后，归纳总结提炼出关键节点的能力。
日常生活中使用的C端产品很多，这让我们习惯了在虚拟社区生态中拥有独特的角色身份，角色(身份)给了我们固定的权限。比如在淘宝上，作为消费者，淘宝的PM不会无缘无故的把商家的收款功能分配给消费者，场景全都乱套了。
在知乎，知乎里的PM也不会给你随意删除或修改其他内容创作者答案的权利。一个萝卜一个坑，安排得明明白白，从某种意义上说，其实是社会的运行规律。
以虎蛙的蓝领交付SaaS产品为例。熟悉劳务中介公司业务流程的同学都知道，要想服务劳务中介，流程会比较复杂，涉及到很多不同的角色，工作流程跨度大。
产品刚刚建立，在我们开始做市场调查之前，我们在明确了to B产品要输出的价值最终只有两个，二选一，不是绝对的舍弃，而是后期决策时有明确的侧重点.
产品既可以通过技术手段为客户提供“开源”价值，帮助客户创收，也可以帮助客户“降本增效”，减少内部资源损失。“在哪里产生价值，就要在哪里收费”.
了解了产品所提供的价值属性后，就可以将每天接触到的SaaS产品进行梳理，就可以像投资者一样，快速判断同体量不同行业的企业服务产品，其可能的未来市场爆发力和潜在价值。
一切都回到它的本质，产品提供的价值出发点在未来决定了它的天花板.
回到正题，我们用了近三个月的时间，摸清了整个劳务中介市场，从行业到员工个人，从B端的所有部门参与者到C端的求职者，基本上对所有可能的业务场景都有了大致的了解，但不敢说全面、充分。目前我们在客户的实际使用过程中，仍然可以收到来自特殊场景的客户反馈，可见一斑。
产品是动态的流体，需要不断的与时俱进.
坦率地说，面对研究结果，我们当时不知所措。唯一的好消息是确定了赛道的方向是对的。方向正确让我们放心，但这个行业场景的混乱，业务流程的粗糙，客户对信息产品的操作水平，几乎超出了我们的认知下限。
虽然我们提前对团队做了心理预期，但我们知道，与其他行业相比，人力资源行业的信息化程度会延迟5-6年。然而，我们没想到客户对网络的认识还停留在细分场景中蓝领赛道的基本认知上，对业务的数字SaaS系统的认知还没有起步(机会巨大)。
也可以理解，行业的变化需要天时、地利、人和，下半年基础设施的完善和行业的周期性变化也经历了较长时间的准备。
首先，我们帮助行业定义三大场景：制造业普工/机械师、传统服务业(酒类、旅游和餐饮超市)、新经济业态下的服务业(快递物流和仓储)。
只有把整个链条打开，才能成为一个高效的工具系统。我们将产品价值定位为“开源”，帮助客户解决供货问题，为B端收费，间接服务C端。
其次，在梳理内部业务流程时，我们提取了五个关键角色，其中既有已有的角色，也有我们创建的新角色，包括管理员、行政、财务、居民和劳务经纪人。
确定五个固定角色，匹配相应的权限，不仅可以降低客户的学习和使用成本，还可以帮助客户梳理公司的岗位职责，策略就是分类。
产品设计师的核心职责也是分类，帮助客户(用户)提前筛选识别，给他们一个直接可用且最合适的方案。正常的业务流程，产品按照固定的角色提供相应的操作权限，已经可以满足客户的使用需求。
但是在特殊情况下，比如公司有人的职位是跨部门的，比如一般助理，这个人的角色就需要生成自定义组合。在我们实际的客户用例中，已经出现了这种需求，所以我们的团队使用v6.4.0版本来定制权限。原来的五个角色是基础设置，支持客户在后台新建角色，单独为某个人配置特殊权益。
功能权限的设计保证了角色尽可能不重叠，最小的角色设置可以组合足够的用户权限。
针对标题的讨论，建议的解决方案是：以固化的角色身份为常规配置，支持对个体进行权限自定义组合，权限来源是系统提炼出的业务逻辑，不开放从无到有的创造。
如果在复杂的场景中无法区分角色和权限，建议不要把重点放在功能上，而是先梳理业务逻辑。业务流程标准化是实现信息化的必由之路。该系统是基于规则的自动机器。不要在非关键表面寻找解决方案，拆除核心流程。
提高自己抽象问题、总结、找出杂乱的能力。
线里的线头，这是庖丁解牛的真本事。> 孙子兵法云：夫兵形如水，水之行避高而趋下，兵之形避实而击虚。水因地而制流，兵因敌而制胜，故兵无常势，水无常形，能因敌变化而取胜者，谓之神。
# #专栏作家#
大井盖先生，公众号：八点四十，人人都是产品经理专栏作家。前某厂PM总监，现创业公司CEO；关注企业服务和金融赛道，爱好广泛，欢迎一起交流探讨产品或创业相关问题。
本文原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。
