从技术实现的复杂难度而言，不是每家企业都有实力做PaaS平台。本文将分享对于研发资源不足的中小型SaaS产品，怎么在SaaS产品设计中借鉴PaaS的理念，来满足客户的部分个性化诉求，一起来看看吧。
这两个月拆解了几家PaaS平台产品，从PaaS能力上来说，其实差别不大。从技术实现的复杂度上来说，不是每家SaaS产品公司都有实力去做PaaS平台。但是，PaaS平台本身很多的理念是值得学习和借鉴的，本篇来分享一下对于研发资源不足的中小型SaaS产品，怎么在SaaS产品设计中借鉴PaaS的理念，来满足客户的部分个性化诉求。
很多SaaS的权限管控设计是比较薄弱的，可能一开始只是做到了菜单级别的权限控制，然后随着业务的推进，在客户需求的驱动下做了部分的按钮级别的操作权限和部分数据范围权限。
但是，总体来说是缺乏完备的权限管理体系的。比如我之前的文章《这一篇让你彻底搞懂 SaaS 产品的数据权限设计！》发布后，就有人问我，数据权限控制要精确到字段权限吗？
实际上，对于SaaS产品来说，服务的是企业客户，只要是稍具规模的企业，必然会非常关注权限的管控，以保障商业数据的安全。
因此，建议SaaS产品从一开始就规划好权限管控的设计。在实现上，可以逐步深入，比如MVP阶段做到菜单级别权限即可，PMF阶段能够控制按钮级别操作权限和数据范围权限，等到客户体量达到一定规模后，再做精细化的业务对象权限控制（包括业务对象的操作权限和字段权限）。
我们在做SaaS产品经常会发现这样的情况，就是不同客户对某些业务对象的属性叫法不同，举个例子，对于商品名称这个属性，A客户可能是叫货物名称，B客户可能叫品名。
此外有些管理精细的客户会希望能够增加更多的业务对象属性。在PaaS平台里一般都支持字段别名和增加自定义字段，我们的SaaS产品其实也能够满足这些需求。
字段别名实际上就是做一个数据表字段的名称映射管理，我们可以提供一个业务对象配置的入口，然后支持客户去修改字段的名称。在显示的时候根据客户设置的别名显示即可。
增加字段在技术上来说其实是给已有的业务对象数据表增加自定义的字段。
不过，这里有个前提是客户的数据是隔离的，要么是分表设计要么是分库设计，要不可能会导致不同客户的数据相互影响。
通常来说，如果是SaaS平台，我们支持文本、数字、金额、选项这几类常用的数据就能够满足很多个性化场景了。这里需要注意的是，对于自定义字段，应该允许客户删除，但是不建议允许修改字段类型，因为这会涉及不同数据格式转换的问题，导致复杂度增加。
PaaS平台的界面支持对列表、表单、详情等页面进行自定义。这对于SaaS平台来说有点重了，但是我们可以在某些细节方面支持自定义，满足客户的个性化诉求。
通常我们SaaS产品的左上角会有产品的Logo，有些企业会希望员工看到的是自己的Logo。那这种完全可以让客户自己上传Logo来替换。
如果是有服务于C端的产品，如小程序和公众号，也应该支持客户自定义品牌。这样，会让C端用户感觉到为他服务的是他接触到的企业，而不是我们SaaS平台。这块，像有赞这类平台就做得很好，除了在界面下拉后出现技术支持的信息外，整个界面都是客户自己的元素。
菜单名称、按钮和字段名称其实是类似的，就是某个操作在客户内部可能已经养成了习惯的叫法了，为了他们内部沟通语言的一致性，他们会希望一些菜单和习惯的叫法保持一致。 我们SaaS平台也可以支持菜单和按钮的别名，让客户自定义菜单和按钮名称。一个典型的例子就是在购物车界面，有些按钮叫“结算”，有的叫“立即支付”。
菜单分组和排序也是可能会遇到自定义的场景，我们曾经就遇到一个客户，他觉得我们的菜单分组和次序不太合理，然后希望我们能够调整次序。但是如果平台统一调整可能会影响其他客户的操作习惯，这个时候如果有自定义的菜单分组排序功能，就能够满足这类诉求了。
移动端工作台是每天都会使用的高频入口，由于每个人的职责不同，因此建议是按个人的喜好设置工作台。这种设计在很多C端产品都有呈现，比如支付宝的首页、微信的九宫格页面等等。
通常来说，移动端的工作台会有“最近常用”的入口，同时主要的入口可以支持客户员工进行自定义设置，包括隐藏不常用的功能，调整次序等等。
在《SaaS 平台好心好意改个版，却被客户骂个半死！》说过“既然是SaaS 平台，就不应该帮助客户固定业务规则，业务规则制定的能力应该交给客户”。这里的业务规则自定义其实就是产品设计要把业务规则的制定权给到客户。
这里举两个例子，一个是CRM系统的客户公海的管理规则，比如客户如何分配、多少天没成交自动把客户放回公海等等，这些都属于业务规则。
另一个例子是我们实际的一个例子，当时我们会有账单计算，计算的金额小数位数会超过2位。这个时候一种做法是默认四舍五入保留2位小数。但是我们实际调研发现，有的客户会选择进一法（有小数位就往上进位），有的客户会选择去尾法（去除小数位末尾数字）。
这些业务场景，有些产品可能直接就写死业务规则了，这种遇到新的客户规则不同时必然会要求改规则，但是改规则又可能会影响现有客户。
因此，产品经理在设计的时候，就需要想清楚，这些是不是业务规则，这些业务规则是不是行业通用的。如果不是行业通用的，那么就应该提供业务规则配置能力。
像飞书、伙伴云提供的仪表盘功能十分实用，客户可以根据自己的业务需要搭建可视化的数据统计分析界面。
对于SaaS产品来说，尤其是偏向财务、人事类的产品，由产品自身提供的固定模板的数据分析很难满足客户自身的需要。这个时候，我们的SaaS产品可以设计类似自定义仪表盘的功能来满足客户自定义数据分析的需求。
数据透视表是财务人员用得非常多的工具，对于财务人员来说，他们更相信数字而不是图表。因此，他们的日常工作就是从各个数据表取数进行数据汇总、统计和分析。这个时候，如果我们能够提供数据透视表，那么能够很大程度上降低系统开发各种各样报表的工作。
通常，SaaS产品会通过首页、驾驶舱等类似功能给用户提供数据统计分析。但是，这种功能都是固化的。实际上，在企业里，不同的角色，不同的业务部门甚至是不同的人关注的数据都是不一样的。
我们很难满足这种千差万别的需求。PaaS平台的自定义仪表盘给了我们思路，那就是允许客户自己建立自己的仪表盘。仪表盘的核心要素其实是三个，一个是图表组件，一个是数据源配置，另一个是统计规则。我们可以将这三个要素抽象统一，然后就能够支持自定义仪表盘功能了。
单据在仓储管理、财务系统、人事系统、OA系统等都会有涉及。不管怎么样推行无纸化办公，纸质单据在短期内还是必不可少。SaaS产品简单的做法是提供几个固定的模板，然后给客户选择。
但是，往往有限的模板覆盖不了客户众多的诉求。比如，我所了解到的国内的物流面单模板可能都是100多个。因此，在模板基础上，我们还应该提供自定义单据的能力，支持客户设计自己的单据。这一块伙伴云的做法还是挺不错的，具体大家可以阅读《这才是 PaaS 平台应有的能力！》里的打印模板部分。
PaaS平台本身的构建是十分复杂的，单独开发和维护一个PaaS平台可能需要上百人的研发团队，这是很多中小型SaaS企业根本负担不起的。然而，现实是客户的个性化需求是实实在在存在的。这个时候，SaaS的可配置能力就十分关键了。
如果没有可配置能力，SaaS产品很可能变成了为各个重要客户做定制化了。大部分SaaS产品还是专注在某个领域的，提供可配置能力不一定需要PaaS平台的支持。我们可以借鉴PaaS平台的部分设计，来满足关键业务的个性化配置，从而快速满足客户的个性化需求。
相关阅读：
专栏作家
产品海豚湾，公众号：产品海豚湾（ID：pm-dophin-bay），人人都是产品经理专栏作家。技术出身的产品经理，从事过 C 端产品和 B 端产品设计，擅长 SaaS 产品设计、产品架构设计和需求分析。负责的B 端产品完成了完整的从0到1，从1到 N 的过程，成功签约行业百强客户。
本文原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。