电子商务后端系统认为解释

目前关于产品经理的文章主要是偏向于方法论，行业趋势，产品分析，用户体验，互动等。关于后端系统的文章很少，而且它们并不系统。我问了几个朋友公司所在的位置。他们公司每月流量1亿元人民币。它也是一家中型电子商务公司。但是，后端系统存在常见问题，例如库存数据不正确，导致超卖;财务结算很复杂。很多离线流程;特权治理不严谨，存在安全隐患;售后问题很容易丢失;交货时间很慢;操作操作繁琐，效率低等，我们将逐个模块地讨论这些服务，主题和解决方案，欢迎所有感兴趣的人一起讨论和改进。

一，整体结构

电子商务后台系统属于整个产品，分为两类，一类是公司的内部部分，包括运营，采购，投资，财务，客户服务，仓库等;另一个是入驻的商家。由于仓库工作人员和其他部分一般位于两个地方，系统暂时分为两个系统，管理后台和存储系统（沈阳软件开发），当然，很多公司可能划分了治理背景变得更小，就像操作系统一样。售后工单系统，发票系统等，这是由各公司根据内部业务形式确定的，这里不再详细讨论，但每个细分模块将在后面讨论。

二，治理背景

治理背景主要由公司内部员工使用，以确保公司内部业务的正常运作。

系统治理

该模块属于公司相对较高的内部权限，包括后台帐户的开放，权限分配，操作日志的操作以及登录的ip限制。由于涉及与安全相关的功能，只有少数管理员（如管理员或系统管理员）才具有这些权限。

采购治理

这个modulo 沈阳小程序自定义

该块属于发票系统的“入局”，业务类型为自营电子商务企业，需要购买商品。此模块的核心是采购订单。有关采购计划，智能采购，供应商，仓库等的基本信息。该过程具有采购，仓储和采购回报。困难在于采购过程中存在许多不确定的界限，就像采购一样。货物有时会运输几次，有时会运输几次，有时会多运送一次，有时会给你一些其他样品等，因此系统不仅要求灵活性，还要求帐户准确。

销售治理

该模块属于开票系统的“引脚”。一般页面配置，各种主题页面，促销销售流程，优惠券等都与销售有关。当然，如果您的公司有多个销售渠道，那么将有几套销售管理。该模块直接影响操作效率。

库存管理

它用于管理各种出站业务，包括销售和交付，从图书馆挑选，购买和退货等。仓库管理最重要的业务是销售和交付。主要流程是文件打印，选股，检验和称重。沉重的，在图书馆外等等。

库存治理

它用于管理仓库中的货物数量。主要业务包括库存查询，库存，库存警告，库存调整等。库存数据与入库和出库订单密切相关。

打印治理

它用于管理仓库内的各种打印服务，包括快递单，提货单，发票，小票，计票单，拣货单等。

四，业务背景

驻留在电子商务平台上的商家使用的系统，用于管理诸如商品，订单和商家库存之类的信息。

商店管理商店是商业的外观，商店的基本信息设置，商店装饰和子帐户等商店级信息都在这里进行管理。电子商务公司治理背景下商品管理商家后台商品管理与商品治理的关系。企业发布产品，产品评论，产品分组以及有关产品不同状态的信息，所有这些都在此处进行管理。订单治理

订单在客户端生成后，订单将被推送到商家的后台。商家将在订单管理中查看订单信息，然后执行运输和返回物流信息的操作。

营销治理

通过加入多个销售渠道，使用多种营销工具和推广方法，目标是促进商店和销售产品。

财务治理

电子商务平台的解决方案就在这里。

客户治理

这里是商家和客户联系的地方（当然，许多电子商务平台试图避免商家和客户之间的直接联系），存储客户信息，并且可以在这里管理和处理售后问题。

数据统计

可以在这里实时查看商店的操作和促销效果。

帮助中心

当商家首次开始使用该系统时，或者在系统更新之后，将会有许多商家对该功能知之甚少。您可以帮助商家在此处使用该系统，并减少商家的咨询量。

五，系统信息流

下面是几个例子来说明后端系统之间的信息流，只需采取更常见的商品视图，订购流程，退货流程来解释：

从图片中我们可以清楚地看到“前景中的一小步，背景中的一大步”。前台是客户端，每次小型点击操作都需要后台的大量支持。这还测试了后端产品经理的抽象和模块化思维，后者将业务流程抽象为产品流程并保持每个模块的独立性。

本文是对电子商务后台系统的一般介绍，可以看作是每个模块的详细目录。将对治理后端，存储系统和商家后端的每个模块进行详细的跟进，并且每个感兴趣的人都会对通信感兴趣。