1. SaaS产品结构
与To C产品通常的管理后台和用户客户端两层产品结构不同。SaaS产品至少有三层结构，分别是：产品管理后台，租户管理中台和用户客户端。
后台对中台可用的产品功能进行管理，而中台对客户端可用的功能进行管理，从而形成一个最基本的SaaS产品结构。
2. 产品管理后台
产品后台最重要的功能，是针对每个租户所需要的账号多少以及所使用的功能进行控制。
目前SaaS软件常见的收费点有按使用账号收费和按增值功能收费两种，按账号收费的方式是最普遍的形式，按照租户每年使用的账号数来结算。
例如：一个企业有500名员工，那么一个员工使用一个账号；每个账号200元，那么一年的费用就是10万。
另外一种是：按照产品的功能收费，如果产品提供了收费功能，那么可以按年收取增值功能的费用。
根据增值功能的不同可能会有不同的定价模式，例如：网盘可能会根据存储空间的不同来收费，需要给不同的租户设置可用空间等等。
除此之外，产品管理后台还需要对平台通用的一些功能进行管理和设置，例如：平台给租户发送产品站内短消息，或者是上传最新版本的操作手册供租户查看等等。
产品后台对于SaaS产品而言就是总控中心，但设计起来并不复杂，通常都是公司内部的运营人员和销售人员使用。
需要注意的点是：对于租户在使用权限上的控制需要做到灵活处理。
例如：如果租户购买了500个账号一年的使用权，但是因为租户业务增长，所激活的账号超过了500，那么这时候就需要给租户提示，并同时通知客户经理与租户进行新的商务洽谈。
3. 中台权限管理
对于企业产品而言，权限管理系统可以说是整个中台的基础，所有的产品功能都是基于权限系统之上来设计的。
权限管理又分为功能权限与数据权限两种。
功能权限是指：用户在系统中是否有权限使用某些功能。
而数据权限是指：当用户在使用该功能时，可以在哪个数据权限范围内使用。
举个例子来说：如果某SaaS产品提供包含财务和人事两大模块的产品功能，那么能够使用财务模块功能的应该只有财务人员，而能使用人事功能的也只有人事人员。这是对功能权限的控制。
当授予了某个财务人员功能权限之后，还要对他的数据范围作出限制，例如：总公司的财务总管可以查看全公司的财务情况。
而A分公司的财务人员仅能查看A分公司的财务情况，无权查看B分公司或总公司的财务情况，这是对数据范围的控制。
在设计功能权限管理系统时，如果将权限直接授予个人会比较麻烦，而且不利于权限的管理。所以，通常会先将功能权限组合成对应的一个管理角色，然后再将角色授权给对应的个人。这样如果后续对角色授予了新的功能权限，或删减某些功能权限的时候，只需要对角色的功能权限进行设置就可以了，不需要一个一个用户来进行设置。
如果产品的业务形态较为简单，那么可以在设计权限系统的时候，用比较简单的一级菜单控制的方式来进行控制——即只有拥有权限的角色可以看到对应模块的一级菜单，无权限的人则无法看到该模块的一级菜单，这样就可以确保权限管理的正常。
但是，对于业务形态较为复杂的产品，只控制模块的一级菜单可能无法满足。需要对功能模块中更细小的功能进行权限控制，在管理系统中最常见的管理操作有增删改查。对于某些用户可能可以授予全部的权限，而有些用户就只能有查看的权限，没有编辑的权限。
4. 中台功能设置
功能层级的设置在To C产品设计过程中，通常都是由产品经理根据调研，或自己的专业经验来定义用户的使用流程，然后以流程图的形式表示出来。
用户在使用产品的时候，就遵循设计好的流程来使用。
但是，对于To B的产品而言，即使是同一个任务，不同的客户也可能有不一样的需求。
从需求的实现难度从低到高来看，分为：共性需求、特定场景需求，以及个性化需求。
先来看看共性需求，这个较好处理——直接排入需求池，然后根据优先级排期进行迭代就可以了。
判断共性需求的原则是：这条需求除了提需求的这个客户之外，是否其他的客户也可以用上，如果答案是肯定的那就是共性需求。
而对于特定场景需求，则有可能是某一行业的客户在特定的业务场景下才需要用到的功能。如果把这类的需求当成共性需求来实现，那么对于那些不需要这个功能的用户来说，系统就会变得越来越臃肿，使用起来越来越复杂。
所以，最好的方式，是在管理后台的功能设置中，将这个功能设置为“只有配置了才可以使用的功能”，然后针对需要的客户开放。
只有通过这种灵活的设置方式，才能确保不同的用户都能基于自己的实际需要使用产品功能。
通过管理后台可以对功能层级的使用进行设置，但是对于功能内部的字段层级使用，不仅在不同的公司之间可能有较大的差异，在公司内部不同的用户之间也有较大的差异。
所以，产品经理在设计用户的流程图的时候，有必要将流程图的流程块拆解到字段层级，并标注：哪些字段是必填项？哪些是可选项？哪些是可配置项？
然后，在租户的管理中台做一个设置功能，由租户的管理员根据需要，将字段的权限配置给不同的角色。
最后是对于客户完全个性化的需求——即只有该用户才会需要的功能。
如果这个功能是用户需要但还未开发的，那么可以根据客户的预算来评估是否可以给用户做定制化的开发。而如果是客户已经通过其他系统实现了的现有产品，则需要在产品内部提供对接，允许外部应用以插件的方式接入到我们的产品中来。
以上就是全部内容，希望对大家有帮助！
<（..）是国内知名商城系统及商城网站建设提供商，为企业级商家提供零售商城、B2B2C多用户商城系统、社区团购商城系统、微信分销系统、小程序商城、微分销系统等多端商城网站建设解决方案>
申明：本网站部分文章和图片来源网络编辑，如有侵权及时沟通删除，来客电商原创文章，转载请注明来源。