2023年SaaS从0到1产品策略决定成败

SaaS从0到1，产品策略决定成败昨天晚上，一个连续创业者找我谈天。他很早就开头在SaaS领域创业，早期的产品也很胜利。但是在扩展产品线时，他选择了做跨行业通用平台，这明显是一个对资金要求很高的方向。几年下来，公司的现金流出了问题。目前，他已经重新创业，新的方向选择了行业垂直类SaaS。

宽泛的来说，产品方向选择属于产品策略内容。而我始终认为：产品策略打算了产品的成败。

这里的关键在于，前期的每一个产品决策都会对后续工作产生深远影响。越是早期的决策，影响就越是深远。

因此，作为产品研发最早期的产品策略，在很大程度上打算了产品的命运。

01什么是产品策略？

所谓策略，《孙子兵法·始计篇》说：夫未战而庙算胜者,得算多也。

用大白话来说，就是在打仗前，要全盘考虑夺取成功所需的方案和资源。

产品策略，是高级产品经理、产品总监的首要职责所在。一个产品负责人，假如在产品接近上线时，仍旧拿不出冷启动的方案，这样的负责人也许率是失职的。

当然，本篇文章并无意写成教科书一般的指导手册：全面而又没有争议。

我更盼望能够结合自身的实践，对商业化SaaS从0到1过程中的关键点进行反思、总结和提炼，以便抛砖引玉，为后来者铺路。

本篇文章会涉及三个阶段的九个策略：

需要强调的是，三个阶段的工作都需要在产品设计前就进行慎重考虑。虽然方案赶不上变化，但是提前思索会增加我们的反应速度，从而能够更快速的应对变化。

02规划阶段

规划阶段是整个产品策略中，最具有打算性意义的阶段。在这个阶段，我们需要回答几个问题：

我们的客户是谁？我们满意客户什么需求？客户情愿付费吗？为什么客户选择我们？详细到商业化SaaS，可以从以下几个方面进行思索：

1.机会与威逼

2022年以来的这一波SaaS创业浪潮，主要还是基于移动互联网和微信生态。

比如快消品领域的外勤365，以良好的移动端体验为切入点，甚至能替换康师傅、百事可乐等领先企业的核心管理软件；微盟则是基于微信生态胜利的典范。近几年，随着私域流量的崛起，基于微信体系的获客、SCRM等领域也涌现出众多创业公司。

另外，随着AI、大数据和区块链等技术逐步成熟，将来在这些领域也会消失更多的创业机会。

当然，做SaaS也存在许多坑。

比如今目标、纷享销客等主打办公协同的SaaS厂商，到今日大多都已经转型，就是由于选择的赛道不够细分，被巨头用免费产品挤出了市场。

另外，当面对大企业市场，对标传统软件，SaaS在技术方面并没有明显的‘效率’提升，而标准化SaaS的设计开发难度反而大大增加。因此我们很难看到，在SaaS时代消失像SAP、Oracle那样通吃大部分规模行业的整体解决方案供应商。

有人可能会说Salesforce的市值已经超越了Oracle。但是Salesforce胜利的路径，并不是像Oracle一样供应行业全套应用产品。而是通过开放PaaS平台，关心更细分的解决方案SaaS公司猎取客户、提高开发效率。

因此，我信任SaaS领域会长时间存在众多小而美的垂直型企业。这意味着可能都还存在着众多的创业机会。但是，凡事有一利必有一弊。由于市场太细分，SaaS公司收入规模很简单遇到天花板。因此创业者在选择创业领域的时候，可能需要考虑该领域的市场规模，特殊是在该领域已经存在SaaS竞争者的状况下。

当然，我个人认为，做SaaS最大的坑还是在于伪需求。伪需求未必就是不存在的需求。也可能是需求的客群与企业当下的客群没有重叠，不适合作为其次条产品线开拓。另外，也有可能是需求的优先级较低，客户不情愿付费，那么这个产品也就不太适合小企业创业。

破除伪需求最直接的方法，就是找到一批种子用户，并且确认他们的付费意愿。

2.做大客户还是小客户

由于SaaS模式避开了服务器、IT团队等固定投入，中小企业往往更简单接受SaaS模式。但是中小企业的付费意愿不强、生命周期较短都是很大的问题，因此SaaS公司很自然的开头寻求向上突破，期望蚕食传统软件的大客户市场。

但是SaaS模式在颠覆传统软件的过程中遇到了麻烦，即标准化的产品很难满意大企业的共性化需求。因此，许多企业重新开发了针对大企业的产品，并且配备了相应的团队和流程。

但是，用SaaS产品替换原有系统，会遇到替换成本过高、共性化需求难以满意等一系列问题，这就导致SaaS产品的推广速度并不抱负。结果是，做大企业的中国SaaS公司，目前能实现规模化盈利的还并不多。

