本文将通过具体业务场景，逐步解析电商系统架构的搭建过程，揭示背后的产品设计哲学。我们将看到，无论是面对实物商品交易、平台商家入驻、虚拟商品销售，还是分期支付服务，一个稳定、灵活、可扩展的系统框架如何支撑起电商业务的高效运作。
在我们刚刚入行开始工作的时候，上级或导师通常会给我们提供一份所接手系统的框架架构图，告诉我们这个系统现在是这样、这样的，哪里存在这个、那个问题，所以需要我们做这个、做那个。
又过了几年，你成为了一个能独当一面的产品专家，上级希望你规划一个新的系统模块，来支持新的业务发展，你需要思考用最快、最简单、最通用的方法，满足业务的过去、现在、以及将来的诉求。所以，你需要绘制一个新系统的框架架构图，保证他的迭代和发展是可持续的，而不是两三年后就得重构。
当我们能说我们是所负责的业务模块的专家时，其中一个标准应该是能清晰、完整、准确的绘制出系统的框架图。因为当我们可以绘制出系统框架图时，意味着我们已经达到了以下能力标准：
一个毕业生小白，如果对业务没有足够的理解，如果对系统能力没有清晰的掌握，如果没有抽象和前瞻性思考，那么这项工作将是毫无意义的。因为其梳理的框架架构只是一个能看不能用的图。
一、一个自营手机商品的购买之路1、业务场景
当前你想开设一个电商平台，你采购了商品，并想将商品销售给消费者。
消费者来到这个电商平台，选购商品完成购买，并可收到货品，或者申请售后。
2、业务特点
这个场景在业务流程上是相对简单的，主要核心在于采销+履约售后。像天猫自营、京东自营，都是这样的自营模式。
对于这样的业务流程，其起点一定是供应商的入驻，平台完成货品采购，并负责货品的上架、销售、运营。
3、业务流程
核心业务流程包括：
1）自营采购
平台招商团队找到供应商完成平台入驻，与平台签订采购合同，为平台供货。在供应商入驻后，平台即可确认货品的信息、库存、采购价等，这些是销售的成本及基础信息。
2）销售运营
平台运营会基于供应商确认的商品基础信息，完成商品的发布，也就是包括商品的名称、图片、价格、详细介绍等，商品上架后，用户即可在平台查看到该商品的详细信息。
在商品发布后，为了帮助商品销售，平台运营人员还会进行一定的运营动作。包括：
3）用户购物
接着，用户可通过首页、推荐、搜索等各种流量场景，查找到该商品，在商品详情页了解商品的详细信息后，可选择加入购物车，或者直接下单，下单前需确认收货地址和优惠信息。
支付成功后，该订单对应的商品库存将被锁定。
4）平台履约
库存被锁定后，订单需进行履约，也就是商品发货。
对于自营模式，常见的履约方式有两种，一种是入仓模式、一种是代发模式。
对于入仓模式，平台有自己的仓库，从供应商采购的商品会存入自己的仓库中。在订单履约时，也就是将订单下发至仓库，仓库人员进行分拣、出库、配送。这种模式下，物流效率更高，但也会有更高的仓储成本。
对于代发模式，供应商的货品不会存到平台的仓库中，而是在用户支付成功后，需要将订单推送至供应商平台，由供应商进行发货处理。这种模式下，无需多余的仓储成本，但物流时效依赖供应商，比较不可控。
5）平台售后
订单支付成功后，用户也可以申请售后，常见的售后类型有退款、退货、换货。
未发货情况下，支持用户退款，平台审核通过后，则售后成功，订单关闭，不再发货。
已发货情况下，支持用户退货、换货，需用户寄回货品，平台验货通过后，才能售后成功。当然，现在一些平台也推出了仅退款功能，也就是即使收到货了，也可以不申请退货，而是申请仅退款。
4、系统框架
为了支撑这一自营实物交易的基础流程，最基础的系统搭建，需包含以下11大系统模块。
首先，系统模块之间也有着分层、依赖关系。所以，我们可以先对基础框架进行拆分。
大家对电商的常见理解就是人、货、场。按照这三大类型进行拆分，中间还需要有一层人货匹配逻辑，简单来说，人和货需通过匹配逻辑，才能在场中得到很好的应用和转化。除此之外，还有很重要的底层支撑驱动系统，一般必不可少的就是风控和数据系统。
1）场
（1）营销系统
营销系统包括流量营销、互动营销、用户触达。
（2）黄金流程
（3）促销系统
2）人货匹配
人货匹配是指通过算法或者人工规则，让用户可以看到、购买指定的商品。
（1）算法匹配
（2）策略规则决策
3）人
人主要是指对用户数据的管理和应用
（1）用户基础
（2）用户标签
4）货
货是指对商品的管理和应用，包括货品中台和供应链
（1）货品中台
（2）供应链
5）支撑
基本上每个平台都离不开风控系统和数据系统对业务系统的支持，风控和数据的专业性较高，和业务系统互相独立。
（1）风控系统
（2）数据系统
当前你想开设一个电商平台，不一定都是你自己进行自营业务，也可能是其他商家来入驻。
商家入驻后，可以自己发布商品、运营、销售，并负责履约发货。
商家和平台的关系是，以扣点形式进行结算，也就是说商家在平台上每卖出一件商品，需给平台多少佣金。
这个场景在业务流程多了商家、发货、结算三大模块。像淘宝、拼多多，都是这样的平台+商家模式。
对于这样的业务流程，会增加一个起点，就是商家的入驻，同时，需要以商家的结算作为终点。
核心业务流程主要新增以下三大模块：
1）商家入驻
商家需通过入驻流程，提交入驻资料，例如资质审核等，确认所要销售的商品范围，开设账户，缴纳保证金，经平台审核完成后，即可开店。
开店后则可正常运营，包括发布商品、创建活动等，与平台运营工作流程类似。
2）履约售后
在用户完成购物后，平台将订单推送至商家，商家需进行履约发货。一般商家发货后，只需将物流单号上传至平台，由平台根据物流单信息，向用户同步物流进度。
如果用户申请售后，也需要商家进行审核和处理。
3）清结算
在订单完成后，依据结算周期、结算规则等，平台需要将货款结算给商家。在结算时，平台会将所收扣点佣金减去，把订单剩余的应结货款打款至商家账号，商家可进行提现。
为避免“二清”不合规问题，当前清结算都需在合规的清分体系下，由清分机构提供服务。
为支撑商家业务流程，系统框架上需新增——商家系统。
商家系统主要包含商户管理和清结算两大模块。
1）商户管理主要是包括平台对商户的管理以及平台为商户提供的运营能力。
2）清结算主要包含平台和商户之间如何进行货款结算。
其他系统模块，与原系统框架设计保持一致，可能部分模块能力会有扩展，例如履约售后需兼容商家订单、促销系统需兼容商家商品报名和促销分摊计算，但整体系统框架依然保持稳定。
三、一个话费的充值之路1、业务场景
我们在电商平台，除了购物商品，其实还会有很多虚拟商品的消费需求，例如充话费、买视频会员、买游戏卡等。
一般情况下，我们选购一个商品，话费100元，输入手机号，支付100元，然后话费即到账。
虚拟商品的购买流程，有以下几个特点：
和实物商品业务流程相比，虚拟商品的业务流程主要体现在以下两大差异：
其实对到虚拟商品销售，其业务流程与之前只有轻微差异，其系统架构与之前则是毫无差异。
那为啥要单独说这一业务？
我们可以看到，对到虚拟商品业务，只需在供应链系统，针对供应商类型、供应商入驻模块支持多类型，比如该供应商是实时采购机制、入驻可能是API模式等；在黄金流程下单模块，针对虚拟商品订单，支持充值账号填写；在履约模块中，支持支付成功后实时充值……
因此，当系统框架足够原子化、抽象化，新业务的接入，自然就不用“伤筋动骨”。
四、一个自营手机商品分3期支付的购买之路1、业务场景
这几年在电商平台，常见的一个购物方式是——分期支付。
当你看到一部手机3000元时，平台告诉你，可以先使用额度完成支付，选择分多少期还款，支付完成后，即可坐等收货。后续每个月按时还款即可。常见的淘宝花呗支付、京东白条支付都属于该类场景。
也就是说用户无需先付钱，而是先享受到货品，后续每月按月还款。当然，每月还款金额，除了商品金额，还需要包含于一定的利息服务费。
对到分期支付场景，最大的特点是涉及到了“信贷”，而信贷的基础是“信用”，也就是说平台风控系统会对用户进行信用评估。
这个信用评估涉及到了用户购物全流程。首先，风控会基于用户提交的信息，判断可以给用户多少额度。其次，风控会在用户尝试下单时，决策用户购买该商品可用的额度值、分期数、息费等。接着，风控会在用户真正支付时，实时决策该笔订单是否可以分期支付，也就是风控审核是否通过。
如果风控判定用户分期支付成功，那么后续流程中还有一个关键角色——资金。
订单需要先进行融资，也就是说存在一个资方，先帮用户把商品货款支付给平台。融资完成后，用户就会生成账单，意思就是生成一个用户向资方借款的凭证，后续每个月用户需向资方进行还款。当全部账单还完后，则该笔交易才最终结束。
和正常支付的流程相对，分期支付购物在流程上，主要有以下几大差异点：
1）额度授信
用户进入到平台，需要先提交资料信息，经过风控审核，申请获得购物额度。只有获取了购物额度，才能在平台使用分期支付。
正常情况下，购物类型的消费额度，多为循环额度，也就是说授信了10000元额度，如果使用了4000元，剩余6000元依然可用。等到4000元还款完成，则可用额度又恢复成10000元。
2）分期支付调控
当用户实际购买某个商品时，风控会调控是否允许用户使用分期支付，可使用的分期范围是多少，每个分期的息费是多少。
3）分期支付审核
当用户选定好某个商品，提交订单支付时，风控需要实时判断，该笔订单是否允许分期支付。
4）额度扣减
当用户支付成功后，首先会进行额度更新，也就是额度扣减。用户的可用额度随之变少。
5）订单融资
用户确认收货后，需要将该笔订单进行融资，也就是寻找到资方，承担该笔信贷单。当然，也可以先进行融资再发货，从流程上二者皆可行，取决于业务实际决策。
在进行融资匹配时，常见的有直贷、信托、保理、自持等多种资产承接方式。融资成功，代表有资方替用户将订单货款先付给平台，此时可生成账单，后续由用户进行还款。
一般情况下，消金平台都会有自持资金，也就是在其他方式融资失败的情况下，可使用自持资金兜底。
如果是先融资后发货，也可以在融资失败的情况下，将订单关闭，不进行发货履约。
6）账单处理
当到了账单还款日，用户按月进行还款，所有账单还款完成，则意味着账单完成。
如果用户申请售后，订单关单后，需要同步将账单关闭。
如果此时账单还未有还款，则关闭用户账单，额度回退即可。
如果此时账单已有还款，那么除了关闭账单，额度回退以外，还需要将用户已还款的金额也退回，该部分金额一般叫做溢缴款，顾名思义就是用户溢出来的缴款额。
为支撑分期支付购物流程，整个电商系统框架需在以下几大系统模块进行兼容处理：
1）营销系统：新增金融营销模块
金融营销模块主要负责金融元素的营销，包括：
2）黄金流程：新增金融额度模块
黄金流程中的金融额度模块，主要承接用户端全流程中涉及分期金融元素的展示和使用
3）用户基础：新增用户金融信息
4）资金系统：新增融资系统模块
在支撑系统中，除了风控系统需支持用户风险识别，应用于授信、交易环节外，还需新增资金系统的支持。
资金系统需要确保分期支付订单可以融资成功，只有生成账单，才意味着订单的真正支付成功。因此，资金系统需至少支持以下模块内容：
回到最开始讨论的话题，我们对于系统框架的拆解和设计，主要基于两方面考虑：
一是作为产品，我们需要对系统有清晰的认识，这样可以保证我们在新业务来临时，快速响应和解决。
二是作为产品，我们需要有基本的拆解能力、抽象能力、规划能力，这对个人能力和认知的提升有很大帮助。
首先，每个公司的价值一定具有独特性，他一定是满足了不一样的需求，这样公司才有生存的可能性。
那么，公司的价值需要靠业务实现，业务也就一定具有独特性。
最后，业务的落地靠系统承接，因此，每个公司的系统也一定具有其独特性。
我们不存在一套系统框架设计，能满足市场上全部公司的应用。
所以，当我们拆解和设计系统时，一定要按照公司业务的实际情况，基于现状和业务诉求进行处理。不是设计出来一套“高大上”，“全世界通用”的系统才是最好的。能解决业务问题，满足当前公司发展的系统，就是最好的。
上文的系统拆解及设计，也仅仅是一个参考，任何脱离了业务存在的系统，都是“废品”。