权限

深度使用客服系统6个月后,我的一点总结(二)

本文讨论的是如何利用客服系统中的权限设计来帮助客服团队进行科学管理。enjoy~SaaS产品近两年崛起迅速,动辄亿元级别的融资额,虽不如直播、共享、新零售等风口那样人尽皆知,也从侧面反映了资本和市场对SaaS产品的肯定。国内SaaS产品日趋成熟,尤其是企业服务类产品,更注重产品体验和落地。在2017年初接触了一款SaaS客服系统产品,近一年的深度使用后,我有了一点小的使用心

关于后台权限,我的几点思考

后台权限,就像是一支军队,需要做到井井有条,令行禁止,这样战斗力才能够发挥出来。权限,故名思议,权力的限制范围。而后台权限,即是对于这个后台的权力的限制范围。一、为什么需要划分后台权限一个公司有组织层级,每个人权利大小不一样,相应的到后台权限的管理上也要进行相应的划分,做到后台的管理如组织层级一样清晰。一个后台系统有着对应这个系统的业务的所以东西,可是每个部门所需要的不一样

后台系统:账号权限系统设计

文章对账号权限系统设计展开分析,希望能够给你带来些启发。一、系统概述一个账号权限管理系统,主要包括三个元素:账号、角色、权限。我们所要管理的,也就是账号、角色和权限之间的关系。账号:基本上所有的应用,无论是移动端,PC端,C端或B端产品,登陆都需要一个账号。只是对于C端的产品,都是用户自己注册即可。而对于后台产品而言,是需要公司内部人员去创建账号的。角色:所谓角色,就是用来

产品复盘:从0到1设计业务系统

从事基因检测产品经理岗位一年多,工作重心逐渐从前端产品设计转移到后端的业务系统产品设计。由于行业的特殊性,很难在市面上找到符合公司实际业务需求的第三方业务管理系统,所以公司决定自己内部团队开发符合自己实际业务需求的业务系统。通过复盘这次的业务系统搭建过程,希望能沉淀出自己的一些方法论和思考。一、为什么要由专业的PM设计业务系统很多公司特别是创业公司都低估了系统架构设计的重要

以RBAC模型为基础,分析B端权限系统的设计思路(业务技能)

文章为作者基于自身的工作总结,希望能够给你带来一些启发与思考工作中做过一些权限管理的产品,每次都有总结,但每次收获又有不同,都有新的理解。经过经验的积累,知识的丰富,慢慢的发现主流的权限管理系统都是RBAC模型(Role-Based Access Control 基于角色的访问控制)的变形和运用,只是根据不同的业务和设计方案,呈现不同的显示效果。本文主要从以下几个方面进行整

后台设计的基石:用户权限管理(RBAC)及工作流(workflow)模型

本文作者主要总结后台设计的基石:RBAC和workflow。enjoy~后台产品同学在设计后台时,会发现一般后台的各个功能模块总结起来有两大类型:功能类、流程类。在设计功能或流程前都需要预判不同的使用角色对应不同权限,设计流程前则还得思考最基本的工作流原理。用户权限是设计后台普适的基本管理功能,设计系统时几乎都需要考虑权限问题。后台系统在面对不同部门不同岗位的人员时,如何区

App 里的权限秘密:大数据下,个人隐私荡然无存?

大数据下个人隐私荡然无存,如何规范数据使用或许是下一个课题。2013年被称为大数据元年,之后“大数据”这个词钻进了各行各业各个角落,甚至去街边买个煎饼,摊煎饼的大妈也能头头是道地给你分析她的“大数据营销学”。杂而乱,是在大数据这个概念被广泛推开之后产生的现象,很多时候张口就是“大数据”的人自己都不清楚所谓“大数据”到底是什么。而去年的“百度监听事件”到今年被广泛讨论的“大数

APP授权设计:如何让用户不反感并同意授权

授权机制,是手机操作系统安全机制中的一部分,在开发应用时需要用到各种各样的手机系统权限。那在我们的APP中,它的授权该如何设计,才能让用户同意授权,或者不反感授权呢?本文大纲图: 一、认识授权1.1 什么是授权授权机制,是手机操作系统安全机制中的一部分,在开发应用时需要用到各种各样的手机系统权限。一般来说,在操作系统中权限会被分类,有些权限级别较低,应用只需在开发时声明即可

产品心得|用讲故事的方式设计管理后台

设计管理后台时,对功能模块的划分和页面的逻辑设计要求都非常高,一定不可以仅仅是简单的模块叠加。本文主要安利一种叫做OMS设计,来按用户故事设计思路来设计用户的使用场景。B端产品是C端产品的根基,B端产品更贴近业务,只有深入了解并熟悉业务的产品经理才能做好B端产品。本文安利一种好的设计方式,叫做OMS设计。OMS设计是按用户故事设计思路来设计用户的使用场景,通常来讲用户故事,