精华内容
下载资源
问答
  • 自营型电商和平台型电商的行业秘密是什么?
    2021-05-03 19:33:17

    大家应该经常都用京东和淘宝,京东和淘宝都是电商平台,有什么区别呢?

    京东和淘宝最大的区别是业务模式的不同:京东大部分业务属于自营电商,而淘宝属于平台型电商。

    那么接下来我们先看一下什么是自营电商,什么是平台电商。

    首先看一下自营电商,比如你要在京东买一台5000块钱的电脑,其实京东已经找供应商预选采购了这台电脑,因为京东平台用户多,对供应商议价能力比较强,而且都是大批量订货,一定是可以向供应商拿到优惠的价格比如是3000元,那么京东考虑到自己的运营成本、运输成本,还有利润,就有可能定价到你看到的5000块,自营型电商赚的更多是差价这2000元。

    自营电商类似你家楼下的小卖部,只是京东把业务搬到了网上,你实际上是在向京东买东西,而不是背后的供应商。所以对于自营电商来说要做的更多的是选品、定价、销售、运输、售后等服务。

    我们再看一下平台型电商,比如你在淘宝买了一件100块钱的T桖,这100块钱首先是给淘宝的,当你收到T桖感觉还不错,点了完成订单,此时淘宝会把90块钱转账给供应商,然后自己留下10块钱作为佣金(佣金可以理解成手续费),为什么淘宝能向供应商收这十块钱呢?因为供应商使用了淘宝这个工具完成了T桖的线上销售,这10块钱属于使用这个工具的技术服务费。

    平台型电商类似线下的万达广场,万达提供了一个场子给供应商销售商品,因为供应商用了万达的场子,所以万达要向供应商收租金。同样的,淘宝在线上提供了一个平台,因为供应商用了淘宝这个工具,所以淘宝要向商户收取技术服务费。

    搞懂了自营和平台电商的业务模式,那么我们再分析一下自营电商和平台电商的秘密分别是什

    更多相关内容
  • 基于平台型电商企业声誉和从众效应的预售定价策略.pdf
  • 平台型电商在线商品质量诚信风险治理探讨.pdf
  • 未来平台型电商的方案设想.docx
  • 平台型电商模式下茶农营销行为的研究.pdf
  • 平台型电商模式下茶农机会主义营销行为分析.pdf
  • 平台型电商模式下茶农营销行为的研究
  • 平台型电商在线商品质量诚信风险治理探讨
  • 平台型电商声誉管理模式研究——基于声誉分享机制与责任追索策略协同匹配视角.pdf
  • 平台型电商模式下茶农机会主义营销行为分析
  • 平台型电商卖家服务质量对竞争对手绩效的影响
  • 基于平台型电商企业声誉和从众效应的预售定价策略
  • 平台型电商声誉管理模式研究——基于声誉分享机制与责任追索策略协同匹配视角
  • 消费者认知失调对退货意愿的影响机制——平台型电商情境下卖家声誉和买家惰性的作用.pdf
  • 消费者认知失调对退货意愿的影响机制——平台型电商情境下卖家声誉和买家惰性的作用
  • 大型电商平台设计实例 本章我们将使用微服务架构风格设计一个大型电商平台,这个平台将以 Saas 方式提供一个类似于 S2B2C 的服务。 电商平台是 个大众化的应用平台,读 对它的功能都比较熟悉,本章通过电商平台的...

    大型电商平台设计实例

    本章我们将使用微服务架构风格设计一个大型电商平台,这个平台将以 Saas 方式提供一个类似于 S2B2C 的服务。

    电商平台是 个大众化的应用平台,读 对它的功能都比较熟悉,本章通过电商平台的微服务架构设计,帮助读者深入理解微服务设计和开发在实际中的具体使用。

    电商平台总体设计

    S2B2C 种新零 的解决方案,简要来说,体现了供应商(或平台提供方〉、分销商和顾客的一种交易关系。

    电商平台是电子商务交易平台的简称,是指通过互联网为企业和个人提供网上交易的管理平台。电商平台是一个网上自由交易场所,为普通用户(顾客)和虚拟商铺〈商家)建立一种可信的买卖关系,通过互联网实现不受地域和时间等条件限制的贸易行为。

    本文将以一个通用的电商平台为基础进行设计,但不做太多复杂的功能,也不关注太多的细节实现,我们只是从大体上完成一个网上购物的流程,以此体会微服务架构在实际中的使用方法。

    总体业务流程设计

    图3-1 是电商平台的一个总体业务流程设计。

    这个流程表示,顾客在进行网上购物时将从浏览商品、挑选商品开始,然后经过结算、支付,生成一个交易订单。商家通过后台的订单管理,可以确认顾客的交易行为,并联系物流公司进行发货处理。顾客在收到商品后,即完成了一个正常的交易流程。顾客还可以对这次交易进行评价。

    其中,在结算的过程中,如果顾客感到不满意,则可以在一定的期限内,对生成的订单执行撤销交易的操作。

    另外,如果顾客收到商品后,对商品质量不满意,则可以申请售后服务,或者直接申请退货,开启退货的申请流程。商家审核退货后,可以给顾客退回货款,从而结束交易。

    一个完整的交易过程,还包括其他业务流程的设计,这些流程包括以下几个方面的设计。

    顾客在购买商品之前,必须先到平台进行注册,然后编辑个人基本资料,新增和维护收货地址等。平台顾客也可以注册成为商家的会员,享受商家提供的会员级别的服务。

    商家可通过后台进行商品发布、订单管理、物流处理、退货审核、会员注册审核及其管理等基本操作。

    对于平台运营方来说,可以对入驻的商家进行管理,包括商家的注册与审核、商家的权限管理等。

    总体业务功能设计

    电商平台总体业务功能设计包括以下几个方面。

    在商品展示方面,包括商品的类目配置及管理、商品的库存、商品的定价、商品信息编辑、商品上下架管理等。

    在交易操作方面,包括顾客管理、会员管理、购物车管理、支付管理、订单管理、物流管理等。

    在商家管理方面,包括商家的入驻与注册的审核、商家的操作权限配置、商家的账户管理、结账和对账等。

    上述这些功能,根据其所面向的用户对象不同,可以将电商平台的总体业务功能分为面向顾客的门户商城、面向商家的商家管理后台和面向平台运营方的平台管理后台三大部分,如图 3-2 所示。

    其中,门户商城就相当于商家的店铺,是商家展示商品、顾客浏览商品并进行实际交易的地方。商家 理后台 是商家进行商城事务日常管理的操作平台。平台管理后台是平台运营方的一个管理后台,是用来管理商家及其操作权限的一个运营管理系统。

    电商平台业务模型设计

    根据电商平台的总体业务功能,我们可以创建相应的业务 型。 中,对于门户商城,我们只提供移动商城的业务模型设计。我们可以使用手机、 iPad 等移动设备访问移动商城。在移动设备上,我们可以通过普通浏览器、 App 、微信公众号或小程序等方式访问移动商城。

    电商平台最终的业务模型设计包括:移动商城业务模型、商家管理后台业务模型和平台管理后台业务模型。

    移动商城业务模型

    移动商城的业务功能包括:商品展示、分类查询、订单查询、购物车,以及个人信息等。

    它的业务模型如图 3-3 所示。

    其中,各个模块的功能简要介绍如下。

    商品展示提供了商品搜索和查询等功能,包括商品列表分页展示和单个商品详情查看等,并在商品详情查看中提供购买下单的功能。

    分类查询提供按分类列表查询商品的功能。

    订单查询可以实时显示订单状态,查询订单的物流进度,可以进行收货确认和对完成交易的订单进行评价等。

    购物车提供增删改查的功能,顾客可以添加商品、移除商品、更改商品的购买数量等。

    个人信息包括对顾客基本信息的管理,比如手机号、联系人、收货地址等。同时,顾客也可以注册为某一商家的会员。在注册成会员后,顾客可以享受商家提供的优惠、折扣和积分等会员特权服务。

    商家管理后台业务模型

    商家管理后台的业务功能包括:用户管理、商品管理、账户管理、订单管理、评价管理、物流管理、会员管理,以及点击率统计等。商家管理后台的业务模型如图 3-4 所示。

    其中,各个模块的功能简要介绍如下。

    用户管理为商家提供了管理后台操作用户的功能,可以增加和删除用户,并为每个用户配置操作权限。

    商品管理可以对商品进行添加、编辑,以及商品上下架等操作。

    账户管理包括商家的收款账户设置、收款记录查询和统计等功能。

    订单管理可以为商家提供订单处理、订单查询和订单统计等功能。

    评价管理为商家提供查看顾客对商品的评价的功能。

    物流管理可以为商家提供订单发货和物流管理等功能。

    会员管理为商家提供会员等级和相关特权设置,可对所属的会员进行集中查询和管理。

    点击率统计可对顾客浏览商品的行为进行查询和统计。

    平台管理后台业务模型

    平台管理后台的业务功能包括:商家管理、商家权限管理、商品类目管理、顾客管理和平台操作员管理等。平台管理后台的业务模型如图 3-5 所示。

    其中,各个模块的功能简要介绍如下。

    商家管理包括商家的创建、注册和审核等功能。

    商家权限管理是对使用角色、资源和模块等对象进行管理。首先由角色决定一个商家可以访问的资源,从而确定商家的访问权限。然后使用模块对资源进行层级管理,形成一种层级菜单。这样,当一个商家登录时,就可以根据其拥有的权限分配合理的菜单结构。

    商品类目管理由平台方进行统一管理,不提供给商家操作这一方面的功能。平台将按合理的标准提供全面的分类体系。

    顾客管理包括顾客的注册和个人信息编辑等,由平台方统一管理。同时,顾客也可以注册为某一个商家的会员。

    平台操作员管理提供了平台操作员创建和权限管理等功能。通过平台操作员管理,可以实现平台访问控制的安全设计。

    本文给大家讲解的内容是SpringCloud微服务架构实战:大型电商平台设计实例:电商平台总体设计和业务模型设计

    1. 下篇文章给大家讲解的是大型电商平台设计实例:合理划分微服务、创建RESTAPI、WebUI 微服务;
    2. 觉得文章不错的朋友可以转发此文关注小编;
    3. 感谢大家的支持!
    展开全文
  • 优惠券之于电商,可以说是促销手段中至关重要的一环。相比于直接降价,利用优惠券来吸引顾客,其结果明显会更加有效。单纯降价,很有可能达不到吸引顾客的目的,反而会让人对商品的品质产生疑虑。例如一件偶尔被顾客...

    阿里云幸运券

    优惠券角色解析
    在介绍具体方案前,我想先强势案例一波优惠券。

    优惠券之于电商,可以说是促销手段中至关重要的一环。相比于直接降价,利用优惠券来吸引顾客,其结果明显会更加有效。单纯降价,很有可能达不到吸引顾客的目的,反而会让人对商品的品质产生疑虑。例如一件偶尔被顾客看到的商品,以前都卖140,今天120,顾客很有对这个降价的感知非常不敏感,换言之,起不到价格吸引的目的。但优惠券就不同了,总结来说,它的用处可不简单。

    优惠券四大好处:

    1. 给顾客一种赶上”活动”,赚到了的感觉。优惠券作为促销活动一种,领+用的过程让顾客经历了一个,拿到可以抵用的钱,把抵用的钱花出去这样一个过程。因此,它更具参与感,也更能调动顾客的购物情绪。相信很多人也和我又一样的经历,点进一家淘宝店铺,如果有优惠券可以领,不管有没有决定要买,先领券再说。

    2.拉动顾客二次进店。从第一点最后的分析来看,我们领了券,是否就打开了与卖家通话的一个通道了呢?当然是的,卖家得知了你对他的商品有兴趣,手中还握着你领了券的证据,时不时给你一个提醒:”喂,姑娘!你的券还没用呢,不买就是吃亏阿!”。成功拉回的顾客的概率有多少,我们不谈,但这样的手段,商家必定时屡试不爽的。

    1. 促使顾客购买更多的商品。优惠券的数字游戏没那么简单,我们肉眼所见的满199-30,满299-50等等,在商家策划价格时就是满满的套路。本来只想买100的商品,难道眼睁睁看着满199-30的机会在我面前飞过?不可能!而刚好凑199又岂是那么容易就能达成的?超过了几十块金额倒了240,你告诉我你不会再去凑299?安啦安啦,买到就是赚到对不对!

    2. 作为活动的触发点传递给顾客。举一个很典型的例子,近期广告不断的每日优鲜,以99-80的超低优惠吸引顾客注册,看起来他们要亏到不行了,但购买过的人应该都清楚,里面的商品的原价大都都是翻倍或更多来标价,消费者能明显感到单价是贵了的,但对于就是贵了多少这个准确的数字,不去深究,感知到的冲击力远不如满99-80来的强。电商虚高原价,用优惠券的套路时屡见不鲜了,但把它作为一种商业模式的突破口,不得不说每日优鲜在这片已经杀成红海的领域里,是做出了创新的。

    关于优惠券的套路和优点,以上已经阐述了许多,不要嫌我烦阿喂!毕竟,只有了解清楚为什么做优惠券,我们需要达到什么样的目的,才能好好的深入这个功能,让我们的设计更加灵活,让消费者买的开心,商家们赚的开心。

    优惠券产品设计
    平台优惠券是个什么玩意呢?简单来说,就是平台补贴,可根据一定规则,将发放的优惠券在各个入驻商家的店铺进行使用的优惠券。相比与店铺优惠券,需要考虑的东西会更复杂,更多样,并且需要结合公司实际的财务环节进行相应处理。

    接下来我通过两个大模块介绍平台优惠券设计需要考虑的内容:1.业务流程;2.优惠券规则设计

    首先讲业务流程相关内容

    优惠券账户
    由于平台优惠券的补贴在确认收货后,需要以平台的名义将优惠的金额以实际金额打入商家的账户的,所以优惠券的生成、消费涉及到的是实际的金额往来。这就意味着优惠券的整个流程中,每一笔钱的收入和支出都需要有一个完善的体系去支撑,不能让金额算不清楚。

    我们可以设计一个优惠券账户,初始金额由财务通过录入补充。将账户中的金额分为两部分,可用金额和冻结金额。其中可用金额表示可用来生成优惠券的金额,冻结金额用来表示已经生成的优惠券总金额,这部分金额是锁定状态,在解冻之前不可被用来生成优惠券。

    资金流向
    关于优惠券生成和使用的操作流程,每个产品对于它的定义都可能不同,最重要的还是根据公司实际业务进行设计,让相关部门能够方便的处理这件事情。这里,由于涉及到的资金比较大,在设计方案时考虑到运营部门和财务部门的需求,还设计了初审和复审流程用来保证活动的内容和金额时是与预期相符的。

    整体的思路分析如下:

    先看正向流程:将可用金额根据需求转化为不同面值的优惠券(只有面值,无有效期),设置相应库存,此时这部分金额就转化为优惠券,即转化为冻结金额。再通过不同活动关联不同面值的优惠券,扣除相应库存,此时为冻结余额的内部转化。优惠券只有通过活动才能被发放出去。具体发放方式将在第二部分进行阐述。顾客领取优惠券并支付订单后,优惠券的相应金额进行解冻并转入在途金额,在确认收货后转入卖家账户。

    再看逆向流程:有生成,就必定对应着回收,当一个面值的优惠券我们不需要再使用后,进行回收操作,即可将对应金额解冻,重新转化为可用金额。同样的,对于优惠券活动,活动结束后仍未发放出去的优惠券,也会自动回收到相应库存,可用以参与其它活动。而已发放出去(已被顾客领取)的优惠券,顾客在未支付取消订单时,返回至用户的账户,支付后取消订单以及过期、失效后的处理都是自动返回可用余额。
    具体说明可看下面这张资金流向表

    解决完优惠券的资金流向,确定好整个活动的生成方式后,大体的雏形就有了。接下来需要确定的,就是优惠券内部的细节。

    再看看优惠券活动本身的内容
    说到底,我们看到的五花八门的各种券,什么满减券、免邮券、折扣券,其呈现形式各有不同,但实质的东西并无太大差别,只需要将其中的脉络理清,就可以以一个最基础的形式支撑不同的运营需求。

    前面已经说到,平台优惠券的发放通过优惠券活动的形式进行,而在创建活动之前,我们需要进行基本的优惠券的创建。基本的优惠券信息很简单,我们只需要明确优惠券名称、面值、数量的信息即可。接着在活动创建时,完善本次活动所发放优惠券的其他属性。有效期、发放张数、发放方式、使用条件、使用范围等等。这些内容也是如何支撑实际运营需求的关键。所以接下来我会一一分析每个点。

    1. 发放方式
      所谓发放方式,即本次活动的优惠券,我们希望通过什么样的形式发送到用户手中。比较常用的有自动发放,手动领取,链接发放,优惠码领取等。

    自动发放:可以理解为霸道总裁式赋予,即系统自动将券强行塞入用户的账户中,告诉你,快来shopping吧,我们送券啦。

    手动领取:有很多平台会设置一些领券的通道,很常见的是淘宝店铺的领券通道,用户在看到这些通道后,主动点击领取,优惠券就成功发放了。

    链接发放:活动创建后,我们为活动中的券生成独立的领券地址,这些地址可以让运营投放到不同的页面。
    优惠码领取:活动创建后,将所有被发放的优惠券转化为优惠码,通过优惠码来进行发放。

    2.活动名称
    当然要有活动名称啦

    3.活动时间
    活动时间的设置,我们需要根据发放方式来决定是否有必要设置,比如我的发放方式是自动发放或者优惠券码领取时,就没必要做一个活动时间的限制了。

    而在手动领取和链接发放的情况下,设置一个活动时间,主要是用于规划我们这批优惠券发放的准确时间区间,体现活动的限制。

    4.发放对象
    同样的,对于不同的发放方式,这里的设置有着不同的意义。对于自动发放而言,发放对象就是指现在这批优惠券我是强行塞到哪些用户手中。而对于其它发放方式而言,则可以理解为谁被允许来领取我发放的优惠券,举个例子,这次活动,我们是针对注册地址北京地区的用户进行的,那在这边我们就需要将这个条件在这里进行限制。

    5.优惠券内容
    在实际操作设置中,我们允许一个活动添加多张优惠券,以一个活动的形式进行。其中,每种优惠券的内容需要进行单独定义。

    预发量

    作为平台级别的活动,通常我们进行优惠券活动,都是通过层层审批,且经费是相对固定,有限额的,所以,在进行活动创建时,这次活动发放多少多少面值的优惠券都需要预先被定义好,且不能随意增加。

    单个用户领取上限

    为了保证活动质量,对每个用户的领取上限进行约束。若为自动领取,则为单个用户发放数量。

    有效日期

    指券的可使用的有效期,需要注意的是,这里要把活动的有效期和券的有效期区分开来。活动对应着我想发放的日期,而优惠券的有效期是用户领到券后可使用的日期。通常我们可以定义为一段固定日期,或是在领取后X天内进行时用。

    使用条件

    即优惠券在满足什么条件下才能使用。可根据实际业务进行设置,如满X元,满X件,无条件等等。注意,这里的使用条件从大方向来看是对于订单而已,其实是对订单内在该优惠券的使用范围内的商品而言的。

    使用范围

    这是一个很容易与使用条件混淆的概念,在我看来,一个是约束钱,另一个是约束生效的商品。可根据实际业务进行相关设计,如限制某些店家,限制某些品类,限制某几个商品等等。

    1. 优惠金额计算
      上面提到优惠券的使用条件可能会有非常多种情况,最复杂的莫过于多商家多商品的情况。也就是说,一张100元的优惠券,我们需要根据它的使用范围,来确定它在结算时,对哪些商品的金额进行了减免。

    按照比例来分摊每个商品所见面的金额时,会遇到小数点无法取尽,造成所有优惠金额之和可能与优惠券总额不相等的情况。因此在定义这部分的算法时,需要注意的是,将最后一个分摊商品的优惠券金额用优惠券总金额-已分摊的金额,这样就能避免金额不对等的情况。

    以上就是对于平台型优惠券的一些思考,欢迎拍砖交流。优惠券部分需要做的更完善,还大有可以挖掘的地方,电商是很明显的运营驱动产品的领域,而产品的灵活性能帮助运营更好的推动平台的发展。

    腾讯云代金券

    原文链接

    http://www.woshipm.com/pd/808156.html

    服务推荐

    展开全文
  • 大型电商网站架构图

    2018-04-06 16:38:07
    大型电商架构部署图,适用于国内大部分电商网站通用
  • 从无到有构建大型电商微服务架构,分为三个部分,全面介绍微服务架构电商平台的构建与技术的使用。
  • 网红经济背景下社交型电商的营销模式——以小红书营销为例.pdf
  • 独立型电商平台间的跨境合作探讨.pdf
  • 电商平台微服务体系架构 经过一系列的微服务设计,下面使用一张维导图完整表示这个电商平台的微服务架构设计模型,如图 3-6示。 这是一个为简单的电商平台微服务架构设计模型,并且使用了粗粒度的微服务划分...

    电商平台微服务体系架构

    经过一系列的微服务设计, 下面使用一张维导图完整表示这个电商平台的微服务架构设计模型,如图 3-6 示。

    这是一个为简单的电商平台微服务架构设计模型,并且使用了粗粒度的微服务划分方法划分微服务,但是这已经可以划分出二十几个微服务了,如果再结合使用多副本的方式进行部署,那么一个电商平台至少要运行四十几个微服务。

    电商平台微服务项目工程

    从3.6 节的设计模型中,可以组建出如表 3-1 所示的电商平台的各个微服务工程。

    经过工程的组建,电商平台的二十几个微服务,就可以分布在十儿个项目工程之中 。其中,除最后几个微服务项目工程的模块结构略有不同外(即商家管理微服务项目、平台管理微服务项目和商城微服务项目),其他大部分项目工程的模块结构基本相同。

    微服务项目数据库选型

    每个微服务项目都可以有各自独立的数据库,因此,每个项目工程都可以根据自身的业务特点选择合适的数据库。

    其中,在浏览记录微服务项目中,是对用户浏览商品的足迹进行记录,因而它的数据量会比较大,所以使用 NoSQL 数据库 比如 MongoDB )会比较合适。订单微服务项目同样适合使用MongoDB 。其他微服务项目的数据库,基本都可以使用 MySQL。

    在生产环境的安装和部署中,我们还将进行高可用和高性能的数据库集群设计。例如,对于MySQL来说,通过使用主从设计、读写分离设计等方法,可以构建成一个可以持续扩容的数据库集群架构。有关这方面的实现细节,将在后续的相关章节中进行介绍。其实不管数据库如何设计,它对于微服务的调用来说都是完全透明的,所以我们在项目工程中进行开发时,并不用花心思去理会数据库管理系统中的复杂的设计。

    电商平台微服务项目代码库

    限于篇幅,本文不能提供整个电商平台所有微服务项目的开发实例,但为了便于说明和演示,将会提供如表 3-2 所示的几个微服务项目工程的实例。这些实例工程包括电商平台中的类目管理、商品管理、订单管理、商家管理、平台管理和移动商城等方面的业务功能,涵盖了本文提倡的微服务架构设计方法及一些先进技术的使用。通过对这些实例的演练,相信读者可以熟练地使用微服务架构的设计和开发方法。完成其他一些项目工程的创建和开发。

    小结

    本章使用微服务架构设计的方法,构建了一个大型的电商服务应用平台。这个平台大体上由提供接口服务的 RESTAPI 微服务和提供人机交互操作界面的 WebUI 微服务两部分组成,并在此基础上,构建了商家管理后台、运营商管理后台和移动商城前台。

    在后续章节中,我们将详细介绍各个实例项目的开发方法,以及相关微服务应用的使用演示。

    本文给大家讲解的内容是大型电商平台设计实例:电商平台微服务体系架构、电商平台微服务项目工程、项目数据库选型、项目代码库

    1. 下篇文章给大家讲解的是SpringCloud微服务架构实战:开发环境的准备;
    2. 觉得文章不错的朋友可以转发此文关注小编;
    3. 感谢大家的支持!
    展开全文
  • 本课程从无到有,搭建一个简易版的电商平台,并从不同角度分析设计此项目各个主要模块和功能点,将会应用到除迭代器模式以外的所有GoF设计模式,旨在演示设计模式在项目中的实际应用,以及如何针对不同情况进行功能...
  • 上百节课详细讲解,需要的小伙伴自行百度网盘下载,链接见附件,永久有效。 课程介绍: 讲解一个真实的、复杂的大型企业级大数据项目,是Spark的大型项目实战课程。 通过本套课程的学习,可以积累大量Spark项目经验...
  • 平台经济背景下社交电商平台营销策略研究——以小红书为例.pdf
  • 跨境电商平台型外贸人才培养探索.pdf
  • 第三方卖家视角下复合型电商平台商业模式研究.pdf
  • 基于区块链技术的平台型服饰新零售电商运营研究.pdf
  • Java开发-大型B2C电商平台实战项目
  • 大型电商十大热卖玩具排行榜.pdf

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 48,422
精华内容 19,368
关键字:

平台型电商