第一个因素就是服务商的市场取舍，也就是平常说MRD和PRD两个概念

第一个因素就是服务商的市场取舍，也就是平常说MRD和PRD两个概念了。

如这张图所示，当你锁定一个区域进行产品规划的时候，我们首先会考虑业务要选择哪个赛道，其次会对这个赛道的不同群体，也就是客户进行筛选。

于是我们会得到一个需求映射样本分布。如果恰好呈现正态分布，那么你可以很容易得到一个比较集中的需求范围。但是还有一种情况是客户的需求分布都比较分散，这种情况下你很难去提炼出通用的功能范围。

而从SaaS产品的行业分布图我们可以进行行业的取舍，或者说去评估你选择的这个赛道会影响到产品的定制化和标准化的强烈程度。

除了市场这个大的选择之外，SaaS产品产生标准化和定制化之争的另一个因素就是客户心理。

张小龙说这么多人教他做微信，但是微信十年来依然跟最初一样简单。那为什么呢？

除了他说的微信有自己的理念——小而美的理念之外，我认为还有两点，就相比于SaaS来说还有两点。

第一点就是因为用户没得选择。不像一个SaaS产品那样，如果隔壁家采用的是另外一套，即使多了一些你用不到的功能，你也会在心里面去做对比。

第二点就是因为不用付费。而SaaS产品是付费产品，所以一旦付费之后用户在心理上就会觉得自己是拥有它的所有权。

这些都会使得用户从心理层面上认为他要有定制化的要求。

第三个因素就是要回到产品经理的工作本身了。

我们去定义一个产品的功能的时候，尤其是做B端产品，每一个功能其实都是对业务场景的一个映射。

我先去锁定一个业务段，接下来再去做功能单元，那么每个业务段的场景枚举就决定着功能单元能做多细、覆盖面多大。

在这种情况下，如果因为产品经理的个人能力导致产品功能与用户需求出现偏差的话，那么就会产生真的或者假的定制化需求，我们误判也好，真的存在某些定制化需求也好，它都偏离了标准化所要达到的效果。

所以在这里我给大家推荐两个小工具，一个是MECE，另一个是黄金圈法则。

作为产品经理，在我们已经锁定了业务场景，也锁定了客户范围，要去实现需求的情况下，实际是考察我们的能力——有没有穷举，有没有刺探到事情的本质，去开发出更加针对这个场景的功能。

事实上，不管做什么产品，都可能会出现标准化和定制化的争议，但SaaS产品尤其明显，这又是为什么呢？我在这里给大家做一个简单的分析。

第一是因为SaaS产品起源于软件，但是成功于服务。这里的服务包括什么呢？包括你最开始给客户提供的可能是一个数据化的产品，你只需要提供一些数据化的展示就行了，但是随着科技的发展、公司规模的扩大等，一些智能化甚至数字孪生等技术需求也随之出现，那么你服务于这些公司的情况下，随着它的业务变更你需要对产品进行升级。另外在公司的业务平行扩展的情况下，你也相应地要做一些平行的、同级的产品优化。

在这个过程中会引入更多的差异化需求，为了维持续费，整个服务就需要随着这些功能的不断地优化。
我们第一款标准化产品出来之后，伴随着各方发展还会出现新的定制化需求。