最近无意间看了一个关于SaaS产品设计的广告宣传，一看感觉里面的东西我都会呀。但为什么我没分享呢，这不是我的风格呀！于是我决定逼自己一把……
说到SaaS产品的共性和个性问题，做过SaaS化产品的人应该都遇到过，因为这个太常见了。
探讨这个问题前，我们来思考下，哪些产品可以SaaS化？
CRM、OA、ERP、SRM、B2B、进销存、电商系统、门店收银系统、OMS、WMS……细数一下你会发现有很多很多。
看到这里不知你是否跟我一样想问，是不是所有的产品都可以SaaS化？有没有不能SaaS化的东西？
答案肯定是有的，至于是什么产品，我们先来看看什么是SaaS？
简单粗暴点，就可以理解为：服务器放在别人那里，别人给提供你软件服务，你只管用着爽不爽就行了。你不用考虑是否需要买软件授权，不用买服务器，不用专业IT维护…..
所以假如我们作为服务商，其实通过两点就可以判断某个产品是否可以SaaS化：
- 市场需求：市场需求大不大，直接决定了客户量。只有客户量足够多的时候，才有必要做SaaS化，才能保证产品收入大于产出；
- 可复用性：包含业务的可复用性和产品的可复用性。业务上是否可复用，决定了未来市场有多大；而产品是否可复用，则直接说明了产品的扩展性好不好，产品是否足够抽象可以满足各种业务场景等。
站在商业的角度上讲就是：这个产品能不能租卖给更多的人使用，收到更多的钱，而不是产品只能一个人用，收一份钱。
当然有人也会按SaaS的设计规则来判断，比如产品是否以客户为中心，产品是否有很强的灵活性和通用性等。这些都分的比较细了，但无外乎还是以刚才的那两点，根据那两点判断足够。
所以现在来看SaaS产品的共性和个性的问题，你会发现所谓的共性其实就决定了产品是否可复用，可复用性高不高？
当然，产品的共性也可直接认为就是产品的基础功能，就是不管你卖给谁用，这些功能都是应该有的。
而所谓的个性就是不可复用需求，个别客户的需求，需要做个性化开发。并且这个个性需求可能会影响到原本设定好的基础功能，即打破共性。
那这个时候怎么办呢？
不知道你有没有听过系统参数、系统策略或基础设置？虽然名字不一样，但其本质都是为了满足个性化需求。
不同的参数设置对应实现不同的功能，虽然会造成比较大的开发成本，但这个如果做的非常好的话，你就可以广接客啦，哈哈……（== 画风好像有点偏）
举个例子：
比如B2B业务，某B2B商城提供给多个厂商使用，且大部大型厂商都有自己的ERP系统。厂商A批发要求使用公司ERP里统一维护的商品销售价，而厂商B则采用B2B商城发布价。并且存在这两种情况的厂商都很多，这个时候以哪个为共性需求呢？
假如以ERP销售价为共性需求，那是不是说明我们就默认了以B2B商城发布价是个性需求呢？
这里显示是不能这样去划分的，虽然是同一个业务、同一个功能，但这两种业务需求都大量存在呀。
所以我们这个时候就不应该去区分哪个是共性需求、哪个是个性需求了。正确的做法应该是：不管是这两种当中的哪个需求，都要作为共性需求处理，即都要支持。
如下图，我们的实现方法是：通过系统参数的控制，当选择取商品发布的价格的时候，商城里所有的价格以发布价为准，当选择另一个的时候，则以销售价目表价格为准。
即使系统下次更新，也会保留客户上次设置的参数。这样就很好地解决了这个看似复杂，其实很简单的问题了。
有时候一个个性需求，可能面对的就只有一家客户。所以相比上面无法区分共性还是个性的问题，作为更简单的个性需求，同样也可以这样处理呀。
反观产品，当然，我们也不能说因为产品的功能就支持发布价格，所以我们就认为采用发布价格它就是共性需求，而其它都是个性需求。
这是肯定也是不对的。
作为产品经理，当客户业务场景需要多种不同的功能支撑时，我们都可以通过增加系统参数或策略去满足这个需求。至于这个参数或策略要不要创建，就要看这个需求背后的收益是否大于研发和维护成本了。
