ui毕业设计代做网站,现在去北京安全吗,网上找客户渠道,企业网站建设搜集资料文是我阅读《电商产品经理宝典#xff1a;电商后台系统产品逻辑全解析》一书的学习笔记#xff0c;为后续我司做家居电商后台系统储备相关领域的业务知识。一、支撑线后台概览“前端用户的一小步#xff0c;后台系统的一大步”#xff0c;平时常见的功能如购物车、优惠券等… 文是我阅读《电商产品经理宝典电商后台系统产品逻辑全解析》一书的学习笔记为后续我司做家居电商后台系统储备相关领域的业务知识。一、支撑线后台概览 “前端用户的一小步后台系统的一大步”平时常见的功能如购物车、优惠券等看似简单实则在后台要经过很多条件的校验、多系统间的信息流转。下图是前端的一个简单的下单操作在后台系统多系统模块之间的配置的流程。 电商后台系统其实也不能叫做一个系统可以称为后端支撑产品线一些公司将其拆分为很多子系统比如阿里将其发展为了中台事业群像商品中心、搜索事业部、共享业务平台等等其作用主要是业务支撑、优化服务流程、提高服务效率还可以提供数据分析参考进而为业务调整提供参考。 电商行业的许多业务与传统零售业类似构建后台系统的过程实际是在做信息化供应链马士华老师《供应链管理》中的供应链管理体系构建总体模型电商后台产品的许多业务都在这张图中有所体现。 好的产品架构对于一个企业来说非常重要电商业务支撑系统必须具备稳定性、可扩展、操作便捷、安全性强等特点产品经理在设计产品架构时应充分考虑到业务发展需要尽量将各模块隔离比如以商品模块建立商品中心以订单模块建立订单中心等模块化思想具有前瞻性。下图是一个简化版的电商后台产品架构图这里的WMS是指仓库管理系统主要包括入库、出库、盘点等模块主要和调度中心进行数据交互反馈入库状态和库存变动。而风控中心则主要利用大数据进行用户信用建设、反欺诈避免恶意评价、刷单退款等操作构建安全的电商购物环境。 对于电商公司来讲最核心最难做的有三部分商品、订单和库存系统之间业务逻辑和交互异常复杂规则多样。 对于电商后台系统也是从简单到复杂随着业务慢慢迭代发展的最开始的时候商品只是一个模块在业务量逐步增长时会慢慢拆分成多个模块后期会独立为子系统然后库存模块又会从商品中心独立出来... 而对于业务进行拆分定义产品架构支撑中长期业务的发展不仅极其考验产品经理的能力也考验架构师的能力。在《企业IT架构转型之道》中了解到阿里中台体系中衍生出了一个业务架构师的角色那是一群既懂业务这里看来就是偏向产品经理的角色能力又懂技术的复合型人才是突破传统互联网产品经理和传统信息系统架构师的新角色。二、电商后台主体架构Part 1 商品中心类目和品牌管理 解决商品属于什么的问题商品必备属性品牌关联目录可以提升发布商品的便捷性后台类目基础数据类目相对稳定面向平台商家前台类目前台展示类目方便用户筛选查找类目品牌属性管理 解决商品是什么的问题属性分组前端可以按后端设置的属性分组按序展示eg.屏幕参数、镜头参数、曝光控制等属性继承每一层级的商品继承上一层级的商品属性搭建属性库让各叶子类目调用关键属性唯一确认“产品”的属性eg.手机“品牌”“型号”销售属性规格属性eg.服装“颜色”、“套餐”和“尺码”非关键属性除关键属性和销售属性之外的其他属性不一定是非必填项商品属性商品的特有特征非产品属性eg.新旧程度九成新、保修方式属性分类属性管理SKU与SPUSKU最小库存单元eg.iPhone 7 Plus (土豪金32G) SKUSPU标准化产品单元eg.iPhone 7 Plus SPU关系一对多 或 一对一组合SKU组合商品在前台是一个商品在后台是多个SKUeg.紫檀中式饭桌组合 SKU1(鼓桌) 4 * SKU2(凳子) 商品编辑与管理上下架管理批量上下架、自动下架规则...价格管理市场价、平台价、促销价、动态调价系统...促销活动满减、套装、优惠券等...商品标签活动标签热销、新品、服务标签分期付款、极速退款、性能标签专柜正品商家管理违规下架、商品审核...库存管理同步仓库的实物库存或自设活动库存等其他销量统计、商品限购一般是促销商品、商品评论管理舆情等等价格规格商品图、商品详情描述、物流信息商品详情页一般会区分电脑版和手机版其他例如售后服务发票、保修服务、退换货等等上下架时间等等商品编辑商品管理商品搜索和筛选 密不可分筛选条件价格区间、品牌、服务如京东自营、分期购、次日达、天猫与淘宝等、分类、商品属性等业务流程输入关键字→分词服务→数据查询→搜索排序→结果输出商品搜索商品筛选商品推荐收集用户信息、产品信息及用户画像利用推荐算法提供个性化商品推荐四大模块用户行为记录模块、用户行为分析模块、商品分析模块、推荐算法模块核心要点完善推荐算法保持推荐的多样性固定商品放在推荐位 或 基于商品之间的关联性eg.买了奶瓶之后推荐奶粉不因用户不同产生差异根据运营配置的活动或固定商品商品精选常规推荐个性化推荐商品评价两个维度订单整体 和 商品评论处理评论的筛选过滤恶意差评和敏感词、分级显示评论好评、中评、差评、根据评论对商家评级需制定严格的规则Part 2 促销系统促销目的拉新、去库存、扩大品牌知名度、推新品爆品......常见促销的形式满减促销单品促销 核心是打折套装促销赠品促销满赠促销多买优惠促销 主要来源于线下模式定金促销 对电商供应链的备货和物流控制大有益处促销活动的规则购物车 和 订单计算审核、编辑、删除基础设置活动名称、促销编码、促销时间渠道、限购数量、促销用户范围、推广链接促销规则满减/满赠/套装等活动商品主商品、折扣价格赠品活动设置活动管理促销的订单计算专场活动配置活动条件、主商品信息、赠品信息优惠券管理分类按使用门槛、适用范围、发放主体 有不同的分类方式生成优惠券信息、规则、发放方式等发送主动领取 和 被动领取强调促使用户主动领取核销下单时选择最合适的券给用户使用统计发放数、核销量、作废量、客单价、复购率对比拼团分类新人团、普通团、超级团业务流程一般采用先支付后参团的规则库存管理一般从总库存预先划分一部分库存参与拼团从而与总库存互不影响商品详情页的促销信息案例From 京东Part 3 内容管理概述CMSContent Management System这里主要指电商平台的页面动态配置系统产品逻辑组件多个样式→位置内容→动态页面常见组件图片、文本、商品、排行榜、优惠券、导航栏等整体设置直接复用的集成所有组件的成熟模板节省工作量页面动态配置的主要业务过程-搭积木的过程Part 4 库存管理基本概念主要操作增加、锁定、解锁、扣减、返还、异常处理影响因素销售订单、采购、仓间调拨、盘盈盘亏、预售、售后退货库存分层销售层可销售库存、锁定库存、已销售库存、活动库存、预售库存虚拟例如B端订货、定金预售等调度层账面库存、可用库存、在途库存例如T1日入库策略、不可销售库存、已用库存仓库层可用库存不包括锁定的库存、锁定库存、已出库库存、不可用库存库存同步自上而下销售层下单→调度层→仓库层、自下而上仓库层采购/退货/调拨→调度层→销售层销售库存管理允许超卖、做预售、不同活动独占库存、不同渠道分配库存库存调度影响因素物流时效、仓库等级、业务需求调度规则实际是订单分配的过程会和许多系统发生交互库存控制目标服务水平最高总体费用最低模型定期订货模型、定量订货模型电商一般采用此模型防止不确定性而准备的库存 低于安全库存时进行预警开始补货动作提前期需求比例法、供应天数法、均差法考虑因素数量、时间、频率、范围、可预测性定量预测时间序列分析法因果联系分析法模拟法需求预测安全库存库存控制模型 定量订货控制模型图在这一部分的结尾处很喜欢作者说的这句“库存管理不是简单的需求预测与补给而是要通过库存管理获得用户服务和利润的优化”。Part 5 物流管理物流分类普通快递四通一达、顺丰同城配送自营配送、第三方配送门店自提盒马生鲜、优衣库前台物流管理店铺运费模式固定运费10元满X元包邮不足X元统一收取10元单品运费模式每个商品的运费独立计算如一个订单多个商品可以“运费叠加”或“取最大运费值”混合模式店铺运费模式与单品运费模式同时生效当订单金额满足运费上设置的免邮金额按照店铺运费模式计算不满足时按照单品运费计算。后台物流管理物流公司的选择运费模板Part 6 采购管理采购流程见下图所示供应商管理采购模式自采自卖、一件代发、多货主仓库模式未来的主流模式单品运费模式每个商品的运费独立计算如一个订单多个商品可以“运费叠加”或“取最大运费值”混合模式店铺运费模式与单品运费模式同时生效当订单金额满足运费上设置的免邮金额按照店铺运费模式计算不满足时按照单品运费计算。采购商品管理为采购提供数据支持采购成本 及 商品库存采购订单管理采购申请 → 采购询价 → 采购单 → 到货结算采购流程示例Part 7 仓库管理系统WMS仓库区域划分分拣区、存储区、不良品存储区发货存储区、收获存储区、复核区、仓储器械存放区出库流程调度→打单→拣货→复核→包装→交接发货入库流程到货确认→验货打码→商品上架盘点流程创建盘点计划→盘点录入→判断是否盈亏→主管审核→财务审核→更新库存统计查询仓库流水、库存、工作量等统计库存预警一个WMS系统界面展示Part 8 订单管理订单下单用户信息、订单基础信息、收货信息商品信息、优惠信息、支付信息物流信息、其他信息流程见下图所示用户的一小步后台系统的一大步订单信息父子订单注意运费和优惠的计算优惠分摊坚持偏向用户的准则订单拆单提交订单支付前下单→商家分类→仓库支付后发货前品类→物流元素→订单价值→结束订单售后订单逆向流程数据统计常规统计销售额、毛利、成本、纯利润等流量分析统计用户行为、订单流量等【扩展】购物车妙用凑单、促销、收藏一个订单下单的详细流程示例三、其他相关系统Part 1 会员系统升级版CRM基础信息管理基本信息、优惠券信息、订单信息售后信息、会员等级、会员积分成长体系加成长值登录、购物、评价、晒单等减成长值退货、评论被删等R:Recency 最近一次消费时间F:Frequency 某一个时间范围内的消费频次M:Monetary 某个时间范围内的平均客单价或累计交易额RFM模型用户行为增长模型积分体系获取积分签到、购物、晒单、分享、充值等展现形式京豆、淘金币、信用卡积分等体系分层例如VIP1~VIP7Part 2 支付系统支付方式第三方平台支付eg.支付宝、微信支付网银支付快捷支付eg.支付宝商家中心、银联商家中心交易记录交易流水号、时间、关联订单编号、费用交易渠道、用户信息、支付状态对账异常情况正向支付、逆向退款需要注意同一订单多次支付成功的问题整体脑图传送门https://www.processon.com/view/5ce63da6e4b0ecdd20495484#map后续 接下来有时间的话我会下载和学习开源的成熟的电商解决方案NopCommerce结合本次的电商后台产品逻辑去看看成熟的解决方案是怎么实现的。NopCommerce目前已经出了4.2版本基于ASP.NET Core和EF Core开发以前是.NET Framework版本4.1开始升级到了.NET Core 2.1适合.NET Core开发者借鉴和改造。参考书刘志远《电商后台系统产品逻辑全解析》人人都是产品经理—刘志远的专栏Runable《基于NopCommerce的开发框架》向坤《NopCommerce从无到有-01》
