浅析B端产品中的七大矛盾点

封面图：Midjourney 制作

B 端产品发展中，存在一些不可消除的对立点，产品迭代时，很多需求最后都指向了这些矛盾点，选择A，还是选择B，常常困扰着产品经理们，难以抉择。一起来浅浅分析一下常见的矛盾点：

1. 标准化与定制化

标准化产品是按照具有普适性的功能进行迭代发展，其特点是可以将产品功能复用在不同的行业或客户中，通常采用SaaS模式，因为是公有云，企业能够跟随产品的迭代，很方便的使用上最新的版本。

定制化则是根据客户的特定需求开发的，这些需求通常来自于客户业务的独特性，例如企业独有的组织架构、权限体系、与内部系统对接等。

定制化需求常见于大客户，他们的业务独特且复杂，与标准产品相背，不得不定制开发。

定制化的需求也分为可以产品化的或者不能产品化的，常常对于大客户的对接，是有专门的项目组对接定制需求，是剥离出标准产品的迭代的。

等到将客户的需求统一开发完成，交付上线，稳定运行后，考虑将其中的定制化内容加到产品中。

将定制化内容标准化，一方面能够增强产品的竞争力，这样的定制功能在同类企业中也有同样需求，另一方面是降低开发的成本投入，把功能标准化实际上是把软件开发的人力投入最大价值化。

定制化所产生的问题也显而易见。软件企业需要投入更多的资源进行定制开发，而定制的内容一定会使产品升级困难，甚至导致功能不稳定，更不用提体验好不好了 。

标准化与定制化之间相爱相杀，定制化为标准化提供了需求源，定制化也遏制了标准化的发展。在这其中，定制功能如何标准化，标准需求如何做到满足不同行业客户需求？是解决此矛盾需要考虑的问题，待后续文章再来分享。

2. 公有云和私有化

公有云和私有化是两种完全对立的存在方式，指的是软件的部署方式，软件系统的服务器、数据库、存储可以部署在像阿里云、腾讯云这样的公有云平台上。也可以部署在本地的机房里。

至于如何选择，要看软件的售卖列表的支持项，以及客户的需求。

两者各有优/劣势。对于软件开发商来说，不管是SaaS软件还是传统软件，只要有大客户的存在，就必须考虑提供私有化部署。

大客户更青睐私有化，这能够满足他们的定制化需求，与他们内部系统架构兼容，以及能够保证数据的安全性，这让他们宁愿放弃公有云所带来的便利性，也要选择私有化。

公有云允许用户通过互联网访问计算资源，如服务器、存储和应用程序。它的主要优势是伸缩性和易用性强，用户可以根据需求轻松扩展或缩减，节省成本。但其劣势在于数据安全和定制性，因为数据由第三方提供商存储和管理，定制性较低。

私有云是专门针对单个组织而部署的，可以由组织自己或第三方提供商托管。它的主要优势在于高度定制和安全，组织可以根据需求定制基础架构，更容易实施严格的安全控制和监控。但其主要劣势在于高昂的成本和可伸缩性较差。需要投入大量资金购买硬件、软件和人员，资源利用率较低。

在两者之间，也存在混合云的部署方式，感兴趣的可以了解下。

3. 业务需求与用户体验/效率

企业为了满足合规性、安全性，通常会有一些特定的业务需求，比如对系统中的文件进行加密级别的权限控制等。这样的需求往往会降低员工的办公效率，甚至限制了功能的扩展性（因为它让功能变得复杂）。

我们在B端系统中常见的权限控制让员工在使用系统时需要审批，但审批并不一定都是及时的，这类的业务需求非常多。无疑阻碍了效率，甚至影响了用户体验。

众所周知，钉钉在疫情期间被学生群体集体吐槽体验差，正是因为管理层为了满足业务需求，加上了各种管控用户的功能，如消息钉一下，这使得用户在使用过程中感到头疼，在 App Store 中也收到了用户的差评。

管理层想通过软件将业务数字化，将员工的办公流程也数字化，在软件设计上，是用户体验优先，还是管理效率优先，为软件买单的管理者往往胜出。

