AI提要（BLUF）
运营B2C日久，，，，，，越来越深刻的意识到IT系统对确保规范化业务流转，，，，，，支持消费者端的均一服务有着决定性的作用。。。。 。。。因而，，，，，，一向想好好整顿下有关的系统架构，，，，，，怎奈俗务缠身，，，，，，一向拖到今日，，，，，，蓦地发现下周娃很可能就要诞生，，，，，，拖无可拖，，，，，，快马加笔，，，，，，竟然整出来了。。。。 。。。本文的沉点是理清系统的逻辑关系，，，，，，具体的职能？？？？？榍氚菁嵛哺缴系南低臣芄雇肌！。。 。。。
首先，，，，，，聊下对系统逻辑架构的见解；；；；；；；我幼我始终对峙以为，，，，，，系统的开发与演化，，，，，，前台严格follow消费者的采办流程，，，，，，后盾则盯牢订单流转，，，，，，牢牢抓住这两条主线，，，，，，能力高屋建瓴的看清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，，，，，， 订单提交（返回购物车，，，，，，收货地址&地址薄！。。 。。。Ц斗绞脚卸希渌头绞剑⑵保┑ハ笳鳎蹈督鸲钔扑愕鹊龋
值得一提的是，，，，，，险些大无数的促销逻辑运算在这个环节实现，，，，，，充分思考各类促销方式之间的互斥与沉叠是系统设计的主题，，，，，，必要充分思考各类情况，，，，，，预防出现逻辑缝隙。。。。 。。。
四，，，，，， 支付系统
与通常的设想分歧，，，，，，支付系统其实并不单一蹬宗第三方支付工具接入：
A，，，，，， 表部支付系统（支付宝将接口，，，，，，财付通接口，，，，，，网银直联端口，，，，，，信誉卡吩熠端口）
B，，，，，， 内部支付系统（账户余额，，，，，，积分，，，，，，礼物卡，，，，，，优惠券）
支付系统的逻辑设计不只必要思考到各类极端情况的产生（如一张订单吓酌礼物卡，，，，，，再用积分，，，，，，最后网银支付），，，，，，还要预留财政做账所需的有关字段，，，，，，并充分思考订单取缔之后若何回滚各类内部账户。。。。 。。。
五，，，，，， 用户中心
用户中心的内容是用户自主职能的dashboard，，，，，，通常4个部门组成：
A，，，，，， 注册&登陆（急剧注册，，，，，，齐全注册，，，，，，注册有礼，，，，，，推荐注册，，，，，，密码找回，，，，，，主站id登陆，，，，，，open-id登陆如QQ，，，，，，新浪微博等）
B，，，，，， 订单中心（汗青订单状态，，，，，，中央状态订单批改，，，，，，物流追踪）
C，，，，，， 服务中心（各类自主服务如退款申请，，，，，，退换货申请，，，，，，建议与投诉等）
D，，，，，， 信息治理（用户根基信息治理和账户信息治理）
用户中心的价值在于：尽可能疏导用户自行获取所需的信息并提交所需的服务，，，，，，在提升服务正确率，，，，，，实时性的同时降低对人为成本。。。。 。。。
后盾系统蕴含：商品&促销，，，，，，CRM，，，，，，订单处置，，，，，，WMS，，，，，，采购治理，，，，，，财政治理，，，，，，报表治理，，，，，，系统设置，，，，，，WA系统9大？？？？？
一，，，，，， 商品&促销
商品&促销？？？？？榈闹魈庠谟谌繁Ｏ颜呦碌ブ埃疤谌菟此
商品&促销？？？？？榈闹魈庠谟谌繁Ｏ颜呦碌ブ埃疤谌菟此
A，，，，，，
B，，，，，，
二，，，，，， CRM
CRM是对B2C主题资源—会员的治理，，，，，，服务与再营销系统，，，，，，蕴含如下部门：
A，，，，，， 会员治理（会员信息的增删改查和到其他系统的链接）
B，，，，，， 用户关切（前提触发和人为触发有关EDM & 短信 & OB）
C，，，，，， 定向营销（会员分组和营销活动治理）
D，，，，，， 客服治理（内容极度多，，，，，，集成所有需前台与后盾交互的职能，，，，，，详情还是看图吧）
E，，，，，， 呼叫中心（IVR，，，，，，坐席治理，，，，，，统计报表，，，，，，参数传递与窗口嵌入）
值妥贴心的，，，，，，EDM和短信通路市面上已经有成熟的表包服务商，，，，，，通常城市表包；；；；；；；呼叫中心和在线客服自行开发成本太高，，，，，，出格是呼叫中心系统，，，，，，业务初期也都是表包的。。。。 。。。
三，，，，，， 订单处置
订单处置是在订单未正式进入仓储部门处置之前，，，，，，对订单的前置性处置环节。。。。 。。。
A，，，，，， 订单录入（电话订购，，，，，，网高低单，，，，，，表部团购订单，，，，，，无金额订单录入如礼物单）
B，，，，，， 订单审核（自动审核和人为审核）
C，，，，，， RMA处置（RMA申请单和RMA处置单）
RMA的逻辑也异常复杂，，，，，，必要在效能和成本之间找平衡，，，，，，确保在不拖垮仓储部门的正常出入库的前提下对消费者端急剧有效close工单；；；；；；；对内部则必要节造成本，，，，，，货损不能超过预算上限。。。。 。。。
四，，，，，， WMS（Warehouse Management System仓库治理系统）
WMS的流程很长，，，，，，职能？？？？？橐埠枚啵筇宸治肟庵卫恚獯嬷卫恚隹庵卫砗偷ゾ葜卫4个？？？？？樗母瞿？？？？？椋赶嘎防淳褪橇肀硪黄恼铝耍魑荒芄徊慰嘉艺馄恼拢撼咏馀！B2C仓储内部运作解密（上，，，，，，中，，，，，，下）
五，，，，，， 采购治理
采购治理的主题是有效跟进采购合同/发票的状态，，，，，，大货的采购入库/退库，，，，，，财政结算和在仓库存查问和处置。。。。 。。。
A，，，，，， 供给商治理（供给商信息治理，，，，，，合同发票治理）
B，，，，，， 采购单治理（PO单治理，，，，，，负PO单治理）
C，，，，，， 库存治理（库存查问，，，，，，库存占用单，，，，，，库存改观log）
六，，，，，， 财政治理
B2C的财政治理，，，，，，重要是对供给商，，，，，，渠路和内部用度支出的成本节造。。。。 。。。
A，，，，，， 供给商结算
B，，，，，， 渠路结算
C，，，，，， 配送结算
D，，，，，， 内部结算
七，，，，，， 报表治理
报表是B2C业务的宏观阐发，，，，，，理论上说，，，，，，每个部门的KPI都应该从中找到。。。。 。。。
A，，，，，， 搜索报表（站内搜索量查问）
B，，，，，， 销售报表（多个维度销量查问，，，，，，优惠券使用情况，，，，，，报表导出）
C，，，，，， 财政报表
D，，，，，， 客服报表（客服日报和坐席报表）
前者反映与消费者产生的日常交互（蕴含正常与异常），，，，，，后者查核客服的工作绩效
E，，，，，， 仓储物流报表
这几块报表，，，，，，是业务运作的主题，，，，，，涉及到公司机密，，，，，，就不能写的太细了，，，，，，见谅。。。。 。。。
八，，，，，， 系统设置
这块各人都知路是干嘛的，，，，，，也就不多说了，，，，，，分成三块。。。。 。。。
A，，，，，，基础设置（和业务有关的一些字段值）
B，，，，，，权限设置（分歧账号的操作权限和操作纪录）
C，，，，，，其他设置
九，，，，，， WA系统（Web Analytcis）
网站分析系统，，，，，，险些满是表购，，，，，，很少有可能自建的，，，，，，即便自建，，，，，，最多做几个单一的？？？？？椤！。。 。。。用于实战的，，，，，，要么是免费的GA（Google Analytics），，，，，，要么是昂贵的Omniture。。。。 。。。
