SaaS产品设计，如何从0到1.docxVIP

SaaS产品设计，如何从0到1 对于大部分SaaS公司来说，产品标准化程度决定了企业的生死。今天，我们就站在产品经理的角度，来看看SaaS从0到1的标准化设计应该怎么做。 限于篇幅，本文对如何画流程图、如何制作原型等基础技能就不再敷述，侧重阐述实现SaaS标准化设计的要点。 为便于大家理解，本文会以一个案例为线索，一步一步演示如何从0到1设计一款SaaS产品。 ?SaaS与自用系统的差异 虽然同为B端产品，SaaS与自研系统的差异却非常明显。 从根本上来说，SaaS产品需要服务于众多企业：少则几十家，多则几万家。因此，对业务的包容性需要很强。代价则是产品迭代速度相对缓慢。 自研系统由于只服务于一家企业，强调的是贴身服务，因此对产品包容性要求较低，但是很强调迭代的速度。 虽然SaaS和自研产品的逻辑是类似的，但是对产品经理能力的要求却有一定差异。 具体可以参考下图： 内部B端产品经理更多是辅助角色。因此比较强调深入参与和支持业务，通过协调甚至推动业务部门，达成公司目标。 SaaS产品经理就不一样了。因为负责商业化产品，是公司实现营收和盈利的核心环节，所以比较强调产品本身的架构能力和设计能力。 我个人认为，衡量SaaS产品经理的优劣，其中一个重要的标准就是：当用户数不断增加，产品功能会不会被推翻或大幅修改，即能不能多做加法，少做减法和改法。 标准化的意义 产品标准化对SaaS公司至关重要。 曾经听某知名SaaS公司大区总监说，某个百万级项目谈得非常好，约定4个月交付上线。 结果到了第3个月，客户要求推倒重来，按客户实际业务重新开发。这位销售总监抱怨道：“前面谈得好好的，就用标准化产品。但到项目后期，客户却说产品满足不了业务需求。真是搞不懂。” 这就是典型的产品能力支撑不了销售能力。如果这样的项目很多，SaaS公司就很难盈利。 具体来说，SaaS标准化有以下三个重要意义： 1、降低边际成本 SaaS公司最大的成本投入是研发成本， 如果每一个项目都是通过配置完成交付，这意味着随着用户数的增加，研发成本会被逐步摊薄，最终形成规模效应。因此标准化是SaaS公司盈利的关键之一。 2、沉淀最佳实践 B端客户真正希望购买的是“行业最佳实践”。 即便SaaS公司具备丰富的行业经验，也了解行业标杆的业务策略和执行方案，如果SaaS产品不能体现和支撑这些“最佳实践”，那么推广和执行的成本都会很高。 所谓标准化，其实就是把领先企业的解决方案进行提炼，再固化到系统中。这些固化的解决方案，是SaaS系统的灵魂。 3、积累产品能力 如果SaaS公司依赖运营而不是依赖产品来保障“客户成功”，那产品和产品经理的价值都会大打折扣。 标准化会不断增强产品的配置能力，使得产品越来越厚重，价值越来越高。也只有厚重的B端产品，才能磨炼和体现产品经理的产品能力。 标准化策略 标准化策略是SaaS产品策略的重要组成部分。 SaaS标准化策略可以分为三个部分，分别是： 1、产品版本标准化策略 标准化最重要的策略，是确定“不满足哪些客户的需求”。 “一套产品吃遍天下”的传统软件时代，已经过去了。即便我们要占领多个细分市场，也要谨慎判断，是否通过“一个行业版本”满足全部客户的需求。 比如，在快消品行业，经销商和生产商的管理模式差异是比较大的。对于经销商来说，组织和权限的管理是相对简单的，也不涉及严格的外部账号管理；而品牌商则有复杂的多组织管理的需求，包括外部组织和账号的管理。 再比如，经销商的价格体系是相对简单的，不同等级的客户可能会有对应的价目表，部分客户会签订特定的价格协议；但是品牌商的价格体系则复杂很多，不同分公司、不同区域、不同商圈等级都会影响具体的价格。这是因为“价盘”是品牌商的生命线，所以精细的控制是有必要的。 快消品经销商和品牌商需求差异 当然，并不是说，我们一定不能在一个版本满足多个行业的需求。过去SAP、Oracle的成功已经证明这一点是可以实现的。 但是，SaaS引以为傲的正是足够“高可用”的系统。过于臃肿的产品，会大大增加客户的使用成本。 反过来说，“一个版本满足所有需求”当然是不正确的。但是如果盲目的横向扩充版本，也会给SaaS公司带来沉重的研发负担。 比如，当我们面对“非处方药”行业的客户，是否需要划分出一个版本呢？虽然并不是快消品行业，但是“非处方药”却在学习快消品行业的分销模式。在这种情况下，如果我们提供的是分销SaaS产品，就暂时没有必要单独为“非处方药”划分一个行业版本出来。 2、功能层标准化策略 标准化第二重要的策略，是决定“哪些功能不标准化”。 对于大部分SaaS，90%以上的功能是能够在产品层面进行标准化的，但是可能有10%的功能是很难标准化的。分清楚哪些功能可以“在产品层面进行标准化”，也非常重要。 比如，中小企业对报表的需求相对简单，因此