现在的商城类平台都是自己开发，但也有不少选择配置化的商城产品。从理财方式、资源和供应商的情况来分析，这样的选择情有可原。这篇文章，作者就分析了配置化理财商城的实现路径和一些误区，供大家参考。

一、首先，对于配置化商城产品，想要实现怎样的效果？

• 搭建一个跨渠道管理，全页面要素可控可配的商城后台，将经过规则，人工运营相结合的方式完成产品内容信息与解构出来的商城页面进行解耦。
• 通过产品规则以及客户规则生成聚合式的规则引擎，控制商城货架上展示的产品以及不同客群的可见性。
• 交易流程节点划分与组装，应对后续新增交易品种以及合规变更的情况的交易流程最大化复用。最终实现由结构层面的革新带来的运营层面的飞跃，同时也为后续全页面自动化埋点，以及进一步的大数据行为分析、运营方案调整提供了数据支持的可能性。

二、为什么需要配置化商城产品？

理财方式的转变

财富向下转移，越来越多的80，90掌握财富，理财人群的变化无法避免的带动了理财方式转变。移动互联改变了人们的生活习惯，线上理财渐渐占据理财方式的主流地位。

平台方的资源权衡

纵观行业内，目前的线上金融平台普遍呈现产品展示大多依靠人工运营，内容营销能力较弱、个性化，场景化不足等问题。但理财产品的销售已由卖方市场向买方市场转化，并且在新户缓慢增长的大环境下，打造一个适用于不同客群，不同场景的精细化理财商城迫在眉睫。但平台方也面临运营策略需要长期不断的调整优化试错，版本的更新迭代，开发测试运营耗费的人力、时间成本等困难。

供应商的内耗与突破

作为一个b端产品，面对的不仅仅是单独某一个客户，以单个券商为例，日常需求需求都是调整相关，如调整详情页信息显示，首页展示信息的变动。技术含量低，但是要涉及到的人员很多，每次升级都内耗严重。更重要的是，当前理财商城的基本功能在各交易平台均能得到满足，在这样一个需求饱和的市场，对于供应商来说只有使产品具备竞争力，才能在后续的资管时代占据一席之地。

三、实现路径

页面结构的配置化

如何将理财商城的页面设置抽象出来呢？以可控性要求最高，运营需求最强的首页为例，我们可以直观的看到，首页的相同点在于，可以按照页面的功能属性将页面分成两块，一是功能组件，比如图文导航，搜索栏等，二是承载内容的载体，展示产品信息，资讯等。即页面共同由功能组件及信息展示模块组成。而展示信息模块的共同点在于，1、展示多个产品信息或基金经理信息，2、控制了内容的排列（如垂直或横向滑动），3、有侧重点的字段信息的分布。同时需要考虑到实际配置操作的便捷性以及抽象出来的组件需要是有限的且各自的边界不重叠的要求，基于实际场景，将页面信息展示模块抽象出以下共同点，作为页面配置化设置的依据：

1. 交互样式是有限的，如垂直或横向。
2. 字段的布局和字段类型，和侧重展示的内容（即运营者的需求）三者是紧密相关的。

因此，为了尽可能实现模块的多样性及后续调整的便捷性，通过页面以下页面编辑器，实现页面结构的配置化。

产品可视的规则化

在解构页面的基础上，页面展示的信息也是可控的。通过控制页面各模块对应不同的内容集，最终实现不同客户群在理财商城前端页面所见的不同内容。按照展示信息内容的形式可分为产品、基金经理、图片、资讯等四类，通过手动添加，条件筛选以及规则引擎等三种方式生成内容集。

以最为常见的产品内容集为例：

1. 手动添加。通过手动添加产品代码的方式，规定内容集中的产品、前端展示顺序，形成内容集。同时通过组合客户标签，形成客户集，可选择是否将内容集与客户集进行映射。
2. 条件筛选+手动添加。在条件筛选下形成自动化更新内容集，在此基础上可进一步人工干预，增加产品及其排序。并且与用户集形成映射关系。
3. 规则引擎。通过将产品信息分类，梳理出可供运营的指标，比如业绩类指标，风险类指标等，通过对于产品的条件限制，以及对应客群的限制，生成规则，运行规则生成一个产品类的内容集。比如未登录客户所见内容集，登陆用户根据不同用户条件对应相应可见的理财产品，如xx地区、风险等级c4的客户看到的是近一年收益率百分之三十的产品，并且根据收益率倒叙排列。

交易流程的节点化

通过不同理财产品交易流程的梳理，发现不同平台的同一类型理财产品可能会存在不同顺序的交易流程节点，也可能随着合规要求的变更，调整交易流程节点。同时不同类型的理财产品也可能因为相似的风险性，导致交易流程相同。其共同性在于，交易流程的设计本就是为了在符合行业合规准则以及公司内部合规部门要求的大前提下，尽量减少交易断点，保证交易环节顺畅进行。由此作为出发点，将交易流程按照大环节进行划分，其中每个小节点单独存在，应用于不同理财产品的串联复用。例如，假设F券商公募基金交易流程：A1-A2-A3-A4-A5-B1-C1-C4,A券商公募基金交易流程B1-A1-A2-A3-A5-C1-C4。

四、配置化商城的误区

配置化理财商城的构想来源于，目前所接触到的各平方提供的需求场景及自身产品设计开发时遇到的痛点，后续基于需求场景的变更，或许也会有具体设计细节的变更。

值得注意的是，配置化理财商城的最终目的在于通过解构页面，实现内容与承载容器的分离与组合，以此来减轻平台方与供应商的日常维护负担以及应对更高层级的运营需求，因此在设计细节上需要考虑：

1. 虽然商城依靠页面配置实现运营能效的提升，但需要注意页面配置功能的边界，考虑到日常真正业务的使用场景，不能为了功能的实现而实现。
2. 多平台多端的配置化商城项目，是通过页面的基础组件以及拆分组合信息模块而构成，因此需要由上至下，区分层级以及对应关系，包括不同平台方对应的不同风格，风格与项目间的对应关系，信息模块下容器风格与卡片，内容集的对应关系等问题，避免造成开发人员及后续设计的困扰。
3. 由于商城各层级页面，运营需求强度不同，因此在设计具体配置时需要区分侧重点。

关于风格下包含的具体内容，项目内不同层级页面的划分关系，以及页面配置的具体设计，可根据自身行业的业务属性进行调整，此处不做赘述。