最近电商简直是现在IT届的大热门，所以稍微说说电商的业务架构吧。
很多非电商内部的人员，提到电商就会想到购物流程、促销之类的前端架构，至于其他的了解不多。所以现在聊聊完整的电商系统到底有哪些模块和功能吧。
先说商城。
商城系统比较明确，主要是包含了用户模块和商城模块，具体功能和作用如下：
商城系统
首页
商城最重要的一个页面，也是商品PV与UV的最大来源。所以该页面的好坏将会直接影响到电商网站能否存活。
商品分类页
商品某个分类商品的汇总页面，并通过某种排序的方式展现给用户，并提供给按照某种要求排序。
在该页面中可以产生一定的购买量和导出率，并产生一定的购买（量比较小）。
商品详情页
能产生最大购买量的页面。 此页面包含了商品的所有信息，方便用户了解商品信息。有些电商系统会在本页面增加额外的打包促销以及与该商品有关的推荐信息。
在商品详情页最下方还需要包含用户对该商品的评价，包括纯文字评价和图文评价，并将用户评价分为好评、中评和差评三类，方便用户根据其他用户的信息来判断是否要购买该商品。
最重要的，该页面一定要提供”加入购物车“、“加入关注列表”等能促进用户支付、购买的按钮，否则成交率怎么来？
促销活动页
除了商品详情页之外，促销活动页也是一个能大幅提高用户下单率的好地方。
这个页面主要是用来根据网站运营情况，对部份商品进行促销处理，所以用户会得到一定的实惠，因此也是用户最喜欢的页面。
在这个页面中，最关键的是对优惠活动的简单描述——什么叫简单描述？就是不需要太多文字但是可以将促销规则等讲清楚的描述。否则描述太详细，用户根本没有耐心看，描述太简单，优惠规则解读方法不一，后面必然又是一堆投诉。
促销活动页可以看作是一个虚拟的商品分类页，所以商品分类页该有的内容，在促销活动页都是需要的。
PS：当然，现在有不少活动开始不促光销了，但是广义上还是属于促销的范畴。
购物车页面
用户将若干商品放到购物车后的页面，该页面中以类表的方式将商品展现出来。
在该页面中，可以对商品进行数量的删减，从而方便用户在购物车页面灵活的选择商品数量。
在该页面中，如果用户要删除某样商品，需要明确给用户一个反悔的机会，机会包括如下：
- 确认框
- 删除后一个撤消按钮
- 提示用户将商品移到“待购买商品列表”
这个过程的目的只有一个，想尽一切办法降低用户删除删除商品的可能性，从而提升用户的客单价。
如果有优惠券之类的，也需要在这个页面输入。
而用户的收货信息、支付信息以及其他备注信息都需要在该页面填写。当然最好的作法是根据用户上一次的选择直接默认选中，而不是让用户再选择一次就好了。
支付页面
订单下好了，地址选好了，下一步就是最重要的支付了。
这个页面只有一个原则——越简单越好！
如果用户到了这个页面却没有支付，那么真的是“到嘴的鸭子飞了”。所以在这一步，千万不要给用户过多的思考时间，不要给用户过多的信息，只需要简单的让用户输入最简单的可以确认支付的信息，然后鼠标一点，钱到手就可以了。
支付成功页
支付完成后跳转到的页面。
在这个页面中提示用户定单支付成功以及订单号等相关信息。如果想诱惑用户分享到各种社交媒体，也可以在这个页面进行诱导。但记得诱导之后给用户一些好处，比如积分这种。毕竟这个也成了现在电商导流的一个还算廉价的方式。
用户后台
用户后台相对来说没有那么简单，至少要包含以下几个功能模块：
用户信息
包含了用户的基本信息，包括用户名、密码、收货地址这些基本信息的修改和查看功能。
定单列表
包含了用户从注册到现在所有的�订单信息，包括所有定单，完成的、未付款的、取消的等，全部都要在这里，并且为了让用户可以快速定位到订单进行回顾，还需要为用户提供订单搜索功能，搜索包括订单信息、订单时间以及定单商品等均可以作为搜索维度，帮助用户快速定位。
关注列表
作为劳苦大众，看到所有东西都能买买买的几率太低，所以适当的放一些在关注列表中是一个不错的选择。
关注列表中存放的是用户关注的商品/品牌，方便用户通过该功能快速定位曾经感兴趣的内容。
为了方便用户查找，可以适当的分为“关注的产品”和“关注的品牌”以及“关注的店面”（如果有的话），从而降低用户搜索功能的使用，方便快速定位查找。
支付工具
支付工具是个较为敏感的信息，所以提出来作为单独页面处理。
在这个模块中，可以CURD所有支付工具信息，方便用户对其管理。
有一个关键点需要注意，所有支付方式都不要明文展示，要适当隐去几位，比如银行卡只显示后4位这种，这种行为非常重要！
优惠券
用户来买东西了，总要给用户一点额外的好处吧。
优惠券就成了不二的选择。
优惠券只需要注意一点：区分优惠券使用场景，并在优惠券页面用简单明显的文字说明，避免用户因为优惠券无法使用而产生抱怨。
积分
与优惠券相同性质的东西，不再多说。
投诉
对于电商这种行业，投诉是家常便饭的事情。所以如何引导好投诉路径对电商的成本节约是很重要的。
所以在客户投诉时，第一步不是要让他进入投诉页面，而是给一些Q＆A帮助其自行发现问题解决方案。比如商品保修期内出问题可以联系商家维修、东西破损可以要求补寄这种。
第二步是要给用户一些自助服务，比如对订单商品不满意且对上述方法不能满足时，需要给用户提供一个可以自助投诉的方法。方法包括在线工单、邮件等方式。这种方式的目的是为了提高用户投诉的成本，这样子可以有效的过滤不必要的投诉发生。
第三步是当前前两者都不能阻止用户发生投诉行为且用户对时效性要求较高时，给用户提供一个可以拨打的电话来接受用户的投诉。这个页面只有一个要求——尽可能深层次的隐藏该页面，并且该页面只要提供一个入口即可，避免因为用户的投诉而投入过多的人力。
当然，如果是一家公司为了更好的提供服务，可以在成本合适的情况下适当调整，以期在用户投诉满意度和成本之间达到一个较为良好的平衡。
说到这里，一个基本的商城系统就已经完成了。
从上述可以看到，商城系统主要关注的是用户的操作流程，包括注册、登录、购买、支付以及用户信息、订单信息有关的功能模块。
这些模块基本上都是关注在用户端，也就是消费者这段的所有功能，至于与商家有关的，还在下面供应链系统中详述。
供应链系统的定义不再多说，具体可以看这里的解释，不再详述。
传统供应链是不包括运营这个模块（一般是包含在商城系统中），而根据我的经验来看，运营模块与供应链的关系更大一些，所以我是将其纳入到供应链这个模块。
下面分别说一下。
采购
采购是供应链的基础，也是供应链的第一步。
采购包含两个方面，一个是单纯的采购，也就是采购成品，另一方面包含了采购原材料。在这里不讨论采购原材料的环节，那个过于复杂，留在以后的内容中讨论。
采购至少要包含批量采购和散货采购。批量采购一般是用于备货的情况，比如对销量特别好的商品，必须要提前备货，这个货就是备货。
散货是指针对有一些超买但到不了热销的商品，发生超买后（如果有的话），为了填补库存的不足而进行的采购行为。这种采购行为一般不会很大量。
质检
质检顾名思义，是对采购回来的商品进行质量检查的过程。
这个过程根据商品品类不同而导致流程有所不同。从通用流程来看，这个过程主要是进行抽检，然后对抽检合格率较低的产品才进行全检。
如果检测的过程中良品率过低，会直接导致商品退货等情况。
质检环节可以说是商品入库之前最重要的一环。
入库
质检完成合格后，相关商品就可以直接入库了。
此时的入库仅仅是在系统中对仓储数量进行维护，也就是所谓的系统入库而已。真正的货品入库，需要等到下一步，也就是上架阶段。
上（货）架
一旦商品完成了入库过程后，这部分商品会进入等待上架的功能区，等待仓储人员进行合理的上架。
这个过程中，仓储人员通过系统找到空余的货架，将商品放到空余的货架中，并对相关货架系统进行更新即可。
这个过程有一个有悖论的地方，就是“一个SKU是否需要放在一个位置”。
这个悖论的尴尬就在于，如果一个SKU放在一个位置，那么将会有效的提高配货的速度，但如果一个SKU只放在一个地方，会导致仓位的（可能的）浪费。
所以进入了一个速度与利用率的悖论。
解决这个悖论的方法恐怕只有一个，那就是通过更有效的历史数据计算出每一个SKU最适当的仓位大小，从而对仓位进行更有效的利用同时，也能提升配货的速度。
上架商品管理
在货物上了货架之后，我们就可以对这些商品进行售卖了（当然，也有一些上架会进行预售活动，暂时不考虑）。售卖之前需要对商品的价格进行定义，比如吊牌价、特价等等。这个过程就是“定价”的过程。
同时商品是否可以前台购买也需要在此定义。
促销活动
促销是电商的灵魂（可能有点夸张），所以对促销活动的管理是非常重要的环节。
促销活动主要是活动规则定义、优惠券生成、商品选择以及展示风格等各个方面。这些都可以（除了界面）以标准化产品的模式进行配置上架。
配货与分拣
配货阶段已经到了对订单进行操作的时候。
所谓配货是根据订单要求对将商品从货架上取出的过程。
在这个过程中，一般不会出现为一个订单配货，通常都是对若干个（可能是成百上千个）订单进行配货。所以在这个配货的过程中，还需要有一个辅助手段区分这些一次性配货的商品如何分拣，也就是一个二次分拣的过程。
二次分拣是一个可以很大程度上提高配货效率的小改进，通过二次分拣，可以减少配货人员来回重复走动，进而非常大幅度的提升整体工作效率。
二次分拣有一个比较简单的方法，就是对取货的商品贴上一个标识符即可，标识符作为区分订单的标准即可。
打包
分拣后的包裹就可以正常的进行封包、贴发货单并发货了。
这个过程并没有太多的技巧，更多的是速度的比拼。如果是跨进物流，那么可能会涉及到一个预报的问题。这个问题的来源是，有些跨进物流并不支持自行打印标签，需要通过其在线API进行预先申报从而获取物流编号才能打印。在这种情况下，只需要在打包的同时进行预报，而后获取标签即可。
发货
这个不做过多说明了，就是对包裹进行发送的过程。
这个过程只有一个需要说明，有时候为了降低成本，会对多个包裹进行合并打包，到目的地后再拆包，从而降低运输成本。
物流追踪
追踪包裹状态，对不正常的包裹进度进行记录并跟踪。
至此，电商后台供应链部份也差不多了。
从上面的说明来看，电商的基本模块就基本讲完了。
模块分得非常粗糙，很多细化的内容也没有讲解，只是概要性的讲了一些模块，希望可以对大家对整个电商前后端有个粗浅的了解，避免提到电商就是商城而忽略了其他可能的模块与部份。
PS：进销存被我打散了放入供应链部份了，所以并没有提到进销存。如果要对电商进行进一步细分，这块是永远绕不开的一块。我对电商也只是初窥门道，说不了太多，日后有进一步的理解再来补充。