SaaS 设计如何满足用户个性化需求?

在设计To B产品的时候,因为客户的行业,规模体量,商业模式以及内部管理流程的不同,同样的一个需求在不同的公司可能需要不同的解决方案。所以,在产品的设计上,如何能以灵活的方式在同一个应用体系上满足不同客户的个性化需求,小来今天就来讲讲……

1. SaaS产品结构

与To C产品通常的管理后台和用户客户端两层产品结构不同。SaaS产品至少有三层结构,分别是:产品管理后台,租户管理中台和用户客户端。

后台对中台可用的产品功能进行管理,而中台对客户端可用的功能进行管理,从而形成一个最基本的SaaS产品结构。

2. 产品管理后台

产品后台最重要的功能,是针对每个租户所需要的账号多少以及所使用的功能进行控制。

目前SaaS软件常见的收费点有按使用账号收费和按增值功能收费两种,按账号收费的方式是最普遍的形式,按照租户每年使用的账号数来结算。

例如:一个企业有500名员工,那么一个员工使用一个账号;每个账号200元,那么一年的费用就是10万。

另外一种是:按照产品的功能收费,如果产品提供了收费功能,那么可以按年收取增值功能的费用。

根据增值功能的不同可能会有不同的定价模式,例如:网盘可能会根据存储空间的不同来收费,需要给不同的租户设置可用空间等等。

除此之外,产品管理后台还需要对平台通用的一些功能进行管理和设置,例如:平台给租户发送产品站内短消息,或者是上传最新版本的操作手册供租户查看等等。

产品后台对于SaaS产品而言就是总控中心,但设计起来并不复杂,通常都是公司内部的运营人员和销售人员使用。

需要注意的点是:对于租户在使用权限上的控制需要做到灵活处理。

例如:如果租户购买了500个账号一年的使用权,但是因为租户业务增长,所激活的账号超过了500,那么这时候就需要给租户提示,并同时通知客户经理与租户进行新的商务洽谈。

3. 中台权限管理

对于企业产品而言,权限管理系统可以说是整个中台的基础,所有的产品功能都是基于权限系统之上来设计的。

权限管理又分为功能权限与数据权限两种。

功能权限是指:用户在系统中是否有权限使用某些功能。

而数据权限是指:当用户在使用该功能时,可以在哪个数据权限范围内使用。

举个例子来说:如果某SaaS产品提供包含财务和人事两大模块的产品功能,那么能够使用财务模块功能的应该只有财务人员,而能使用人事功能的也只有人事人员。这是对功能权限的控制。

当授予了某个财务人员功能权限之后,还要对他的数据范围作出限制,例如:总公司的财务总管可以查看全公司的财务情况。

而A分公司的财务人员仅能查看A分公司的财务情况,无权查看B分公司或总公司的财务情况,这是对数据范围的控制。

在设计功能权限管理系统时,如果将权限直接授予个人会比较麻烦,而且不利于权限的管理。所以,通常会先将功能权限组合成对应的一个管理角色,然后再将角色授权给对应的个人。这样如果后续对角色授予了新的功能权限,或删减某些功能权限的时候,只需要对角色的功能权限进行设置就可以了,不需要一个一个用户来进行设置。

如果产品的业务形态较为简单,那么可以在设计权限系统的时候,用比较简单的一级菜单控制的方式来进行控制——即只有拥有权限的角色可以看到对应模块的一级菜单,无权限的人则无法看到该模块的一级菜单,这样就可以确保权限管理的正常。

但是,对于业务形态较为复杂的产品,只控制模块的一级菜单可能无法满足。需要对功能模块中更细小的功能进行权限控制,在管理系统中最常见的管理操作有增删改查。对于某些用户可能可以授予全部的权限,而有些用户就只能有查看的权限,没有编辑的权限。

4. 中台功能设置

功能层级的设置在To C产品设计过程中,通常都是由产品经理根据调研,或自己的专业经验来定义用户的使用流程,然后以流程图的形式表示出来。

用户在使用产品的时候,就遵循设计好的流程来使用。

但是,对于To B的产品而言,即使是同一个任务,不同的客户也可能有不一样的需求。

从需求的实现难度从低到高来看,分为:共性需求、特定场景需求,以及个性化需求。

先来看看共性需求,这个较好处理——直接排入需求池,然后根据优先级排期进行迭代就可以了。

判断共性需求的原则是:这条需求除了提需求的这个客户之外,是否其他的客户也可以用上,如果答案是肯定的那就是共性需求。

而对于特定场景需求,则有可能是某一行业的客户在特定的业务场景下才需要用到的功能。如果把这类的需求当成共性需求来实现,那么对于那些不需要这个功能的用户来说,系统就会变得越来越臃肿,使用起来越来越复杂。

所以,最好的方式,是在管理后台的功能设置中,将这个功能设置为“只有配置了才可以使用的功能”,然后针对需要的客户开放。

只有通过这种灵活的设置方式,才能确保不同的用户都能基于自己的实际需要使用产品功能。

通过管理后台可以对功能层级的使用进行设置,但是对于功能内部的字段层级使用,不仅在不同的公司之间可能有较大的差异,在公司内部不同的用户之间也有较大的差异。

所以,产品经理在设计用户的流程图的时候,有必要将流程图的流程块拆解到字段层级,并标注:哪些字段是必填项?哪些是可选项?哪些是可配置项?

然后,在租户的管理中台做一个设置功能,由租户的管理员根据需要,将字段的权限配置给不同的角色。

最后是对于客户完全个性化的需求——即只有该用户才会需要的功能。

如果这个功能是用户需要但还未开发的,那么可以根据客户的预算来评估是否可以给用户做定制化的开发。而如果是客户已经通过其他系统实现了的现有产品,则需要在产品内部提供对接,允许外部应用以插件的方式接入到我们的产品中来。

以上就是全部内容,希望对大家有帮助!


<来客推(www.laiketui.com)是国内知名商城系统及商城网站建设提供商,为企业级商家提供零售商城、B2B2C多用户商城系统、社区团购商城系统、微信分销系统、小程序商城、微分销系统等多端商城网站建设解决方案>

申明:本网站部分文章和图片来源网络编辑,如有侵权及时沟通删除,来客电商原创文章,转载请注明来源。

相关新闻

QR code