『自在由我 深度原创28』B2C电子商务基础系统架构解析

运营B2C日久，越来越深刻的意识到IT系统对确保规范化业务流转，支撑消费者端的均一服务有着决定性的作用。于是，一直想好好整理下相关的系统架构，怎奈俗务缠身，一直拖到今日，猛然发现下周娃很可能就要出生，拖无可拖，快马加笔，居然整出来了。本文的重点是理清系统的逻辑关系，详细的功能模块请参见结尾附上的系统架构图。

首先，聊下对系统逻辑架构的看法；我个人始终坚持认为，系统的开发与演化，前台严格follow消费者的购买流程，后台则盯牢订单流转，牢牢抓住这两条主线，才能高屋建瓴的看清B2C的逻辑链和数据流，更深刻的规划功能模块，从而更有效支撑实际业务的流转。

前台系统包括：商品展示，内容展示，订单确认，支付系统，用户中心四大模块

一，商品展示

按照Ebay的内部分类，任何将商品以单个或批量的方式展示给消费者的功能均应归入此系统。因此，该系统至少包括：

A，站内搜索（搜索提示，搜索规则，搜索成功页，搜索不成功页，相似推荐）

B，导航（频道导航，其他导航如销售排行，广告位，推荐位，文字链，Also buy等）

C，商品分类（品牌分类，品类分类，属性分类如剪裁形式）

D， 登陆页（商品列表页，商品详细页，商品活动页）

这里的访问逻辑是：A /B/C分流消费者去往相对个性化的页面，由登陆页体现商家的核心诉求和价值传递，完成call-to-action的第一步。

二，内容展示

内容展示较为简单，对纯购物品牌而言包括：

A，公告区

B，帮助中心

C，论坛（如需商城与论坛发生交互，则需自行开发，否则可集成discuz做同步登陆即可）

大家都知道，就不多说了。

三，订单确认

订单确认，就是帮助消费者正确提交订单信息的环节，看似简单，实则非常复杂，需要对很多信息逻辑判断和处理，一般由2个部分组成：

A，购物车（购物车浮层，购物车页面，无注册购买）

无注册购买是需要慎用的功能，除非刻意追求用户的短平快下单，如团购/换购，一般不推荐使用，会造成系统异常复杂，开发量也很大。

B，订单提交（返回购物车，收货地址&地址薄，支付方式判断，配送方式，发票，订单标记，实付金额计算等等）

值得一提的是，几乎大多数的促销逻辑运算在这个环节完成，充分考虑各种促销方式之间的互斥与重叠是系统设计的核心，需要充分考虑各种情况，避免出现逻辑漏洞。

四，