在B端业务系统研发时，核心目标是通过业务调研等方式，明确业务场景当前现状与需要解决的问题。

那如何根据B端客户需要，确定产品架构呢？

首先，需要明确B端、G端、C端这三个维度的定义：

G端：针对政府客户（用户包括政府职能人员、企业人员、公众），需要借助G端系统满足政务服务、信息公开、群众留言等场景需求，重点为实现政务服务数字化、政务服务效率提升、提升群众服务满意度等。

这样在B端系统中，可以将用户群体抽象为以下几类：

2、决策人员：进行系统业务情况分析，如业务工单完成情况、人员绩效分析等，进而了解业务系统运行情况，为决策提供支撑。

2. B端系统的落地风险

但在企业进行B端业务系统0-1自研落地过程中，通常会遇到以下问题：

建设成本——0-1构建B端系统工作量及成本较大；

2、需求变更风险

新需求支撑——客户业务场景有所变更/新增时，B端系统对于业务需求不能有效支撑，导致产品后续有所调整。若此前需求为硬编码实现，则需重新执行编码及测试等系列动作；其中若涉及底层架构调整，则整个系统功能需重新梳理是否需重构。

综合上一章节（B端系统的落地风险），面向B端业务场景，客户可以根据成本、业务等维度需求情况，按需选择PaaS和SaaS产品架构进行B端系统构建。

针对上一章节（B端系统的落地风险），B端系统选择PaaS和SaaS时，产品落地情况如下：

上述是针对B端产品中区分较为明显的两种产品架构模式。但在实际的业务需求中，我们会设想一种模式，是不是能同时实现以下需求：

2、系统中业务定制化需求较高的功能模块，若通过配置实现成本较高，可以通过编码直接实现；

在这种情况下，PaaS+SaaS模式应运而生。

1、获取PaaS平台资源，获取软件开发+部署平台；

对于标准化程度高的功能模块，引用SaaS产品功能实现（如用户管理、角色权限管理、工单管理、流程管理等，此时可引入表单引擎、流程引擎等开放自定义功能）；

3、开放体系：

5. paas+saas适用场景

在产品架构设计过程中，理论上可以分为paas、saas、paas+saas、saas+paas等模式。但实际选择中，需要综合根据业务现状、建设内容、成本预算、市场预期变化等多种情况再来进行选择。在满足灵活拓展的基础上，还需要注意用户体验，包括开发人员的开发拓展、系统用户的业务功能使用等场景。

后续文章中将会对于B端系统构建中“B端产品体系如何搭建”“B端标准化能力如何识别和管理”等维度进行介绍。

题图来自Unsplash，基于CC0协议

顶一下()     踩一下()