对于大部分SaaS公司来说，产品标准化程度决定了企业的生死。SaaS产品与传统软件最大的区别就是面向更多不同组织的客户，不需要复杂的部署方式，更多是云服务迭代，注重标准化设计和用户个性化需求满足的平衡控制。
1、SaaS产品经理的能力
下面聊聊内部产品经理和SaaS产品经理的能力差异，内部产品是强调和自家业务的紧密联系，更多的是定制化设计，这就对协调沟通，业务的深入理解以及灵活收集内部需求能力要求更高；而SaaS产品更强调的是产品对整个产品的架构能力，需要注重标准化设计，功能的通用性，要从多个角度去思考用户使用场景，找到最匹配大多数用户需求的方案，当然这也需要产品足够了解相关领域业务。
2、标准化的策略
1）标准化最重要的策略，是确定“不满足哪些客户的需求”。
2）标准化第二重要的策略，是决定“哪些功能不标准化”。
3）对于无法“在功能层进行标准化”的功能，我们要想办法在开发层进行标准化。
3、标准化的步骤
3.1策略层梳理
1）明确业务范围
我们首先需要明确，第一版SaaS产品版本主要是满足哪一块业务需求。划定好了边界，才能匹配公司的战略和资源。
2）梳理经营策略
清楚客户的经营策略，才能理清产品研发的思路。这样，一方面可以将客户的经营策略匹配到行业的经营策略，便于我们抓住本质，确保产品的通用性；另一方面，也可以通盘考虑未来的拓展方向，提前打好架构基础。
3）梳理业务难点
根据产品替换公式：新产品价值>旧产品价值+替换成本，只有SaaS提供了更大的价值，客户才会考虑购买。退一步说，即便没有竞争的传统软件，SaaS也必须解决“以前无法解决的问题”，才能在激烈的竞争中站稳脚跟。
因此，梳理清楚业务难点，明白“客户为什么选择我们”，是非常重要的工作，可以让我们把资源集中在最关键的功能上。
3.2业务层梳理
业务层梳理，最有效的做法就是画业务流程图。
流程图的重点在于，产品经理要帮助客户梳理清楚业务和需求，避免错乱和遗漏。而做到这一点的关键，是产品经理要有一定的架构能力，即知道典范的流程应该如何流转。
3.3多组织架构设计
企业业务的开展，是基于多个部门的相互协同和相互监督的。当用户在使用SaaS系统时，流程流转、数据安全性都必须符合企业协同与管控的要求。这就需要我们设计好组织、角色和权限功能。而这里面最有难度的，就是多组织架构设计。
多组织架构实际上体现了企业责权利的划分，决定了组织间协同与风险管控策略。由于企业越大，组织架构就越复杂，管控要求也越高。因此，越是针对大型企业的SaaS，越需要重视多组织架构的设计。
3.4产品功能设计
1）应用架构设计
所谓应用架构设计，即各系统应用的整体结构图。
相对于自研产品，SaaS的应用架构设计更为关键。合理的应用架构可以减少功能重复、避免数据混乱和降低系统拓展的难度。而一旦在不合理的应用架构上搭建起功能模块，并且拥有一定数量的企业客户后，修改的成本就非常高了。
对于产品经理来说，应用架构设计的重点要做到低耦合、高复用。所谓低耦合，是将功能按照业务相关性，分为多个系统应用。所谓高复用，即将各个模块所共用的功能抽离出来，单独形成一个系统应用。
2）详细设计
SaaS详细功能设计很考验产品经理的系统经验。
从设计流程上来说，SaaS功能设计也遵循通用B端产品设计流程，如下图：
所以SaaS详细功能设计很考验产品经理的规划和深度思考能力。
具体来说，SaaS产品经理需要做好以下几点：
*长远规划，谨慎设计
作为SaaS产品经理，不能够只盯着眼前的需求，而应该放眼长远，尽可能考虑全面。一般情况下，产品经理只能挑选那些最有价值的需求优先进行满足。而且，每一次的设计都应该是MVP，从而避免暂时不需要的功能被提前开发。
*深度思考，究竟精神
SaaS产品经理就必须具备“究竟精神”：对客户的每一个需求刨根问底，究其本质。永远相信客户有一个痛点，但是永远不要相信客户有一个正确答案。
*遍览竞品，死磕细节
SaaS为什么能够抢占传统软件的市场？最重要的原因并不是SaaS更便宜，而是SaaS的出生就带有移动化、社交化的属性。
最后，不论做哪个类型的产品，最基本的产品设计理念还是不能变，就是要抓住用户的核心需求，要多做减法，少做加法，才能保证设计出来的产品精而美，带来更多的价值。
