B2C电商系统产品架构的推演过程
编辑导语：对B2C电商平台来说，一套电商平台需要的基础体系和支撑体系是必须的，而且每个体系都不是单纯独立存在的，而是全员联动。那这个体系是如何推演出来的？大体框架是什么？涉及什么体系？我们一起来看看。
首先我们确定一个共同的意识就是所有的产品经理，在对产品作架构之前都需要搞明白几个问题。
那就是：
我们的产品是为谁服务？——用户定位，是C端用户还是B端用户；
我们能提供什么？——我们的服务是什么，是卖产品还是提供平台整合资源；
我们在什么时候什么场景下提供这个服务？——这个服务是在什么场景下诞生。
电商产品经理也不例外，也需要弄清楚我们的目标用户，我在本文中称它为“人”。
与上面对应的能提供什么，我称它为“货”。
最后一个是这个服务在什么场合下诞生，我称它为“场”。
也就是说电商产品经理的架构设计解决的是人、货、场的问题，在详细的描述人、货、场的问题之前。
我们回想下我们去线下实体超市购买商品的场景：
进入超市；
询问导购员需要购买的商品，比如洗衣粉；
导购员带你去指定的货品专区；
你挑选洗衣粉；
把洗衣粉放到小推车（购物车）；
推着小推车去收银台付款结账；
拿着购物小票离开超市。
所以在做电商产品架构的时候也需要从现实中的业务场景来进行映射。
我们再来针对上述的业务场景进行扩充。
用户在整个商品购买过程涉及到买和卖的双方，我们定义为普通用户和商家用户（就是超市）。
普通用户去超市购买商品，普通用户首先进入超市，这个时候超市门口都会有一个门襟区域，我们称它为准入门槛；
进入超市之后需要询问超市导购员所要购买的商品在哪个区域。
于此对应，针对这些线下购物场景，我们来做一次线上产品功能的映射，要怎么设计呢？
纵观所有的互联网产品，对用户的门槛只有账号注册业务（当然不同的业务生态对应的门槛条件也是不一样的，这里不再细说）。
与之对应的就是登录，登录之后又涉及到账号信息的修改和维护。
所以这块的业务本文称之为用户体系，为什么要有用户体系？
无论在传统的商务往来还是现代电子商务有一点是非常明确的，那就是始终离不开交易。
交易的双方就是买卖主体，那么对于一个电商平台而言，需要撮合的就是买卖双方能够在平台产生交易。
交易是和人有关系，这个人是谁？多大年纪？性别是什么？哪个地方的人？平时的消费习惯是怎么样的？
这就需要一个基础性的服务能够统计这些数据，并且能对这些数据进行加工和分析，更好的支撑商品的销售，这个服务性的体系就是用户体系。
说到这里第一个体系诞生了。
当然电商产品中的用户体系不仅仅只有上面说的注册、登录等等，还包含一些会员信息、等级信息、用户画像以及卖东西的商户信息等等；
接下来我们再来看看现实中购物的第二步也就是“询问导购员需要购买的商品，比如洗衣粉”。
那么这个场景实际上是用户向导购员表达购买商品的意图（你想买什么），导购员根据普通用户的意图按照既定的路径引导消费者进入目标商品专区。
我们尝试透过现象看本质，消费者询问导购员的目的是想快速找到自己期望的产品，本质是用户对商品的一种寻找行为。
笔者这里不说寻找，而是用搜索来代替，这种用户在超市搜索商品的行为我们可以直接映射到线上平台；
电商产品架构的第二个体系就是搜索体系，消费者通过这个体系能快速找到自己期望的商品。
这个体系有哪些功能，我们可以想一想；
上文中提到的消费者到超市寻找商品是一种搜索行为，只是这种搜索的行为在一定程度上依赖于导购员来完成。
搜索体系是现在市面上所有电商产品的必备体系，它能将用户购买的意图转化为商品的陈列展示。
另外搜索也是电商产品最大的流量入口，主要是通过关键词的召回与内容展示排序，关于搜索体系的细节，这里不再介绍。
前面一直在讲用户进入超市，通过导购员寻找自己想要购买的商品。
那么这个商品何来？
超市中的商品怎么摆放？
要不要划分不同的区域？
不同商品的价格是多少？
同一个商品在不同的节假日价格有没有什么不同？
这些信息怎么管理？
这里引入第三个体系——商品体系。
我在上文提到了，搜索体系，顾名思义，是通过这个体系来触达商品。
所以商品体系也就孕育出来了，所谓商品体系就是存放商品的体系，那么是不是只负责商品的存放呢。
当然不是，一个商品从进货、管理、到发货都需要在商品体系中进行统一管理和调度，除此之外还会涉及到用户退货、签收、前台商品页面的展示等各个环节的处理。
再来问大家一个问题：超市的商品是怎么展示在货架上的？
很明显，每家超市在管理商品的时候也是分区分类别进行管理，目的当然是提升商品的管理效率，降低管理成本，所以放在货架上的商品也是有章可循。
按照既定的规则从上到下、从左到右来按照制定的规则进行摆放。
所以，在电商产品的架构里面也会包含这部分的内容，涵盖前台商品列表怎么展示、同类型的商品信息能否共享、商品的详情页怎么布局、商品图片怎么摆放等等。
这块的内容引入第四个体系——内容体系，业内常称为CMS（Content Management System）体系。
电商产品架构中的内容体系专门负责商品信息页面的布局、页面组件、图片、页面各个空间的布局，最大化的利用有限的硬件界面资源去展示有用的商品信息。
另外还会涉及到UGC、PGC等内容的展示，当然内容体系不单纯只是用于展示商品信息，随着电子商务行业发展的逐渐成熟，CMS体系也逐渐被应用在页面广告、图标、页面组件等的应用。
超市里有了商品，用户自然就可以挑选自己的商品，那么在挑选商品的过程里可能对商品的参数、价格等信息需要和导购员进行沟通。
这个业务场景映射到线上，就需要有能和卖东西的商户进行沟通这样的功能业务。
这个就是我讲的第五个体系，即时通讯体系，也叫——IM体系。
IM即时通讯体系，简单的来讲就是在线沟通工具，作为买卖双方在整个交易完成前期唯一的沟通桥梁。
对于商家，其响应率、服务满意度都是一直努力的方向。
对于电商平台而言也是不可或缺的一项业务，这个里面涵盖了客服分流、坐席负载均衡、关键词回复等等基础功能。
有了内容、有了商品、有了搜索也有了用户，是不是电商的架构就完事了，当然不是，普通用户要想完成商品的购买需要依靠什么。
依靠的是支付，所有交易过程需要靠支付系统来支撑用户完成。
接下来说第六个体系—–支付体系；
支付体系一般比较复杂，有的公司是依托于三方支付机构搭建的内部支付网关体系，有的是具有三方支付牌照的第三方支付公司，复杂程度也不同。
一般情况下，对接三方支付搭建自己的支付平台是大部分公司能接受的（毕竟支付牌照不好申请）。
普通用户在电商平台去进行支付，首先要有支付方式供普通用户去选择，这个就是收银的台子（收银台）。
那么这个钱被扣到哪去了，又是怎么结算的，这个就是支付清结算体系的内容了。
好了，说到了现在，提到了用户体系、搜索体系、商品体系、内容体系、IM体系、支付体系，这些构成了一个电商产品的基础架构，但是不是一套成熟的体系只有这些呢？
也不是，我们在线下超市购物的时候还经常看到打折促销的活动，这个业务场景怎么映射到线上去？
同理，电商平台里面的卖家也就是上文中提到的商家。
商家为了提升店铺及商品的销售额，会在不同的季节、不同的时间推出各种各样的活动。
比如常见的满多少减多少、下单立减、拼团等，那么这些功能怎么通过线上来实现呢？
这个就需要一个促销系统，专门负责各类活动信息的维护。
比如活动的新建、上架、下架，通过促销系统来实现商品的销售，当然促销系统本不仅仅这么简单，这里不再细说，同样后续会推出促销系统的架构和产品设计；
另外随着活动的逐渐开展，难免会出现羊毛党，怎么去规避呢？
顾名思义，需要有一个系统能能够及时发现羊毛党，规避平台被薅羊毛的情况发生。
这个系统我们定义为风控系统，在普通用户发起交易之前风控系统就需要去提前预警该笔交易是否存在风险。
除此之外交易中和交易后都需要让风控系统进行全程干预，这个就是所谓的事前预警、事中侦测和事后分析统计。
当然风控系统对于每家公司并不是一个刚需系统，因业务、因规模而定。
除了以上说的，电商平台的产品架构还会涉及到数据体系、供应链体系、金融体系等等。
以上就是一套电商平台需要的基础体系和支撑体系，每个体系都不是单纯独立存在的，而是全员联动。
每个系统都承担着自己的职责，做好自己的本质工作，发挥着自己的作用，形成完整的一套电商产品架构体系。
本文旨在简单的普及电商产品架构的推导过程，后续将陆续针对不同的电商业务系统详细拆解分享给大家。
如果你对电商产品也有兴趣，欢迎大家来交流，我们一起共成长。
作者 @产品研究站
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
