SaaS产品的成功离不开坚定的开发原则与敏捷迭代模式。本文将深入剖析精益产品探索方法论，揭示行业Top级产品的迭代秘诀——敢于上线验证、果断下线无效功能。从微信功能灰度测试到进销存标杆案例，带你破解SaaS产品经理最棘手的'功能下线困境'，并给出可量化的验证指标体系。

最近想总结一系列SaaS原则，笔者认为做好产品的基础一定是坚定某方面的原则，以原则为准绳，朝着目标前进，在过程中才更有精力聚焦在业务场景问题上；故笔者将通过一系列原则内容进行阐述。

若做一个SaaS产品面向市场，笔者认为首先要思考是开发模式，开发模式是产品成功的基础，需要和大老板和团队一致认可；我比较推崇一个产品开发模式是精益产品探索，这也是笔者从事产品经理职业启蒙产品方法论，至此差不多有10年左右。

什么是精益产品探索？

精益产品探索是创新商业和产品的一种方法，它依靠验证式学习法，科学实验，和迭代产品发布来缩短产品开发系统，测量进度，和获取宝贵的客户反馈。

通过这样方法，特别是创业公司，能够设计它们的产品或者服务来迎合客户群的需求，而不需要大量启动资金或者昂贵的产品发布会。

简单来说就是根据迭代内容进行场景验证，获取用户反馈，持续优化产品；在收益比较低（无人使用、设计方案不对）的时候进行下线处理。

笔者见过某行业进销存Top1产品，用户覆盖率占据市场80%左右，他们为什么做得好？

进行多年跟踪，发现并不是对方产品经理有多厉害，而是发现他们迭代思路类似精益产品开发模式，有部分功能上线后，运行一段时间后效果不佳，下线处理。

笔者也是该行业领域产品经理，发现他们确实功能设计不是特别正确，不过面向新业务场景需求勇于推出方案进行市场验证，并跟踪方案效果，是作为行业探索者应该做的。

为何如此至关重要？

很多刚入行的产品经理，发生类似情况，有可能会面临上线后又下线吐槽压力，在公司管理和技术开发面前不敢做下线处理；也有部分公司高管原因不敢做下线处理，面临老板质疑不专业的压力；笔者认为作为SaaS产品经理，如果在功能模块上设计的不合理，又不进行调整或者下线处理，后续只会债台高筑，影响用户体验和失去市场竞争力。

功能下线去魅

我们在生活中利用这种开发模式诸多；如微信，笔者也发现微信亿级产品亦是如此，很多功能上线后即下线，印象最深的是公众号文章阅读浮窗调整功能，上线不过一两天就做了巨大调整；还有朋友圈表情回复一直是面向部分用户灰度开放验证；还有竞技游戏领域，几年前删掉的装备后续增加回来；笔者认为做产品亦是如此，没有100%正确产品决策。

笔者最近兼受一个数字化客户管理系统的产品，接手时候，原产品经理对几个功能点或者模块说没人用已经废弃，笔者问，为什么废弃了没有人用又不做下线处理？我相信众多公司也是如此现状，很多废弃功能还堆在产品，原因就不多赘述了。

什么原因可能导致如此？

笔者认为在SaaS领域，更多是前期没有整个团队奠定开发模式导致。如销售因为业绩压力，如客户为了拒绝购买产品，随便说有没有某个新功能，销售人员需求回传，然销售在公司话语权比较大，毕竟是业务方，产品经理资源匮乏，没有精力去做深度的市场调研和需求深度挖掘，故销售在周例会时候会把没成交原因推在产品上；笔者过往也经历过这种情况，如何解呢？和销售对赌，做了这个功能能不能签单，能覆盖多少客户？这时候销售才会说真话。其次是业务场景是存在的，是个别用户才挖掘出来的新需求，需要上线后更多用户验证。产品经理在需求分析上是至关重要，笔者会在后续文章重点讲解，SaaS产品如何做需求模型设计，提高产品需求决策正确率。

如何做产品验证？

笔者认为产品功能上线后必须要进行监控，可以从数据层面埋点或者数据库查询业务数据方式验证，也可线下用户调研访谈或监控用户实操；尽可能可量化功能的实际价值；度量数据指标方面，如果是SaaS产品，更多是通用性考虑：如用户使用覆盖率、使用频率、功能替代方案验证、及下线后客户流失成本。

综上所述，我们前期开发时候就要奠定开发模式，需要在公司上下拉齐，对创业公司的产品在市场竞争上致命关键。