一种全渠道营销经营的后台系统的制作方法

本发明属于营销经营技术领域，具体涉及一种全渠道营销经营的后台系统。

背景技术：

从概念上讲营销是一种现代经营思想，其核心是以消费者需求为导向，消费者或客户需求什么就生产销售什么；从结果上看营销更善于分析研究市场，并做出相应对策也就是将公司现有的各种要素及公司想要达到的目标，与市场需求有机结合起来，并密切关注竞争者的情况和可能采取的措施；从目标来看营销往往以长远的战略眼光确定大的方向和目标，以切实有效的战术谋策达成中短期目标。

现有各渠道各自独立实现商品、价格、促销、会员、卡券、支付、订单、库存方面的业务逻辑，存在以下不足：

以交易为主，引流、导购、选品方面不足，顾客体验不佳；pos与店内营销脱节，不能充分发挥店内营销作用；以执行为主，缺乏互动，流量价值未充分利用；pos前端过于复杂，难以快速响应多样化营销方和支付方式；pos与erp依赖关系过强，不利于pos多元化发展；不同pos分别管理，操作不够方便，维护成本较高。

技术实现要素：

本发明的目的在于提供一种全渠道营销经营的后台系统，以解决上述背景技术中提出的以交易为主，引流、导购、选品方面不足，顾客体验不佳；pos与店内营销脱节，不能充分发挥店内营销作用；以执行为主，缺乏互动，流量价值未充分利用；pos前端过于复杂，难以快速响应多样化营销方和支付方式；pos与erp依赖关系过强，不利于pos多元化发展；不同pos分别管理，操作不够方便，维护成本较高的问题。

为实现上述目的，本发明提供如下技术方案：一种全渠道营销经营的后台系统，包括中台、存储模块、数据处理模块、执行模块、辅助终端，其中：

中台是面向商业生态的统一平台，适配前台与后台的配速，打通并顺滑链接前台需求与后台资源；

存储模块用于对数据进行存储，并可将存储的数据进行调用；

数据处理模块用于对用户通过第三方电商平台下单后的数据进行处理，并将处理的结果审核发送给距离用户收获地址最近的实体店；

执行模块用于实体店在中台上操作打单，添加配送；

辅助终端用于支付、签收、给配送人员打分、查询以及咨询订单配送情况。

作为本发明的一种优选的技术方案，实体店在中台上操作打单，添加配送，操作流程同步到中台。

作为本发明的一种优选的技术方案，所述辅助终端为手机、平板、ipad中的一种或几种。

作为本发明的一种优选的技术方案，所述签收使用配送人员录用app电子签收。

作为本发明的一种优选的技术方案，所述中台提供集中服务和接口服务；服务类别包括商品价格服务、卡券服务、促销服务、聚合支付与联盟服务、终端管理服务、营销策略服务、订单与库存服务、会员服务。

作为本发明的一种优选的技术方案，所述中台设计原则包括统一准入，统一控制，资源共享，闭环生态，数据化运营。

作为本发明的一种优选的技术方案，还包括卡券云平台，该卡券云平台运作机制包括营销服务、营销执行、营销管理。

与现有技术相比，本发明的有益效果是：

（1）完善的安全与认证体系，授权访问和令牌认证确保连接访问的安全，对数据生成md5加密校验信息，确保通讯安全并防止数据篡改；

（2）标准化的webapi提供给不同渠道和终端的访问，便于提升零售行业系统集成的标准化程度；

（3）在后台随时监督订单状态，完成快速配送，全渠道顾客群进行全渠道评价、反馈、传播，有助于提高全渠道顾客群的体验。

附图说明

图1为本发明的中台与前后台集成设计示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1，本发明提供一种技术方案：一种全渠道营销经营的后台系统，包括中台、存储模块、数据处理模块、执行模块、辅助终端，其中：

中台是面向商业生态的统一平台，适配前台与后台的配速，打通并顺滑链接前台需求与后台资源；

存储模块用于对数据进行存储，并可将存储的数据进行调用；

数据处理模块用于对用户通过第三方电商平台下单后的数据进行处理，并将处理的结果审核发送给距离用户收获地址最近的实体店；

执行模块用于实体店在中台上操作打单，添加配送；

辅助终端用于支付、签收、给配送人员打分、查询以及咨询订单配送情况。

本实施例中，优选的，实体店在中台上操作打单，添加配送，操作流程同步到中台。

