2020年终章之SaaS能够走多远

正文

请到「今天看啥」查看全文

这个时候我们发现已经陷入泥潭，我们发现产品需要做一些减法，但是已经有一些量的客户在用了，我们做减法比登天还难；产品用户体验差，实施周期长，维护成本高，开发速度越来越慢，用户口碑越来越差，我们却也无能为力。

另外我们还不能速死，也很难发展，经过了很多年的挣扎，直到泥潭里面的泥没过头顶，也许我们内心终于松一口气，我们终于死了。

在中国，B端这块，大家都说重视产品，但是实际上一直最重视的都是销售。这么多年中国B端的产品力实质上是没有多少进步的。除了续约，增长，销售投入产出比等指标以外，笔者强烈建议所有的SaaS创业公司以及投资公司好好的去评估一下自家产品另外一个重要指标，那就是产品的可持续发展指数。

产品的可持续发展指数由很多因素决定，包括产品业务架构，功能架构，数据库架构，逻辑耦合度，产品易用性等一系列因素决定。

可持续发展性好的产品公司，会维持良好的用户体验；产品可扩展性，可维护性强；新的开发效率高以及低以及实施培训周期短，回款快；另外客户口碑好，用户获客成本不断降低，会形成一个良好的正向发展循环。

怎样实现产品的可持续发展是SaaS产研团队最核心的课题，笔者最近在某年会的产品闭门会以及人人年会上面做过一些关于可持续发展的产品原则的分享， 在 这 里再整理 分享一下这些原则：

1: 整个产品策略先做薄，再做厚，每个迭代做小，做少，做极致。

在产品MVP的阶段，要围绕核心痛点，选择客户愿意买单并且形成最小闭环的最小功能组合来进行切入，整个产品路径先做薄，再做厚，通过厚度来提升客单价以及客户黏性。

比如说菜小秘刚开始找到的场景就是农批商行赊欠管理的痛点，通过开单赊欠管理切入获取到客户，通过不断的验证迭代，慢慢延展到库存，结算以及上游的货主以及下游的买家的相关场景以及功能。

B端产品功能一旦被客户使用之后，做减法和调整难度是极大的。所以在每个迭代过程中，遵循一个原则，就是做小，做少，做极致，怎样控制需求以及设计的范围是对产品力一个很大的挑战。

另外一点对于B端产品产品就是不能先有再优，对于数据库设计，功能架构，页面架构更是要努力做到极致，否则后续调整成本是非常大的。

2: 做好架构设计，为产品的生长留下空间。

• 业务架构，数据库架构，功能架构是地基，地基错了上面的一切都是错的。

对于C端，我们有一个很经典的怎样做MVP以及产品验证的图，如下：

但是我们在B端产品里面，我们这样去打造一个产品的MVP以及进行需求验证的话，你会发现每一次都要做完全的重构，这种思路在B端产品一定是毁灭性的灾难。

我曾经打过一个比方，C端产品更像是盖大平房，B端产品更像是盖小高楼，平房是很容易重构的，但是高楼的地基没有打好，后续的调整是毁灭性的，很多时候不得不推倒重来。所以如果我们真的要造一辆汽车，可能首先还是要先造一下发动机还有四个轮子，然后慢慢补充车窗，转向灯，车盖等物件。

请到「今天看啥」查看全文