关于做大客户还是小客户，我觉得并没有肯定的结论。这更多取决于创始团队的力量和资源。比如，对于行业运营力量较强的创业者，做小客户也是特别不错的选择。

关于做大客户还是小客户的详尽分析，包括两个方向所面临的挑战和机会，大家可以点击阅读我的文章《SaaS：小企业向左、大企业向右》。

3.功能垂直型还是行业垂直型

如前所述，SaaS时代很难再消失像SAP、Oracle那样的几乎涵盖全部规模行业的整体解决方案供应商。

将来，除了像Salesforce、钉钉这样的平台型企业，更多的是聚焦于特定功能领域的功能垂直型企业，比如销售易、北森等；或者聚焦于特定行业的行业垂直型企业，比如外勤365，有赞等。

由于不同行业、不同市场环境、不同公司文化都会造就不一样的企业管理风格，功能垂直型SaaS在满意共性化需求方面，会遇到比较大的挑战。因此，功能垂直型SaaS必需早早规划好PaaS平台，并且持续进行投入。

相对来说，行业垂直型SaaS在共性化方面遇到的挑战更小。但是，假如从长远考虑，PaaS力量的建设仍旧特别重要。特殊是考虑到功能垂直型SaaS和行业垂直型SaaS很可能会竞争同一批客户。

行业垂直型SaaS所面临的问题，则主要是市场规模瓶颈。比如房地产管理软件行业肯定的龙头老大明源云，2022年SaaS销售收入也不过为5.1亿，且已经连续3年亏损

关于做功能垂直型还是行业垂直型的详尽分析，包括两个方向所面临的挑战和机会，大家可以点击阅读我的文章《中国SaaS的逆境与机会》。

03开发阶段

假如有幸查找到一个合适的产品方向，甚至直接拿下了一个头部企业的项目，接下来的产品开发就变得特别重要。

说究竟，SaaS公司最核心的竞争力仍旧是产品力量。因此产品开发阶段的策略，也特别关键。

第一，企业软件选型正在从“单纯关注解决方案”，过渡到“关注解决方案，同时也关注产品”的新阶段。

其次，即便通过商务力量拿下订单，项目交付和产品续约的关键，仍旧在于产品是否契合客户的需求，以及能否用更高的效率满意客户需求。

第三，假如每个项目都是定制的，那这样的产品策略是失败的。由于昂扬的开发成本、漫长的回款周期最终会拖垮SaaS公司。

在SaaS产品开发阶段，我认为有以下三个方面的策略需要重点关注：

1.单点突破

16年我负责订单管理SaaS的时候，曾经和老板争论过要不要做财务模块。

起因是不少中型企业客户提出，盼望我们能够供应财务核算模块。由于和订单管理系统自然 集成，一方面便利了财务核算，另一方面也便于财务到业务的追溯。

但是我坚决反对扩展到财务模块。

其一是考虑到财务模块的建设需要巨大的投入，而传统财务软件其实是相当成熟的产品。即便最终替换了传统财务软件，客户获得的新价值也远低于公司的投入，这里的新价值=新软件价值-旧软件价值-替换成本。

其二在于客户选择我们的缘由并不是为了便利财务部门的工作，更多是为了实现移动抄单，以及对销售人员的移动化管理。在产品初期，把拳头产品打造得足够好，远远好过对次要功能进行扩展。

产品经理在对产品功能进行规划的时候，也要遵循“先把核心功能做到最好，再依据相关性谨慎扩展”的原则，切忌轻率铺开功能范围。

最糟糕的状况就是：SaaS产品充斥着一大堆欠缺价值的功能。它们除了占用大量资源，也会导致后续的产品迭代和扩展受到不必要的钳制。

2.标准化与PaaS

做商业化SaaS，方向肯定是做标准化产品。

并不是说就肯定不能做定制化。而是说，定制化模式假如要实现规模化盈利，可能需要配套其他的力量。比如，SaaS软件虽然是亏损出售，但是可以通过给客户供应其他服务进行弥补。

产品的标准化特别依靠于产品经理的架构力量。

架构力量不仅仅是规律抽象力量，更是对客户需求的洞察力量，以及对成熟商务套件架构与功能的深化把握。

成熟的产品经理睬站在当下的视角，考虑将来的场景，并给出妥当的“既考虑当下，也考虑将来”的解决方案。

以商品管理为例，有阅历的产品经理肯定会提前考虑到多单位管理、ERP集成等基本问题。由于将来再临时添加或改造，代价可能会特别昂扬，甚至影响到原有客户的业务。究竟全部客户使用的都是同一套软件。