本实施例中，优选的，辅助终端为手机、平板、ipad中的一种或几种。

本实施例中，优选的，签收使用配送人员录用app电子签收。

本实施例中，优选的，中台提供集中服务和接口服务；服务类别包括商品价格服务、卡券服务、促销服务、聚合支付与联盟服务、终端管理服务、营销策略服务、订单与库存服务、会员服务。

本实施例中，优选的，中台设计原则包括统一准入，统一控制，资源共享，闭环生态，数据化运营；统一准入：无论自建渠道、终端或第三方渠道、终端，都需要通过平台认证方可接入，第三方合作伙伴的接入必须由广百审核后，才能进入该平台，而且原则上接入方需要遵守中台标准规范（大众化平台接入的服务可以共用，接口可以二次封装）；统一控制：核心资源统一控制，例如：会员、支付，此外，第三方接入需要在平台上签订合作协议，并设定运营范围，第三方合作伙伴只能在协议允许的范围内运营，并按照协议约定进行将结算和清算；资源共享：会员资源共享在各业态、各渠道充分共享；闭环生态：活动的规划、活动执行与检查、活动评估分析（包括：计划达成、业绩对比、客流提升与人群特征分析），协助运营持续改进；数据化运营：中台不仅仅是链接人、货、场，支持业务场景的高效执行与创新，同时顾客的基础信息、行为数据、交易数据、活动参与数据、社交数据等多维度数据沉淀，为后续数据化运营提供基础。

本实施例中，优选的，还包括卡券云平台，该卡券云平台运作机制包括营销服务、营销执行、营销管理。

中台的建设根本上是为了解决企业响应力困境，弥补创新驱动快速变化的前台和稳定可靠驱动变化周期相对较慢的后台之间的矛盾，提供一个中间层来适配前台与后台的配速问题，沉淀能力，打通并顺滑链接前台需求与后台资源，帮助企业不断提升用户响应力。

中台就像是在前台与后台之间添加的一组“变速齿轮”，将前台与后台的速率进行匹配，是前台与后台的桥梁，它为前台而生，易于前台使用，将后台资源顺滑流向用户，响应用户。

通过中台实现系统间的解耦，耦合是指两个或两个以上的系统间通过相互作用而彼此影响以至联合起来的现象；而解耦，字面意思就是解除耦合关系，保证了渠道扩展的轻松、及时、高效、互通；在多业态、多渠道经营的背景下，面对前端的变化，通过中台解除后台各erp、crm与前端之间的关联关系，让各系间的职责更明确，业务处理更清晰，降低或解除系统间的耦合性，让后台系统更稳定、更可靠，同时对于前端的变化响应更快速。

基于灵活的系统架构，系统本身具有很好的扩展性；常见接口均有相应方案，支持webservice、socket、数据库中间表、ftp多种接口实现形式，服务端可与oracle、db2、sqlserver、mysql多种数据库对接，实现数据传输；产品及研发能力均能够确保与各类第三方系统的有效集成，实现各类数据的积累与共享，可无缝将零售中台与后台erp系统和门店pos系统进行对接，灵活实现新系统的扩展；在保障跨系统的整合能力的同时，保障系统性能的可扩展性；打造起互联互通的一体化信息环境，更好的开展各类业务运作及分析决策。

需要说明的是：

各类终端、渠道可以通过vpn接入，也可以通过公网接入。

系统两级负载均衡（nginx服务负载均衡+服务网关微服务负载均衡），微服务采用docker部署，支持动态扩容，并满足线上脉冲式高并发访问的需要，同时redis缓存支持集群扩展，数据库支持水平和垂直切分扩展（目前客户中，大多数采用水平切分方式）；而且，当访问量达到已经程度时，在nginx前面还可以加入硬负载均衡设备，进一步提升高并发处理能力；

中台集中部署：支持企业私有云部署，通过建立服务器集群，采用虚拟化的技术，减少物理服务器的数量，从而进一步提高应用的高可用性（ha），共享存储，提高数据吞吐率和读写效率；支持公有云部署。

扩展能力：中台服务支持动态扩展；中台数据库支持水平和垂直切分，减轻主库压力。

安全性：外部准入：外部接入的连接，通过openapi方式访问，需要token验证才能访问；内部准入：内部接入的连接，可以选择openapi方式访问，也可以使用内部网关访问；通讯内容验证：传输内容会与token一起生成md5加密串，验证不通过，不予执行。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。