产品经理在这其中，需要选择一个对用户体验影响最小的方式。

4. 产品制与项目制

传统的软件行业通常采用项目制管理，即以客户为单位建立项目组，包括产品、项目经理、开发等，围绕客户的需求来发版迭代产品，直到验收上线，交付成功。

而产品制则采用标准产品迭代的模式，从市场、客户统一收集需求，规划产品发版，上线售卖，应用到不同的企业客户中，这也是现在 SaaS 软件多采用的方式。

这两种方式也是对立存在的，选择产品制还是项目制，将决定产品的商业模式、需求规划和迭代方式。

5. 低成本投入与用户体验提升

软件开发商最大的成本投入在于开发人员的人天，即人力成本，客户有采用购买开发商人天的方式来满足自己定制需求的开发。往往开发商夸大人天的投入，客户则压制人天。

这就像在盖房子的施工队为了节约成本，会偷工减料一样，软件开发商为了节约成本，通常对于需求开发以最低成本实现，能做到跑的通即可，并且还会补充一句：先用着，后续再优化。

这样做，带来的就是极差的用户体验，不过客户也会为此买单，头疼的就剩用户和产品经理了。

低代码平台也是一种低成本开发的方式。在低代码平台中，通过拖拉拽就能配置一个业务流程功能，这样可以非常快速的满足客户的需求，

但同时也带来了许多问题。例如，用户使用低代码产品会有一定的门槛，并且不能完美搭建业务流程，低代码平台带来的用户体验也通常较差。

可见，在B端产品中，不像C端那样，用极致的体验让用户爽到，因此，B端产品经理在面对客户的需求，也要具备成本导向的思维。

6. 项目交付与产品研发

在 B 端软件企业中软件开发团队多分为项目交付团队和产品研发团队

项目交付团队是为了满足项目上客户提出的需求，基于标准产品进行开发实现，

产品研发团队是基于标准产品进行迭代开发

两者就如也是对立存在的，项目交付常常抱怨产品研发这个东西为啥不产品化，而产品研发常常拒绝项目交付这样的东西就不应该做到产品上

7.SaaS 与 PaaS

SaaS，也称为软件即服务，是一种软件分发模型，其中供应商托管应用并使其通过网络提供给终端用户，通常在订阅的基础上。这种模型允许用户在需要时访问软件，而无需在本地计算机上安装或维护它。

PaaS，即平台即服务，是一种云计算服务模型，它为开发人员提供了一个环境，使他们可以构建应用和服务。这个模型抽象出了底层硬件和操作系统级别的复杂性，让开发者可以快速搭建应用。

只要是面向大客户的SaaS产品，都绕不开 PaaS这个话题。

PaaS的典型使用场景包括创建自定义应用。例如，如果一家公司想要开发一个内部项目管理工具，但不想投入大量资源进行基础设施的建设和管理，那么PaaS就能提供一个解决方案。在PaaS环境中，开发者可以专注于设计和编写应用程序，而不必担心服务器，存储，网络或数据库的管理。

PaaS的主要优势在于它可以提高开发速度和灵活性，降低开发成本，同时还能提供可扩展性和高可用性。

然而，然而PaaS也面临着以下的问题。

为了降低开发成本并满足用户需求，PaaS必须提供一个强大而复杂的功能架构，这可能导致高额的投入。例如，大型企业如IBM和Oracle在PaaS方面的投入巨大，以满足广泛的客户需求，但这也导致了它们在维护和更新这些平台上的投入也很大

对于已经成熟的SaaS产品，将其改造为PaaS平台可能会遇到很大的困难。

过度依赖PaaS可能会导致产品创新性的下降，因为如果可以通过PaaS构建一个“刚好够用”的系统，那么可能就没有足够的动力去开发一个完美的标准化功能。比如，一些初创公司可能过于依赖AWS或Google Cloud的PaaS服务，而没有花足够的时间来开发和优化他们的核心产品和服务。

所以是否要将SaaS改造为PaaS，如何进行改造，这也是一个困扰B端产品的大难题。

如果你喜欢我的文章，欢迎点击左下角阅读原文订阅我的专栏。