但是，产品经理的阅历和力量也是有限的，希望于产品经理构架出适用于全部规模和全部细分行业的标准化产品，几乎是不行能的。

因此，标准化产品进行适当的版本划分也特别重要。比如，大企业和小企业往往会规划不同的版本，按国家（不同国家可能有不同政策）和企业类型（厂家和经销商的管理方式差异较大）等维度进行版本划分也特别的重要。

即便如此，某些功能仍旧是很难“规划”的。比如，营销自然 就是一个创新的工作，没有人能够完全预见将来可能消失的促销方案。

这种状况下，产品的PaaS力量就变得特别重要。

即便是在传统软件时代，实施顾问也会尽可能的利用PaaS力量，由于相对于代码开发，PaaS的效率实在是太高了。

就我所知，PaaS力量可以分为几个层次。包括表单、流程、权限、自定义字段和字段属性等。但是好的PaaS必定是能够嵌入自定义SQL的，并且能够和其他标准表单、字段进行联动。

相对于行业垂直型SaaS，功能垂直型SaaS明显更依靠于PaaS平台。这也是销售易和北森很早就开头构建PaaS平台的缘由之一。

关于如何培育架构力量，可以点击阅读我的文章《如何提升B端产品架构力量》。

3.长远规划与分步实施

为了实现标准化，长远的规划是有必要的。但是，只要是“规划”，就必定存在误判风险。特殊是处于增长阶段的产品，产品经理永久无法精确     猜测，将来会消失什么样的客户与需求。

我个人认为，为了节省珍贵的资源，从而加快产品的进化速度，SaaS产品设计要尽可能多做‘加法’，少做‘减法’和‘改法’。

意思就是说，任何一个功能都要尽量确保长期使用，并且和将来的版本完善融合。否则，一旦版本升级，就可能需要对已开发的功能进行大改甚至废除。这无疑会铺张珍贵的研发资源，延缓产品价值的提升。

要实现这一点，除了要求产品经理具备肯定的规划力量，也要求产品经理对市场存在敬畏心：即承认自己规划的某些功能，可能在很长一段时间内都不会被使用。因此，每一个方案开发的功能，都需要对应“明确被提出来的需求”。同时，和技术架构师认真沟通对将来的规划，提前在技术架构上做好预备也特别重要。

但是，某些底层功能，即便我们知道短期内不会用到，仍旧是需要提前开发的。这些功能往往贯穿了整个产品流程，假如等到产品比较简单时再添加，代价就过于昂扬了。

比如，批次号管理就是这样的功能。对于需要全流程跟踪批次号的商品，需要在几乎全部入库、出库、库存管理和报表分析环节，记录批次号以及批次状态。

总的来说，在开发阶段，特别考验产品经理对业务的洞察力，以及对产品的架构力量。我以为，甚至可以略为偏激的认为：产品经理打算了SaaS产品的成败。

关于成熟B端产品经理的观点，可以点击阅读我的文章《成熟的B端产品经理，都有这个力量》。

04启动阶段

新产品如何启动，也是需要提前进行规划的。当然，启动阶段的工作与规划阶段的工作是密不行分的。比如，假如我们已经明确了“目标客户群体”，那么就很简单接触到第一批种子客户，并利用种子客户对产品进行验证和推广。

详细来说，我认为启动阶段需要规划好以下三方面的工作：

1.冷启动方案

在规划阶段，我们就应当已经明确甚至找到了第一批种子用户。

对于针对大客户的产品，找到一个标杆客户是特别重要的。当然，这里有一个鸡生蛋还是蛋生鸡的问题。即，假如没有相应的产品，就无法赢得大客户的订单；假如没有大客户的订单，也就无法开发出相应的产品。

其实，第一个标杆客户，创始人的人脉资源是特别重要的。另外，大企业的软件系统也可能存在严峻的缺陷，这就使得创业公司可以通过一个“单点”功能，拿到大企业的订单。

比如，传统CRM系统在移动端的体验可能是特别糟糕的，SaaS公司在移动端的优势就是切入大企业的一个特别重要的武器。

对于针对小企业的产品，在规划阶段要想方法接触到第一批种子客户，然后通过免费试用等手段，吸引他们使用新产品。

2.需求管理机制

SaaS产品具备很强的互联网基因，因此MPV开发（最小可用功能开发）+快速迭代是SaaS产品常见的策略。

迭代往往需要依据详细的需求，因此建立起需求管理机制和流程就特别的重要。

产品经理需要建立需求提交的渠道，鼓舞销售和服务等部门提交客户需求。在初期，产品经理需要亲自联系每一个提出需求的用户，一方面避开误会需求;另一方面也是查找有潜力的用户，建立起自己的核心用户群体。

除了被动收集需求，产品经理也需要定期外出访问客户。Saa