电商购物车数据库设计 为什么电商有购物车,电子商务购物车的影响

电商剖析:解密购物车逻辑
在电子商务的核心交易流程中 , 购物车是最重要也是最复杂的环节之一 。在做电商的过程中 , 业务领域可以简单的分为两部分 , 一部分是底层支撑业务模块 , 另一部分是上层流程模块 。库存系统、会员系统等底层模块 。这些模块的特点是处理的业务流程相对单一、封闭 , 可以在域内完成逻辑 , 不太依赖外部系统 。比如会员系统最重要的流程就是注册、登录和验证登录状态 。这些过程基本上只依赖于成员系统本身 , 对外部系统没有很强的依赖性和耦合性 。更复杂的是业务流程的系统 , 这部分系统的业务逻辑会相对更复杂 , 比如业务明细或者购物车 。因为尚香或者购物车展示给用户的东西 , 需要串联很多业务模块 , 把其中的信息打包展示给用户 。这里的业务逻辑非常复杂 , 系统内部有很多交互 。以我们在JD.COM的购物车为例 , 简要分析了JD.COM购物车的业务逻辑和实现 。购物车里展示的无非就是添加到购物车里的商品和一些促销信息 。所以第一个问题是 , 这些购物车里的商品和促销信息是静态的还是动态的?静态是指用户在向购物车添加商品时 , 存储了添加到购物车的商品需要显示的各种信息 。比如上面展示的商品的主要图文描述 , 促销等等 。动态获取是在查看购车时实时调用相应系统获取最新信息 。答案是购物车的数据只会存储必要的商品信息 , 其他信息都是动态获取的 。因为如果加入购物车时是静态存储的 , 下次查看购物车时显示的信息可能不是最准确的 。中间产品信息可能发生变化 , 比如产品被下架了 , 产品主图被调整了 , 或者主题被修改了 , 产品的推广信息也可能发生变化 。当你加入购物车时 , 你可能会打一个促销活动 , 但过一会儿 , 促销活动可能会结束 。所以展示购物车 , 然后实时拉取商品的详细信息和最新的促销信息更准确 。但是 , 有些数据仍然会存储在购物车中 。主要存储哪些数据?如下图主图所示 。所以我们来看看 。检查购物车背后的逻辑是什么?第一步是检查成员的登录状态 。在上面购物车存储的结构中 , 我们可以看到 , 购物车的存储是基于用户维度的 , 所以在显示购物车时 , 首先要获取用户ID 。所以这里的第一步是检查登录状态 , 因为只有用户登录后才能识别当前用户?您可以从购物车的存储中获得响应数据 。然后购物车会根据获取的商品ID列表再次实时调用商品系统 , 获取最新的商品信息 , 最后组装展示 。下一步是获取库存信息 。库存经常变化 , 所以每次查看购物车时 , 都需要实时查看当前的商品库存 。如果购物车里的商品没有库存 , 会有提示 , 如下图 。将购物车中的商品变灰 , 表示商品“缺货” 。库存还有一个特殊的逻辑 , 就是赠品的逻辑 。礼物可以分为两种情况 , 一种是你出多少钱买的礼物 , 简称“满赠” 。另一种是买东西送礼物 , 简称“买礼物” 。两者都是赠品 , 但对存货的逻辑处理完全不同 。两种情况都要求主货和赠品必须在同一个仓库 。否则主要产品从一个仓库运 , 赠品从另一个仓库运 。你要承担两次运费的费用 。最初 , 它是一个礼物 。如果还要承担额外的运费 , 肯定不划算 。
所以在盘点存货的时候 , 一定要检查主产品和赠品是否在同一个仓库 。当赠品与主产品不在一个仓库或者赠品缺货时 。对于满赠场景 , 如果赠品没有现货 , 仍然可以正常下单 。因为这种满赠的推广类型会提示用户“赠品数量有限 , 先到先得” 。所以当赠品缺货时 , 可以正常下单 , 用户可以接受 。但是在这种买礼物的场景下 , 如果礼物缺货 , 会提示用户礼物缺货 , 无法下单 。因为在这种场景下 , 用户会认为赠品是主产品的一部分 , 没有赠品就不会购买这个主产品 。获得库存后 , 下一步将计算购物车中商品的促销情况 。这也是整个购物车中逻辑最复杂的部分 。推广本身是复杂的 , 因为会有多种类型的推广 。某商品同时打多个促销怎么办?如果一个商家设置了很多促销 , 每次都需要遍历购物车中的商品来计算每个商品符合哪个促销规则 , 整个计算过程也非常耗时 。所以购物车会把商品列表发送给促销系统 , 促销系统会根据传入购物车的商品计算出这些商品会打哪些促销 , 然后根据打中的促销把这些商品退回购物车 。例如 , 购物车中的某个商家下面有几个商品 。其中两个打了A晋级 , 另外两个打了B晋级 , 另外三个没有民主晋级 。然后要按照结构返回到购物车 , 购物车会显示给用户 , 让用户看得更清楚 。购物车除了显示基本的商品信息 , 还有很多附加功能 , 比如计算运费 。上图为该商品免运费 。那么运费是怎么算的呢?其实商家后台有个叫运费模板的东西 。商家会制定运费政策 , 主要分为两个规则 。一种是按照单个商品设置运费规则 , 一种是按照订单维度设置模板 。单品维度是指某个商家的某个商品在某个地址需要收取多少运费 。这种应用场景是 , 当商家发现有些商品发往偏远地区比较贵 , 就会设置这样的单品模板 。比如一个商品寄到新疆、西藏、甘肃比较贵 , 可以把这个商品的15元学费定在这三个省 。相反 , 只要收货地址不在这三个省 , 那么这个商品就不收运费 。另一个是订单维度的模板 , 即根据订单维度对整个订单收取多少运费 。比如我们经常看到的江浙沪包邮 。那么这个模板应该怎么设计呢?先选择商家 , 再选择江浙沪的地址 。在这些地址设置常规订单 , 不满意0元运费0元 。如果在江浙沪之外需要收10元起的运费 , 那就在江浙沪之外的其他省份设置 。对订单不满 , 100元收取10元运费 。这样就实现了江浙沪包邮 。江浙沪以外地区需要有门槛 。100元不收运费 , 但是100元需要收10元运费 。购物车中每个商家的头部都有优惠券的标识 。以识别该商家当前可以获得优惠券 。这种优惠券收集设计的目的是让用户知道在最关键的环节有优惠券可用 , 从而提高购物车的转化率 。那么这个函数是如何工作的呢?在购物车里 , 商品会根据商家的维度分成不同的块 。每个区块代表一个商家 , 如果商家里的商品有促销信息 , 就会按照区块的维度显示促销信息 。优惠券的计算单位是商家的维度 。在购物车中 , 先将商品按照不同的商户分块后 , 每个块代表一个商户 。购物车将计算t是否有优惠券可用
如果这个商家做了10批优惠券 , 其中两批可以使用当前购物车的商品 , 而用户还没有收到优惠券 , 那么这个地方会给出提示 , 告诉用户有优惠券可用 。购物车里还有一个叫预估手价 。以前购物车只显示哪些商品可以打哪些促销 , 但是每件商品的最终成交价需要用户自己计算 。因为推广比较复杂 , 有些用户并不清楚 。所以这个预估到手价就是系统根据当前叠加的促销和优惠券计算出来的最终成交价格 。该功能省去了用户自己的计算过程 , 显示直观明了 。最终的成交价格对用户升级转型也很有帮助 。那么这个估计是怎么实现的呢?会先计算购物车里商品的价格 。单品维度没有价格促销 , 比如价格下降或者秒杀、团战等价格优惠 。也就是上图所示的“119” 。这是价格维度的计算 。在计算单个产品的价格维度后 , 我们会计算当前产品是否有触及订单维度的促销 , 比如满减或者打折 。这时会从单品价格中减去打促销的价格 , 计算出一个优惠价格 。然后在这个价格的基础上 , 再打优惠券的逻辑 , 看用户能用哪些优惠券 。最后减去优惠券可以使用的价格 , 就是用户的实际成交价格 , 这是一个预估手价 。这里有一个例子 。一件商品原价100元 。我做了一个降价活动 , 价格降到了90 。然后这个产品还享受全款优惠 , 80加20减 。这时这个物品的价格就变成了90-20=70 。如果这个用户的账户里有一张现金10元的代金券可以用来购买这个商品 。那么这个商品最后的价格是70元 , 减去10元的优惠券等于60元 。通过以上过程 , 系统可以帮助您计算出每种商品在当前情况下的估计价格 。综上所述 , 购物车是整个电商交易流程中一个复杂的环节 , 会员、商品、库存、促销、优惠券等大部分逻辑都需要串联起来 , 才能呈现出最终的购物车 。为了保证购物车向用户展示的信息的准确性 , 购物车中只存储了一些基本信息 , 大部分信息都是在用户查看购物车的瞬间实时计算出来的 。
移动电商APP , 购物车和立即购买 , 到底应该重点突出哪个?
立即购买:减少操作步骤 , 选择商品后立即跳转到订单页面完成购买 。买一些一次性的即时产品是非常合适的 , 比如机票、住宿、电影票 。购物车:一次购买多件商品 。选择一个项目后 , 您可以继续购买其他项目 。但是 , 当用户明显需要购买产品时 , 用户的操作步骤就增加了 。同时更容易开展满减、满送、免运费等营销活动 。购物车和立即购买 , 哪个更好?从用户体验来看 , “添加购物车”比“立即购买”更容易让用户购买 , 因为在“碎片时间”购物中 , 用户不一定是在一个固定的商品上 , 但对于用户来说 , 购物车不仅起到了集中支付的作用 , 还承担了用户临时的收藏和筛选需求 。购物车的目的是希望你能同时买到更多的商品 。但是在购买的过程中 , 我们会有一个不容忽视的问题 , 那就是“立即购买”更容易引起用户的冲动消费 , 尤其是比如《礼物说》的APP 。我觉得现在强调买很重要 。不像传统的电商平台 , 你会通过大量的询价 , 大量的比较来决定买不买 。这类电商就是让消费者冲动 , 及时消费 。像平台的常规限价、秒杀等购买活动 , 要加强“立即购买”按钮 。如果你能达到极限 , 甚至只是保持立即购买按钮 。根据结论 , 如果电商app没有几个SKU(比如微信商家) , 当然你只选择立即购买 , 完全不考虑购物车;但是像淘宝天猫这样的电商网站的购物车点击率要远远高于立即购 , 所以这个电商平台的购物车的优先级肯定要高于直接购 。
在各大电子商务购物网站 , 都使用购物车 , 哪些属于网上购物的购物车应该具备的功能?
自动跟踪记录消费者在网购过程中选择的商品;允许购物者随时更新购物车中的商品;完成数据验证;具有良好的扩展性和接口 。

