锐客网

  1. 首页 > 睿知 > >

电商拆包是什么意思 电商产品拆货是什么，电商货源

电商知识

电商产品之订单拆分规则与流程
用户提交的订单在物理上不是一个不可分割的单元，即不是一个最小粒度的实体，可以分解成各种形式 。如何分解，可以根据不同的业务场景分为不同的形式 。订单拆分一般有几个原因：1 。仓库原因一些大型电商(京东 。COM，考拉等 。)都有自建仓库，货物会根据过往出货数据分仓备货 。如果用户的订单包含来自多个仓库的货物，则必须拆分不同仓库的货物 。2.店铺原因一些电商平台(天猫、淘宝、拼多多等 。)有很多已结算的业务，用户跨店结算订单的情况非常普遍，这时候也需要拆分订单 。本质上，这种情况类似于仓库，每一笔入驻的业务都可以视为一个仓库 。3.跨境商品的原因 。对于跨境商品，由于单核运单有三对订单和付款，且每笔订单不能超过2000元，年金额不能超过20000元，如果用户单笔订单金额超过2000元，则必须进行订单拆分，每个拆分的子订单不能超过2000元，每个子订单都有自己的订单号和物流号，以保证正常通关 。4.物流原因不同的物流公司对单个包裹的重量或体积有特殊要求 。比如有些物流公司(邮政包裹)规定单个包裹不能超过20kg，还存在一种情况：一个10kg的包裹可能会多收两个5kg的包裹 。考虑到物流成本，一个订单一般会一分为二 。比如申通：10罐啤酒发到辽宁的价格是24，同样的地方5瓶价格是6块(相比申通5 。商品类别有些商品类别需要特殊处理，例如：易碎品需要单独发货；大件物品(儿童座椅、冰箱、洗衣机、电视等 。)需要单独发货；如果一个订单包含这些商品，一般需要拆分订单 。订单拆分时间：付款前和下单后的区别：如果在下单后付款前拆分订单，用户提交订单后，如果没有立即付款就返回订单列表，可以看到订单被拆分成几个子订单，包含不同的商品 。此时，每个子订单都有一个独立的物流查询条目 。如果母订单包含运费和优惠金额，则需要将优惠和运费分摊到每个子订单上(最好分摊到每个正价商品上，方便后续的售后退款处理，具体取决于售后是整单退货还是单件退货)；一般付款后拆单是为了财务结算方便 。比如淘宝平台预付母订单金额，用户确认收到某店铺的商品后，平台将相应的店铺货款转给该店铺 。这时候平台需要根据用户支付后订单跨越的店铺进行拆分，将用户支付的金额分摊到各个店铺 。一般用户是感知不到订单被拆分的，看到的订单还是订单(母订单) 。1.下单后付款前拆分多个子订单常见于以下情况：跨境货物(以上第三种情况):跨境货物需要三对订单(订单、付款单、运单)通关 。如果订单在付款后被拆分，则只有一个付款订单号 。如果因为某种原因必须拆分订单(参考以上五种情况)，那么这个订单就会有多个运单号，导致无法进行三对订单 。因此，为此，对于跨境商品，一般采取在下单后、付款前开单 。
代表网站：Global Catcher(独立订单存储在母订单中，订单列表仍显示母订单)跨仓货物(以上第一种情况):由于涉及多个仓库，需要配送不同的包裹 。为了方便用户单独查询每个包裹的物流状态，一般需要在订单支付后，根据不同的仓库将订单拆分成不同的订单 。这里，订单需要根据包装单位进行拆分 。每个订单对应一个物流编号 。至于根据指令规则拆分订单，调度系统相关的规则一般是根据用户的收货地址选择最近的仓库，动态拆分订单 。代表网站：JD.COM(作为所有订单列表中的独立订单，显示无父订单)跨仓货物(以上第一种情况):由于涉及多个仓库，需要分包装发货 。为了方便用户查询每个包裹的物流状态，一般需要在订单支付后，根据不同的仓库将订单拆分成不同的订单 。这里，订单需要根据包装单位进行拆分 。每个订单对应一个物流编号 。至于根据指令规则拆分订单，调度系统相关的规则一般是根据用户的收货地址选择最近的仓库，动态拆分订单 。代表网站：有赞(保持订单整体风格不变，订单中不同子订单按tab页以包裹形式分别展示) 。在我们知道为什么要拆分订单之后，就可以有针对性的设计拆分订单了 。比如SKU A和SKUB属于同一个仓库，SKU B是特殊类别的货物，两个SKU C的重量超过了物流限制 。并且与SKU A和SKU B不在同一个仓库，如果一个订单同时买入一个SKU A、SKU B和两个SKU C，那么这个订单会按照上面的流程拆分如下：*注：这个没有具体的拆分逻辑 。比如下面只讲了由于物流限制需要拆分订单，但并没有具体说明如何拆分订单：是将20kg以上的订单拆分还是设置订单中所有SKU的快递费公式，将同一个SKU合并在一个包裹中，保证拆分快递费尽可能低于合并后的派送费等 。这些都需要根据具体的业务需求和快递公司的物流计算公式综合考虑 。如果你继续下去，老板会不高兴的 。如果对母订单进行拆分，不仅商品和商品数量会随着订单发生变化，订单金额也会发生变化 。同时，为了解决后续的售后问题，拆分订单金额必须合理拆分 。我们先来看看订单金额的构成：这个图显示的是一个订单的金额，由正负值组成：货物金额，运费负值：促销折扣金额，信用抵扣，优惠券折扣，后台价格变动等 。这里的优惠金额涉及到后台需要标注每笔金额扣款时，对应的字段方便统计查询 。
订单金额的计算过程：1 。先计算商品量(即改变商品价格)；2.促销后商品小计金额(即满减、满折、满赠、优惠券)；4.订单的后续优惠券和折扣代码；5.金额累加叠加后，判断是不是包邮 。比如：后台手动修改价格(需要在独立字段记录，不能直接修改原订单金额) 。订单拆分后金额分配：订单涉及跨店拆分，一般建议商品邮寄上架，避免订单拆分后单独计算运费，用户无法接受(一个订单需要支付多次运费) 。比如：1 。指定商品的满减活动，要分摊促销后的金额 。举个例子，一个订单是这样的：这个订单推广后，用户的实际支付(实付)是：105-5-10-10=80元 。如果我们把它分成三个子订单，1、2和3分别对应三个SKU，每个子订单的 。这就涉及到折扣金额的分摊问题 。对于子订单1(SKU A)，商品总价：25元促销折扣：5元促销分享折扣：(25-5)/(20 60 20)*10=2元优惠券分享折扣：(25-5)/(20 60 20)*10=实际订单付款2元：25-5-2-2=子订单2(SKU B)总价16元：促销分享折扣60元：60/(20 60 20)* 10=优惠券分享折扣6元：60/(20 10=实际订单付款6元：60-6-6=子订单3(SKU C)商品总价48元：促销分成折扣20元：20/(20 60 20) * 10=优惠券分成折扣2元：20/(20 60 20) * 10=实际订单付款2元：20-2-2=16元(如果实施) 。如果进行售后退货退款，也必须按照子订单的实际付款进行退款 。如果涉及到扣分，根据上面的公式，扣分的金额会分摊到各个子订单上 。但是在进行退款时，需要将相应金额的比例积分返还给用户进行部分退款，因为一般没有指定金额的优惠券(优惠券一般不支持部分退款)，所以在进行部分退款时，优惠券是不会退款的 。如果优惠券都退了，可以考虑退券 。具体情况视业务需求而定*注：以上分配规则仅为折中方案 。涉及到跨店的情况，由于每种商品的毛利率不同，按照商品金额按比例分摊，可能会造成部分店铺亏损 。比如肥皂毛利率10%，杯子毛利率50% 。由于折扣是根据商品数量按比例分配的，肥皂实际上可能会赔钱 。这个问题目前没有特别好的解决方法 。
订单拆单是什么意思
订单拆分是指当你购买的商品由不同商家发货，需要单独结算时，系统会自动拆分订单 。比如你同时订购自营商品和某商家的商品，系统会自动分两单提交 。单号在从组，因为从单号可以查到你的货是从哪个仓库发出的 。“订单拆分”是近年来很多企业对“订单拆分”的简称 。是指生产企业接到外部订单，设计部门设计出产品图纸后，按照生产工艺将整个图纸进行订单拆分成零件，以明确各层次零件的生产要求 。信息拓展：开箱工作是严格按照我们自身的情况对设计图纸进行细分，是将图纸转化为实际产品的第一步 。企业根据开箱工作的结果安排生产和采购 。因此，开箱工作的质量将直接影响最终交付的产品能否按时完成，交付的产品质量能否满足要求 。近年来，定制橱柜和衣柜行业一直在不断提高工艺标准，行业内出现了一批订单拆分系统 。许多大中型企业通过使用这种订单拆分系统平台，进一步完善了自己的生产流程和技术标准 。参考：百度百科-拆包
订单拆单的流程中，系统需要做哪些工作？
比尔在破坏什么？网上购买的商品成功下单后，过一段时间再次浏览时，有时会发现自己的订单会变成两单或多单，这是系统开单造成的 。拆包是将一个大订单按照一定的规则拆分成两个或多个子订单的过程 。原始订单称为父订单 。分单的重要性通常我们所说的分单，一般指的是用户的销售订单 。但是在实际业务中，单据拆分随处可见，比如采购订单、调拨订单等的拆分 。本文后面是销售订单的开通，请知悉！在互联网电商系统中，销售订单与C端用户关系最为密切，文档量最大，影响用户体验，打开文档的规则也相对复杂 。单据折叠需要准确及时的数据，因为单据折叠后的子订单需要流入仓库进行生产，会进行拣货、发货、配送等一个系统化的流程，也是后续财务系统对账或结算、数据分析的重要数据源 。开单场景：用户在APP等平台下单后，可能会因为商品库存数量不满足而在前端开单，即用户可以自行选择是否开单，按照最快发货或最小开单的规则即可 。看到这里你可能会有点困惑 。库存不足可以下单吗？目前在很多网站，当商品不足时，用户需要自己修改数量后才能下单 。的确，现在这样的场景少了，但是为了提高客户体验，有些商家可以多仓发货 。当单仓因为缺货需要开仓的时候，由用户自己选择买还是不买，应该也是提高转化率的一种方式 。还有一种场景是订单涉及多个商户，需要单独支付时，前端会直接拆分订单，而现在基本都是单笔支付，会降低用户体验 。此外，有些商家既卖国货，也卖海淘货 。如果混在一起的话，需要拆分订单后再付款，因为海淘商品需要对用户的身份认证等信息进行检测 。大多数情况下，用户下单后，系统会在后台打开订单，这要结合公司的业务场景来考虑 。采购涉及多少种订单？除了以上场景，用户下单时系统上还会有什么操作吗？一种情况，用户下单时，系统会判断是否有库存，订单应该属于哪个仓库，是否可以购买等 。根据用户选择的收货地址、商品等信息进行商品分类 。严格来说，这个服务应该属于商品库存服务，但也可以叫预开订单 。预拆分一般是调用仓储服务判断库存，同时要根据促销活动做一些优惠计算，这些都需要前端系统在处理时对订单商品做一些标记，这样当用户支付成功后，订单就会被转移到OMS系统进行物理拆分 。前端用户下单成功后，订单通过OMS的拉式订单服务快速转移到订单中心，订单再生流程开始 。拆分订单后的子订单会显示给用户，原订单一般不需要再次显示，方便用户跟踪查看 。所以从用户的角度来说，一个是可以直接看到结果的拆包过程，一个是无感知的预拆包过程 。何时何地开单 。预开订单伴随着购物过程 。这里不做过多讨论，因为这是否属于开单，取决于我们如何定义 。一般情况下，用户购买商品后，系统不会打开订单，因为用户可能会取消订单或者无法支付 。开仓时间在‘订单支付成功’之后，前端订单已经转移到后端生产仓库，在订单中心进行处理 。前面有一个场景 。如果商场不能进行合并支付，将被sp
用户支付成功后，所有订单也转移到后台，只有在处理完开服后才能继续后续生产 。在前面对拆分场景的讨论中，提到了一种脱销拆分 。在这个场景中，用户成功支付订单后，订单可能被拆分成不同的子订单，但由于某种原因，仓库缺货 。这时候开单的时间是有弹性的，一般是在客服系统，根据用户的反馈决定是否开单 。缺货影响用户体验，但是缺货总是客观存在的 。从上图来看，订单拆分应该是三级的，即用户创建的订单是母订单，然后在订单拆分服务后正常分为多个子订单作为第二级，再由子订单因缺货等原因再次拆分为子(子)订单 。在数据设计中，一般情况下，子订单和父订单之间的关联是通过ParentID来关联的，但是在3级以上时，查询原始订单就比较麻烦 。看具体数据结构是怎么设计的 。可以添加原始订单号，记录原始订单号，方便统计查询等 。负责开箱服务的同学可以详细讨论 。为了避免订单的复杂性和系统的查询、统计、分析等数据处理的难度，订单最多三层，不要太多 。之前整理过的关于订单状态的文章详见《订单信息与状态流转看这个应该足够了!》 。订单状态的改变也涉及到订单打开的过程 。当父订单拆分为子订单时，子订单生效，父订单应设置为无效 。子订单或父订单缺货拆分后，原订单状态是无效还是其他？订单打开后，状态要设置为“待配送”，即订单需要通过配送服务推送到仓库进行配送 。如果订单缺货，需要在分配到仓库后打开，单据状态应保持原始状态 。这些都是细节，但是不得不考虑，因为订单的状态涉及到其他业务系统的计算和统计 。例如，财务系统在制作应付报表时，根据付款单进行统计和对账 。如果订单状态无效，系统如何获取这部分数据？有些BI统计分析是基于状态和订单数量，如客户单价、有效订单号等 。因此，需要综合考虑拆分订单导致的订单状态是否应该与原订单状态分开识别 。我们已经知道文件分裂的原因 。拆分单据的目的是为了保证单据的履行 。拆分文档的原理是什么？首先是最小单据拆分原则，即可以拆分两个单据，不能拆分三个单据，因为多一个单据不仅会增加单据数量，还会增加系统的复杂度，降低用户体验，增加仓库工作量，增加运费 。最快发货的原则，拆下来的子订单要快速生产发货，这是增加用户体验的最好方式 。但是快速发货要看仓储物流的布局，在一个城市可以发多个仓库的情况下，这一点尤为重要 。一般情况下，开账单要遵循这两个原则 。同时我们也看到，开账单的服务依赖于基础信息的配置 。电商系统最复杂的就是很多地方都有关联 。分割文件的规则分割文件的规则因每个公司的业务而异 。以下是一些常见的规则，供参考 。(1)不同商户的订单需要拆分 。这主要适用于平台型电子商务 。一般用户在不同的店铺购买商品，创建的订单也属于这个商家 。但也有平台采用单笔支付，即用户在不同商家购买商品，但支付一次 。这个和淘宝有些不一样 。淘宝上每个商家的收款账号都不一样，所以无法一次性支付 。但平台商家是向平台收钱的，所以一次付款后可以分金额 。
但不同的是签的合同不一样，一个是购销合同，一个是提成合同 。细节不展开，有兴趣可以留言交流 。(3)不同类型的商品需要拆分 。一般区分奢侈品或者有特殊要求的商品 。这项业务需要根据商品的要求来设置 。由于商品要求不同，后续物流环节使用的物流产品类型也不同，物流成本也不同 。这部分也可以在仓库根据商品信息进行处理，但最后可以在上级提前区分 。(4)由于温控属性不同，货物需要拆包 。这部分一般指生鲜电商 。同一个仓库有常温仓、冷藏仓、冷藏仓，存放不同的货物 。货物的拣货和包装有不同的要求，需要拆包 。(5)大件货物开箱 。大件货物在存放地点、拣选方式、包装运输等方面都不同于普通货物 。所以大尺寸的货物需要拆包 。一般大件商品都是尽快发货，不受最少开箱原因的限制 。(6)按库存开箱 。这是脱销商品开箱的过程，也就是有库存的和没有库存的 。如果是二级订单，父订单相同，子订单派生子订单，子订单为1 。(7)线下实体店商品不拆单 。如果是从线下门店进货，就不需要拆单了 。(8)组合商品不能拆封 。在促销活动中，有时会出现一些礼包等商品的组合销售，即A、B、C等商品在仓库内组合包装后出库，这类商品无法拆包 。在开单服务中需要调用物料清单信息进行判断，这取决于系统是如何设计的 。拆分文档有很多规则 。系统处理它们时，取决于规则设置的优先级 。拆卸算法(1)稀缺商品算法寻找所有仓库中所有商品中最稀缺的商品，得出该商品的顺序 。(2)要求仓库组合在订单缩减中寻找稀缺商品 。这些仓库必须交货，这些仓库包含在交货清单中，从而减少订单减少 。其余仓库将再次合并，以减少操作次数 。(3)鸽子洞原理算法找到一级仓列表(出货量最大的仓库) 。这个仓库的库存必须出库，然后找到出货量最大的仓库，以此类推，用于后面的组合计算 。(4)找到组合 。根据仓单逐步增加仓库数量，寻找组合 。算法只是解包过程中的一个路径引用，算法取决于解包的规则 。无论如何，要保证拆包结果的准确性，拆包的速度要快 。票据贴现服务中的两步重要工作 。上面一直在讨论bill breaking从1到2，从2到4的一些内容 。破单具体服务体系要考虑哪些内容，要做哪些工作？以上都是设计要考虑的，最重要的是依靠规则进行设计，数据循环，时序等等 。金额分配是分单工作中最重要的部分，也是最复杂的部分 。第一步是拆分母订单，重新组合商品，并生成新订单 。第二步，合理正确地将母订单的金额分配给各个子订单 。订单一般分为主订单表、商品订单表、支付订单表和活动订单表 。订单金额主要有几个部分：订单商品金额、折扣金额、礼品卡支付金额、积分支付金额、优惠券支付金额、订单支付金额等 。这是货运单表中的一个特殊字段 。如何分担运费是需要特别考虑的 。一般是根据金额的比例 。因此，生成的子订单各部分的金额也应该与父订单的金额一致 。商品表、付款计划表和活动表属于详细信息，应进行计算和分配
另外，在金额分配的计算过程中，有一个重要的规则是不可避免的，那就是开票金额的考虑 。这部分金额的分配与公司纳税密切相关 。单据和发票要一致，商品信息，活动规则等，很复杂 。应该考虑 。部分拆分服务独立拆分金额，以减少对拆分的影响，提高订单流转速度 。订单开单的速度要求是订单开单后会下发给仓库或者商家进行生产，所以速度要求快 。在设计制度的时候，可以综合考虑规则 。多线程是最常用的方法，但是多线程需要考虑资源竞争和安全性 。一般下单后如果仓库已经确定，可以根据仓库启动多项服务，可以避免程序的难度 。系统中的文件拆分和分发也应有数据监控，不应有积压 。如果文档打开出现异常，很多情况下在调度任务中依靠一个信息字段的状态进行循环处理，在服务中需要容错处理，不能一直停滞 。拆分账单有什么影响？为什么要开账单？怎么开账单？之前说了很多，但是对法案开放有什么影响？先说一个场景 。公司搞促销活动，买A送B 。但是A货和B货的温控属性不同，用户下单后肯定会开单 。开箱后，根据子订单进行入库、拣货和发货 。很有可能是先送礼品B，后送礼品A 。首先，用户从B处收到该标志，然后A拒绝或取消该标志 。此时，如果拒绝或取消A时没有判断关联子订单，公司将失去b .如果判断关联子订单的状态，系统的复杂性将非常大，因为在实际场景中一个母订单拆分成多个订单是非常常见的 。单据打开后，子订单数量增加，要考虑客单价、统计分析等报表的影响 。维度不同，统计口径不同，必然导致数据结果不同，从而影响经营分析和决策 。不同商家对影响的理解不同 。作为产品研发，还是要明确利益和业务，尤其是运营方(专注活动)，虽然这是后台服务 。摘要顺序很复杂 。合理的订单开放会加快订单的流转，有友好的用户体验 。过多的订单开放会产生冗余数据，增加订单、统计、计算、售后等环节的复杂关系 。以上是我对开单的梳理和总结 。感谢您的阅读！

电商拆包是什么意思 电商产品拆货是什么，电商货源

文章插图
电商平台商品设计：商品的前后台类目拆分
首先说一下前后品类的拆分 。深入历史就会发现，前后类目的拆分最早是在淘宝的老平台上完成的 。最早的天猫用的是折中方案 。通过在列表/搜索页面中嵌入大量可编辑的内容模块，二胎可以随时编辑，形成导购路径 。但是，这并不影响分析的思路 。回想小二和卖家的矛盾：小二不断为导购调整类目属性；为了商品的稳定，卖家不想调 。其实区别就是买卖双方需求的矛盾，小二进退两难 。导购一方面是为了给买家更好的体验，另一方面也希望卖家不用经常折腾 。这里的本质是一个产品无法很好的满足两个完全不同的用户群体 。然后呢？很简单的逻辑，把这个产品拆分成两个产品，一个让买家满意，一个让卖家满意 。具体怎么做？去大超市可以体验一下 。大超市的商品在货架上的陈列方式多种多样，而且往往会随着季节、销量、具体事件等进行调整 。大超市还有一个地方是仓库，这里的货物相对固定，食品在食品区，洗涤物在洗涤物区 。所以货其实放在两个地方，——做前端销售，后端仓储，对应两种分类方式 。你要明白，很多时候，电子商务是落后于传统商务的 。人家发展了几百年，肯定有很多比我们“好”的地方 。我们应该学习更多 。也就是说，借助这种方式，我们拆分了前后类目，有了前后类目 。简单来说：卖家通过后台类目发布商品，买家通过前台类目选择商品 。原来的类别变成了背景类别，或者树，属性还是属性 。商品都挂在后台类目里，按照类目属性挂 。简单来说，前端类目的做法就是根据前端导购的要求建立一个类目树，然后将这个树的叶子类目和后台类目关联起来 。任何一个前端叶类目都可以对应任意一个或多个后台类目，不一定是后台叶类目，可以添加属性筛选，可以直接关联SPU，可以添加各种商品筛选条件，比如买家信用、标题关键词、消费者保护等 。用例子来说明 。比如女装，现在是夏天，希望把迷你裙调整的更容易看，这样就可以设置“女装-迷你裙”的前台类别，然后直接把迷你裙挂在后台类别，可能是4级或者5级，直接挂在前台类别的迷你裙下面 。例如，如果杰克琼斯销售良好，您可以设置一个杰克琼斯的前台叶类别 。在服装上可以看到所有的后台类目，放杰克琼斯的牌子 。前台杰克琼斯下面可能有10个杰克琼斯品牌，也就是说杰克琼斯所有的男装、女装、童装、配饰都在一起 。比如iPhone5S卖的很好，那么二胎可以把iPhone5S设置为前端类目，然后在这个前端类目下挂唯一一个后面类目有iPhone的牌子和5S型号的SPU 。我们来看下图 。右上方的浅灰色是背景类别，下方颜色的品牌、性别、适合人群、场合是属性 。属性下面是属性值，比如耐克，休闲，长袖 。左上方的深灰色是前台类别 。我可以在前台设置一个类似“活力青春-街头运动”的个性化类目，然后在这个前台类目下的背景类目“女装-T恤”下挂“品牌=耐克性别=适合人群的男士=青少年”的商品 。还是那句话，前景类别只能挂背景类别在叶子类别下面 。其实对于前端类目来说，一般不超过三级，因为导购路径的长度，超过三级就没有意义了 。
为了更好的导购，前端类目也使用了公共属性的概念 。如果一个前端父类别下的所有子类别都有统一的属性，那么子类别的属性可以提取为公共属性 。可惜到了2012年初，这个动作还是需要人来做，需要小二按一个按钮——来提取公共属性 。也希望后面的产品经理能有所改进 。将类别分为前端和后端的好处是显而易见的 。一个随时变化的前端品类，可以衍生出一个相对固定的后端品类 。后端品类满足卖家，前端品类满足买家，皆大欢喜 。后来淘宝，天猫，电器城等 。都是基于同一套后端类目衍生出不同的前端类目来满足不同的需求 。但是晴朗的天空中仍然有一小块“乌云” 。3354买家在前台，通过前台类目找货，前台类目由二次“人肉”搭建 。所以很有可能后台类目下的部分商品没有挂在任何前台叶类目下，也就是说有些商品无法通过类目导购找到(当然不影响搜索) 。幸运的是，我们的产品经理很快赶走了这片“乌云”，我们向第二个运营商提供了提醒，告诉他们什么是“后台类别覆盖” 。但这还不够，只是提醒他们还没有被提供好的工具，这也是一个值得期待的优化 。回到上图，下面有很多旧的概念，但是对于淘宝来说新的东西在等着我们去消化 。10.旧的新概念：SPU/SKU和其他用于电子商务、SPU(有时是产品)、SKU(库存单位)和商品的词 。如果分不清，就不好意思跟别人打招呼 。那么，我们先来看看SPU 。天猫对后台类目的属性进行了多方面的细分 。一种属性叫做“关键属性”，比如服装、品牌、货号等 。这两个属性值的组合可以形成唯一的产品——SPU 。SPU相当于一个标准化的产品 。通过确定关键属性，可以确定SPU 。苹果的iPhone5S就是一个SPU 。当时我们的假设很简单 。淘宝平台可能会有很多非标准化的产品，但是作为B2C平台，最好所有的产品都是标准化的，方便我们管理 。因此，我们认为所有商品都应该对应一个SPU 。虽然有各种各样的衣服，但是从厂家来说，一个款式就是一个款式，一个模特就是一个模特 。必须是标准化的，也必须有SPU 。某一种衣服，如果厂家从来没有生产过屎黄色，就不应该有卖家卖这种颜色 。所有商品都有对应的SPU，也就是说基本信息都有 。这个SPU定义之后，比如他知道一双鞋，品牌是Nike，货号是12345 。这是唯一的SPU 。其他属性值都挂在SPU上，不会因为卖家变化而变化 。它是固定的、标准化的 。SPU下面挂的货就像一双耐克12345 。五个商家在卖，也就是五个货 。商品和SPU的区别在于和卖家有关 。夹在SPU和SKU之间的产品，是B2C平台特有的概念 。如果是独立B2C，不存在多个卖家卖一个SPU的情况，可以直接分成SKU 。要解释SKU，我们得看看“销售属性”的概念是如何提出的 。在一个看似复杂的系统中，一个又一个概念被提出来解决实际的商业问题 。以前淘宝买家买东西，需要给商家一个纸条说，我要“黑色”和“XL”的衣服 。卖家发宝贝的时候只能发李宁品牌、货号56789等衣服，发一件，有好几个颜色和尺码，但是只有一个现货，所有尺码都放在一起 。库存都合并了 。其实黑色大码的衣服只有10件，但是因为总库存是100件，这个时候如果12个用户买了黑色大码，后面两件就没货了，没办法卖 。
其实这就是库存管理的概念，现实场景的应用 。交易量不大的时候，这些都好解决 。你可以说：“对不起，没有了，退款吧 。能不能换个大点的，这样又宽敞又凉快？”但是如果你想在B2C平台上独立购物，这个是解决不了的 。因此，我们应该继续对商品进行分类和细化，所以我们提出了销售属性的概念 。本来这是线下很正常的分类，但是在2007年的时候，淘宝产品经理没有线下经验，所以当时就想到了一个概念，叫做“最小购买单位” 。后来发现其实和线下SKU——标准库存单位3354是一回事 。当时，我们的选择是让SKU尽可能简单 。我们以为iPhone5S，不管是白色还是黑色，都不算两个spu，因为这只是属性上的区别，不是本质上的区别 。颜色、尺寸等 。都成了现在的销售属性 。(注：2012年初，天猫再次提出SPU的SKU 。简单来说，就是把已经细分为销售属性的SKU作为一个SPU来管理，从而使SPU与线下库存管理保持一致 。有兴趣了解更多的同学不妨加入天猫 。最后，不得不提“商品属性”这个概念 。有一些属性，比如新旧程度，保修方式，附加服务等 。这与SKU和SPU无关 。比如对于买手机的人来说，只要在国内买手机，保修就有区别 。有的手机全国联保，有的只提供门店保修 。该属性属于商品属性，与SPU、SKU、卖家无关 。虽然只有少数属性是商品属性，但我们提出这个概念，使整个商品体系相对完整 。好了，来说说天猫平台的特别之处 。你还记得那个苦涩的淘宝平台吗？又过了一两年，那个平台的问题越来越突出 。就这样，时间来到了2009年 。天猫在产品和业务上做了很多创新，但是成交量没有做到 。当时是每天200万，第一任总经理走的时候不到400万 。基本上没有太大的增长 。为什么？天猫是独立网站 。没有足够的商品来吸引买家 。如果买家不来，就不会有交易 。如果没有交易，公司将没有耐心 。如果没有耐心，总经理就会离开 。淘宝商城原来是事业部，不到一年就解散了 。招商归招商，运营归淘宝 。快三个月了，公司坐不住了，觉得我们不能放弃B2C，就去讨论为什么做不下去 。重要的结论是，当时淘宝商城是独立发展的，没有办法充分享受淘宝现有的3354用户和流量优势 。当时基于这个指导思想，高层决定关闭B2C，B2C指的是商品、交易等底层系统 。阿健是整个过程中参与最多的产品经理 。他在2007年成立天猫，2009年关闭 。整个2009年，我们合并了天猫和淘宝 。但当时有两个选择 。一开始的想法是把商城数据搬回淘宝 。第二个是阿健的建议，说这样拆了太可惜了(是他自己的产品，整个商城辛辛苦苦建起来的，废了真的太可惜了) 。能不能把淘宝升级成淘宝商城，然后关闭？前面三个月够合法，后面可能需要半年才能合法 。当时争议很大 。一些人支持第一个方案，另一些人支持第二个方案 。最后有一个人做了一个关键的决定，那就是老鲁3354铁木真(淘宝二老板，2013年接替马云出任阿里集团CEO) 。以下是小道消息，由阿健口述：老卢刚来淘宝没多久，我和他开过一次会 。他在那里提了一些建议，感觉老卢什么都不懂，怀疑这个CEO是不是不靠谱 。但是当我听到老卢说：“这么好的商场体验，我怎么能放弃呢？”我的看法完全改变了 。
作为CEO，陆在关键时刻做出了一个至关重要的选择 。对于一个CEO来说，最重要的是在关键时刻做出关键决策 。我立刻觉得他是一个非常合格的CEO 。BC整合就是把商城系统搬到淘宝上，这是当年淘宝最大的项目，——七彩石(这个项目后面会多次提到) 。整个淘宝，有一半是围绕一个产品经理的经验开发的，估计以后都没了 。对于一个产品经理来说，是不可能遇到的 。这个体系建立起来之后，整个淘宝体系基本保持不变，即使在2011年6月，淘宝和天猫在组织架构上是分离的，2012年年中也是如此 。还有一些其他的事情值得一谈 。列出它们 。多年来，天猫要求卖家发布商品时，必须挂在一个已有的SPU下 。所以当这个SPU不存在或者卖家找不到的时候，就会要求卖家中断产品发布过程，先发布SPU 。这个问题困扰卖家多年，直到2011年才得以解决 。其实这背后不是技术上能不能解决的问题，而是我们B2C平台的管理尺度问题，是松还是紧，这个度在哪里 。这个一直在想 。现在看来，之前的假设太理想化了，制度太死了，卖家发布商品不应该有那么多约束 。作为平台，我们不应该把所有东西都强加给卖家，虽然管理的商品应该尽可能标准化 。在早期，我们的想法很简单 。一部苹果iPhone5S必须要有SPU才能有质检 。我们相信每个商家都会发送标准的SPU 。这个商品发了之后，其他商家就不需要发了 。所以意味着第一个送iPhone5S的商家必须先发布一个SPU，之后才发货 。允许他发SPU，其实对于服装这种非标准化的品类，基本上就变成了每个商品发一个SPU 。所以卖家发产品的时候要先发一个SPU，这对卖家来说很麻烦，很痛苦 。所以我们后面会把这两个过程结合起来 。买家发产品，我们会判断是否有这个SPU:如果有这个SPU，那就直接发产品；如果没有SPU，您将自动挂起一个SPU 。里面还有一个小插曲 。有一段时间，我们发现有些商家不靠谱，在spu上犯了很多错误，于是我们在一些品类上提出了“信任商家”的概念，即识别和标记一些优秀的商家，只有这些商家才能发spu 。这就造成了一个更麻烦的问题 。3354不可信的商家不一定能发货，因为对应的可信商家还没来得及发SPU 。这是一个控制尺度的问题 。最后说一下对商品分类的深层思考 。我们一直说商品经营的核心是分类，所以广义来说，商家，垂直市场等 。也是不同的维度 。但是垂直市场不是简单的分类，它是基于商品的特性，区分分类不能提供的信息，也就是服务 。服务标准，如果你只是把手机抽出来，如果这个手机垂直市场和其他品类没什么区别，那就没必要叫垂直市场，就叫手机品类吧 。只有手机产品有了其他服务功能，我们才需要建立一个垂直市场，比如延长保修期 。像“消费者保护”这种标注商品的动作，也是类似的概念 。比如消费者保护是跨品类的，“假一赔三”可能只针对化妆品 。对整个淘宝商品体系最熟悉的产品经理们认为，商品体系最大的缺陷就是僵化 。一个制度太严谨，也不一定是好事 。新事物将很难出现，无法进化 。其实淘宝就是一个平台，需要百花齐放才能有序 。这是淘宝从2012年提出的第五代商品管理 。它的关键词是：搜索、标签、场景 。然而这是最近大家看不清楚的事情 。未来在哪里，我们拭目以待，就看产品经理们自己了 。
至于整个商品管理的发展方向，大家认为有一种可能，就是搜索，卖家无序的发出商品，强搜索就是商品的分类 。
常见的几种产品模式！
产品模型如果一个顶级产品经理能够通过重组详情页的信息结构，整理推广/导购标签，打捞优质评论，添加视频素材，调整装车按钮的位置和形状，将详情页的平均装车率从15%提升到16.5%，就已经产生了巨大的商业价值 。3354因为整体转化率是所有环节的产物，这样会在同等成本下直接提升10%的最终销量 。是不是很神奇？但是我们也可以看到，这里有一个巨大的限制，就是153354，基本决定了产品转化值的上限；这个限制，或者说基础，很大程度上是由模式决定的 。模式是一个比产品更宏大的概念 。基本上是指业务上做什么和不做什么，具体由谁来做，怎么做，如何形成记忆点，各个环节如何链接，如何具体实现 。下面举几个具体的例子：大家都很熟悉：前者的领军人物是JD.COM，后者的代表人物是阿里的淘宝天猫 。两种模式有本质区别：JD.COM靠商品成本加毛利(卖货赚钱)驱动营收；阿里通过促进商业交易和收取服务费(收取服务费、广告费、营销工具使用费或佣金)来推动收入 。这就决定了对于JD.COM来说，尽快让消费者购买更多自营商品，以良好的购物体验为核心诉求(从消费者身上赚钱)；而阿里则通过营销工具和专业服务，让卖家在流量上获得竞争优势，在淘宝平台上的大量商家和商品上达成自己的销售目标，从而获利(赚卖家的钱) 。前者自然更贴近消费者，后者自然更贴近卖家 。这就是模式带来的商业本质和实践上的差异 。当然，JD.COM和阿里在中后期逐渐延伸到另一种模式 。JD.COM做POP Mall，阿里做猫超自营，形成混合模式 。自然，JD.COM越来越重视商家，阿里越来越重视购物体验3354 。但他们的基因是连续的，这也导致了产品端理念和做法的巨大差异 。两种模式的根本区别(高直接营收低净利润vs .低直接营收高净利润)也决定了为什么JD.COM在世界500强榜单上远高于阿里，而阿里在公司市值上却远高于JD.COM 。传统电商以商品和品牌为中心，聚合商品，消费者来平台找商品(虽然千人一面可以见面) 。本质上就是搭建一个商品金字塔 。而社交电商，本来就以圈子为中心，人与人之间聚人、拉人、卖货，营销从B端过渡到C端 。本质上就是建立关系链，并在上面进行销售 。这是一个模式的巨大变化，或者说是一个全新的模式 。从成本结构来看，传统电商的销售成本主要发生在营销和销售渠道的建设上，而社交电商的成本很大程度上转移到了构建关系链的社交成本上 。比如利用社交红包、群殴、网络名人造势等 。结合巨额投入将用户持续聚合到平台；成长的逻辑从商品品类管理转变为关系链管理；企业价值评价指标从商品类别、经营能力和销售规模过渡到关系链的广度、深度和牢固度；购买的决策逻辑从对商品的描述、对平台和品牌的背书，变成了关系链中人与人之间的信任 。我们可以看到，这两种模式的差异，决定了传统电商和社交电商在企业价值判断和投资方向上的根本区别，其内在的商业逻辑和增长驱动手段也是根本不同的 。腾讯的巨大成功在于，虽然没有卖货的基因，但不卖任何东西 。因为它有很强的人群聚合，通过它什么都可以卖，卖什么都很容易 。但是需要注意的是，——是通过它来卖货的，而不是靠它自己，这是基因决定的(还有我在携程负责旅游美食业务时学到的一个惨痛教训：基因不匹配，所以我跟哈只能事半功倍
当然，基于炫耀属性的虚拟商品，比如QQ的各种钻石，是聚合了“人”的腾讯最有市场的“商品”，因为商品的价值天然在社交范畴 。相对于上面提到的模式，仓储模式可能很多人会比较陌生 。但大家一定很熟悉基于区域仓的JD.COM和天猫，基于水货仓的亚马逊，基于前置仓的天天优鲜和盒马等生鲜电商 。1)所谓统一仓库，就是一个大仓库，把所有的货物都储存起来，统一发货 。相应地，在JD.COM有八个子仓库，例如：北京/上海/广州/沈阳/武汉/Xi/成都/德州，分别覆盖相应的省份和地区 。订单根据目标地址区域从子仓库发货，当一个仓库缺货时，可以跨仓库调拨 。2)水货仓和分仓的区别在于分仓是按区域划分的，每个仓基本属于所有的品类；水货仓按品类分仓，全国各地都有配置 。订单需要的货物从哪个仓库发出，有时需要拆分订单，从多个仓库发货 。优点是品类管理完善，缺货率低，没有跨区域调配成本 。缺点是系统复杂，技术要求高，物流对接协调困难，需要实现高度自动化的订单处理，国内只有亚马逊采用 。3)前置仓 。它下面还有几种细分模式 。一般来说，少量的商品(往往具有高频和应急属性)放在用户身边 。比如日常生鲜，在有盖小区附近租一个便宜的地下室(前仓)，放在冰柜和货架上，精选上百个热销的生鲜品类(也有少数高频百货) 。消费者打开app，先定位地址(或者手机GPS给的)，然后显示地址对应的前置仓商品 。下单后，配送员从隔壁前置仓开始，快速配送 。优点是快，缺点是商品少，成本高 。这些仓储模式的差异所带来的商业模式的差异，有点类似于沃尔玛vs 7-Eleven，很大程度上影响了在其上运行的商业模式，所以产品层也需要完全不同的设计；比如前端仓的前端产品，基于LBS和高频类目高度设计，适合家庭和烹饪场景，充分考虑少而精、缺货模式下的导购，充分激发库存周转率和销售率 。运营商应重点关注具有应急属性和快速送达需求的品类，根据周边社区特点选择头部产品，减少长尾产品和损失 。也可以像盒马一样，在生鲜零售上采用切果外卖模式，最大限度减少水产品死亡和水果局部腐烂带来的损失 。分仓模式通常是大型电商，商品数量较多，前端产品高度基于商品和品类的个性化设计；让消费者在大量商品中快速找到适合自己的那一款，设置差异化的场景栏目，针对促销导向、品质导向等不同用户群体铺设导购路径，充分突出转化率，通过品类组合做出商品低毛利高复购量的组合，高毛利商品的组合促进利润 。在当前消费升级的大环境下，大家对跨境电商应该已经越来越熟悉了，其主流模式大致如下：1)很多商家先把货挂在电商平台上，等有订单了再进货(提前货也可能是根据销量预测的)，从海外邮寄给买家 。个人做的话，叫代购模式；企业做的话，叫海外直邮模式 。随着电商平台规模的增长，卖家集合多个订单，在海外使用同一个包裹进行配送 。到达中国后，他们被分开并交付
【电商拆包是什么意思 电商产品拆货是什么，电商货源】亚马逊是全球排名第一的电商，在各国都有强大的自营平台，这是亚马逊在跨境方面的天然优势 。通过技术，将美国、日本、德国、英国等国家亚马逊平台(称为美亚、中国、德亚、英亚)上的大量海外自营商品同步到亚马逊在in的海外购平台，让中国消费者可以直接在中国网站下单，然后系统将订单同步到后台对应的“X亚洲”，形成影子订单 。本质上是国家的亚马逊直接履行合同，这是一种镜像模式 。对比后两种模式，保税仓模式是网易考拉的核心模式，我称之为“重模式”3354，因为商家需要负责国内外的物流体系，管理选、购、销、储，有巨大的成本投入 。网上的商品要一件一件购买，而且数量相对有限，还要承担选择偏差带来的库存风险 。亚马逊的产品mirror可以相应地称为“光模式” 。它不负责库存，只负责销售 。按照规则同步产品后，实现海量规模并不难 。然而，受商品同步市场和法律规则的限制，商品的本地市场在整体上受到限制，缺乏定价权 。导致对推广缺乏控制，导致国人在“无推广，无电商”的大环境下面临挑战 。在这两大模式的特点下，我们可以看到两者的前台和中台产品设计水平会有巨大的差异，从商品体系，价格体系，促销体系，导购体系 。这些是一些模型的例子 。产品经理只有深入了解自己平台的模式，以及它们的优缺点和局限性，才能更深刻、更准确地构思产品，取得商业效果 。最后说一下产品经理的思维模式 。比如最近有些文章在说传统的前置仓，看似在分析数据，给出结论，实际上根本没有触及本质 。比如有篇文章提到“U掌柜和丁咚竞争买菜，却输在货少、发货慢、体验差”，然后列举了一些数据，就得出U掌柜项目失败的结论 。看似论据充分，文章专业；但是，你再往深里想，就经不起推敲了：难道你不知道掌柜U的货多，还不如送快一点？当产品经理和运营学员看到这篇文章的时候，正确的反应是思考模型的细节：要快速交付，就要有密集的前置仓和充足的配送人力 。那么，如何解决单仓覆盖半径递减，用户基数、销售率、库存周转率、地板效率的后续问题？在一小时的服务标准下，如何解决高峰时段配送能力不足(前置仓模式的核心品类通常是生鲜，消费高峰通常在两餐时段左右)，或者低时段配送人力过剩的问题？商品丰富了，长尾商品大幅增加 。如何解决销售相对缓慢的长尾商品的流失问题和仓库成本问题？只有把这些问题想清楚，才能真正看清丁咚买菜赢在哪里，或者得出结论，它没有模式优势，只是暂时依靠更强的资金投入取胜 。所以，只有深入了解模型的细节，才能深刻理解各家的做法和自身的优缺点，从而扬长避短，做出更精准的产品，或者基于模型的关键更好的运营 。

    推荐阅读


    上一篇：跨境电商禁售产品 苹果禁售为什么有的电商还卖，如何做电商

    下一篇：C2C电子商务 mc180电商是干什么的，mc881电商平台是真的吗