电商购物车数据库设计 为什么电商有购物车,电子商务购物车的影响

文章插图
电子商务购物车逻辑是怎么样的
它首先保存在会话中 , 后来更改为独立的数据表 。可以说 , 每个注册用户都会根据模板库复制一个独立的对应数据库 , 购物车、购物记录等信息都记录在这个库中对应的数据表中 。字段可以根据您的需要设计 , 如商品编号、商品名称、正常价格、优惠价格、购买数量、购买时间、交易情况等 。
为什么说用session对象来表示电子商务中的购物车
【电商购物车数据库设计 为什么电商有购物车,电子商务购物车的影响】一般来说 , 购物车信息存储在会话中 , 因为会话易于管理 。会话不在用户的计算机上 , 它是一个会话 , 所以它临时存储在服务器上 。(我不确定是不是在JVM里 , 好像实例化的对象和数据都存储在JVM里仅供参考 。)不用担心Session的性能 , 因为是服务器和客户端之间的会话 , 购物车里不会有太多内容 , 不会影响服务器的性能 。把Session当购物车是有问题的 。除非你把session的有效期设置的很长 , 否则 , 用户在操作的时候 , 一旦Session超时 , 购物车里的东西都会丢失 。提供者:3358hi.com/ww715519816/home高山族刘水百度空间:如有其他问题 , 可在空间留言咨询 , 或百度知道直接提问 。

    推荐阅读