我想问下京东的仓储工作具体做什么，工资待遇怎么样？_百度知道
我想问下京东的仓储工作具体做什么，工资待遇怎么样？
我有更好的答案
1)全面统筹仓库管理事务(包括仓库运作费用核算、仓库规划、货物保管、进出库管理、仓储物流加工服务、仓库安保等),持续完善仓库的管理制度及流程;2)负责仓储部门日常管理工作,合理、高效进行员工工作安排,检查、监督并考核员工的考勤和工作态度,考核员工执行工作程序与标准的情况;3)负责管理仓储商品的入库、出库、退货和在库管理,并制订盘点计划,确保库存准确率,保证库存数量真实准确和货物安全;4)督导并参与库房每月盘点,抽检商品库存量,核查盘点准确率,做到帐物卡相符,按照规定严格处理商品差错情况,及时报告盘点情况及差异分析;5)制订库房员工培训计划并执行,定期考核评估员工工作质量,客观、公正实施对员工的绩效激励;6)监督实施物流体系职责与管理标准,合理优化仓储管理工作方法及流程,有效控制仓库运作成本;7)高效、科学管理仓储商品库位,针对仓储运营现状持续进行工作优化并提出改进方案,确保库房使用率的最大化;8)及时、高效处理各种重大突发事件。
为您推荐：
其他类似问题
您可能关注的内容
京东的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。[回顾] 溪溪:
[照片] 戴眼镜老王:　
[咨询] iioh:
[照片] 魔眼天际:　
[吐槽] 牧歌田园:　
[行情] gaoswil:　
[咨询] 太子湾老滑头:　
[讨论] recoba:　
[分享] 小金金子:　
查看: 18381|回复: 72
618本人 京东苏宁天猫各下几单物流速度对比~~
以前也不懂什么618，今年开始听说618东西实惠就去几个电商各买了点东西试试极限状态的物流速度
先来苏宁的，最近我苏宁东西买的也比较多，感觉苏宁开始牛了，物流速度快赶上京东了~~今天早上6点下的单，晚上9点快递员给我送到，早上买晚上到货的快感真的挺好
(38.91 KB, 下载次数: 12)
21:42 上传
京东也是我喜欢买东西的地方，物流真棒，感觉这个物流服务世界级，6块钱人民币能有这种快递速度我想全世界就他一家
(27.37 KB, 下载次数: 11)
21:44 上传
天猫，我不是黑马总，大家都知道的，有时候早上买下午到手的那种快感是会促进消费的，买了跑步用的防风服，说要72小时时效发货，然后快递肯定又要几天，等一个礼拜真的很不爽，我还是联华里买买算了
(15.32 KB, 下载次数: 12)
21:54 上传
为啥现在很多人喜欢京东买，就是喜欢他的速度，时效，本来还有个易迅也挺好，现在兼并后没声音了，京东现在真的是购物首选了，贵几块钱不假，但是那个服务真的很超值的感觉
(27.37 KB, 下载次数: 17)
21:55 上传
都像楼主性子这么急的话，全国不知道多少快递小哥要过劳死了
苏宁这次618真是拼了，估计没在物流上少砸钱。
促销力度也特别大，一概往日本色。
shenfp 发表于
都像楼主性子这么急的话，全国不知道多少快递小哥要过劳死了
说句实话，我很尊重快递员，每次来都是第一句幸苦了，他们走的时候说谢谢，因为叫我去干快递员，我真的估计吃不消，是很累，但是我发觉一个特点，京东苏宁的快递员几乎都是不变的，固定的跟业主像朋友一样，有时候小区路上见面了也会打招呼，给人很放心的感觉~~说明他们的物流体系肯定是有独到之处，待遇也够好，其他快递你们也知道的这个月他送，下个月就不知道谁送了，有的扔物业啥都不管就走了。这种你吃的消吗
hclimll 发表于
说句实话，我很尊重快递员，每次来都是第一句幸苦了，他们走的时候说谢谢，因为叫我去干快递员，我真的估 ...
京东在物流上每年亏损巨大，马云都担心京东被物流拖死，这种是不可持续的，正常的物流速度可以参考申通圆通等，当然顺丰速度很快，待遇也好，但是顺丰贵啊，呵呵
京东的物流顶多也就撑起着千亿级别的销售额，再多就吃不消亏本了，现在这个问题是1000多亿这个级别的销售额怎么和天猫比，所以对京东现在的问题是不做大是等死，做大是找死，以后怎么玩，不知道
现在价格买点苏宁股票如何？
shenfp 发表于
京东在物流上每年亏损巨大，马云都担心京东被物流拖死，这种是不可持续的，正常的物流速度可以参考申通圆 ...
顺丰，垃圾级的快递，为啥说他垃圾呢，因为城北拱宸桥这一带我感觉还没申通快，城东我收寄还可以，而且顺丰的物流感觉系统有问题，到了618双十一这种时候快件多了时效性跟ems有一拼。
楼主我问你是白痴吗？京东这个是靠当地仓库，不是他送货快，
你试试京东不靠大仓的？
用大仓的速度，天猫超市一样是一天之内
问题在于，自营物流就亏成狗，大仓的模式其实是雪上加霜，
但拖垮了快递的链条——
京东在上面重配置，正如前面朋友说的，上也不是下也不是。
hellomao 发表于
楼主我问你是白痴吗？京东这个是靠当地仓库，不是他送货快，
你试试京东不靠大仓的？
我在论坛从来不喜欢骂人只喜欢理性探讨，因为作为杭州人素质还是要的。你说的天猫超市靠大仓我也试过，速度还可以，问题是：你的逻辑是大仓不好，怎么天猫超市现在也开始用大仓库？
hanhang 发表于
京东的物流顶多也就撑起着千亿级别的销售额，再多就吃不消亏本了，现在这个问题是1000多亿这个级别的销售额 ...
你说的那个事马总去年道歉了还说记者断章取义……
hclimll 发表于
我在论坛从来不喜欢骂人只喜欢理性探讨，因为作为杭州人素质还是要的。你说的天猫超市靠大仓我也试过，速 ...
占比小，不是阿里的主流模式，主要目的是丰富阿里的产业链，阿里不靠这个赚钱，一年利润900个亿，稍微补贴一点就够了，而且现在跟苏宁打成一片，仓库，物流什么的，基本共享了，省了不少成本。
而京东，就靠这个活着了，去年巨亏90亿，而且一年亏的比一年多，看股票，京东都跌的快破发了，投资者基本对京东的未来缺乏信心，已经不认为京东还有盈利的能力了。
个人认为，刘强东要是想开点，趁着还能卖个好价钱，让小马哥收购掉算了。
hclimll 发表于
你说的那个事马总去年道歉了还说记者断章取义……
你看了当年的文字了，这个事情马云可没说是断章取义，只是说是私下聊天的话，记者不应该拿到公开场合报道，所以道歉可没有说断章取义。
说断章取义，是指前段时间马云说假货比真货质量好，别弄混了。
京东物流是强，但竞争不过某猫某宝的，除非国家层面规范网购
所以最后活下来的是天猫！
花园道10号 发表于
所以最后活下来的是天猫！
看国家政策
Powered by解密京东618技术：重构多中心交易平台 11000个Docker支撑
发表于 07:00|
作者周建丁
摘要：京东正在打造一个多中心业务平台，流量和数据双分散，交易放在多个数据中心。采用OpenStack、Docker和自研的JFS、JMQ、JDOS等技术优化基础资源配置能力，走向自动化运维，并多重改造MySQL支持多中心的稳定运行。
电商平台的促销活动往往意味着技术系统的大升级。今年的618周年大促，京东实现了商品中心、用户中心和交易中心等平台化升级。在日前的京东技术开放日618技术分享专场，多位京东技术专家联袂解析了京东的技术研发体系如何在高强度的负载压力下，保证业务系统的平稳运行，并介绍大型互联网平台技术升级、备战思路、应急预案设计、问题应对等各方面的实战经验。专家们介绍，京东的技术架构是由规模驱动的，近三年来基本上是每半年重构一次。目前京东正在打造一个多中心业务平台，从流量和数据双分散的角度将交易放在多个数据中心。京东采用OpenStack、Docker和自研的JFS、JMQ、JDOS等技术优化基础资源配置能力，走向自动化运维，并多重改造MySQL支持多中心的稳定运行。在上层，京东还将机器学习和大数据分析技术应用于授信风控、推荐搜索等环节。基础云服务：从JFS到11000多个在线容器京东云平台首席架构师、系统技术部负责人刘海锋介绍了支持各个业务单元的基础云服务的演进（PPT下载）。这些基础云服务可以简单分解成三类，包括数据存储、中间件系统和弹性计算云，与CSDN之前报道的是一致的。京东云平台首席架构师、系统技术部负责人刘海锋刘海锋表示，本次618系统设计有两个指导原则：面向故障设计，做了很多的工作，所有的系统全部都做了机房容错的考虑。随着规模的增长，单机的性能会降低。要保证运维的有效性，自动化/半自动的运维越来越重要。要完成这两个原则，数据存储系统中针对非结构化数据存储的JFS，要提供BLOBs/files/blocks统一存储、元数据管理的可扩展和可擦除编码降低成本，JIMDB（以内存为中心的高速NoSQL）要做到精确故障检测与自动切换，在线分裂、迁移与横向扩容，自研存储引擎支持RAM+SSD，以及灵活复制支持异步、同步、局部。但目前京东还没有做元数据存储的跨机房复制，未来半年，JFS的重心就是强一致跨数据中心复制，然后按范围分裂。JIMDB要做零维护全自动化接入与管理，接入、部署、围绕流量的切换，全部自动化完成。消息队列则强调断电不丢消息、跨数据中心部署等，未来要强化快速问题定位和一些新功能增强。京东基础云服务核心系统刘海峰重点介绍了京东弹性计算云，要解决的是规模不断扩大、机器越来越多的问题。2013年，京东弹性计算云从KVM起步，2014年10月，京东开始思考用Docker重构，2015年2月正式立项，由管理层推动，作为战略项目来做。这今年618发挥了不小的作用。刘海峰认为，VM的安全性和隔离性更强，更适合公有云，Docker更加轻量化，灵活性高，软件的部署、管理和发布便捷，符合京东弹性计算云的构建思路：软件定义数据中心+自动化、智能化的集群调度。虽然Docker的安全性和隔离性不是太好，但这并不是私有云的主要矛盾。整个弹性计算云是两层的架构，底层做硬件资源的管理，上层做业务的整合，中间用Docker做资源的抽象，做全自动化运维的管理。资源管理系统采用了OpenStack，不仅仅能够生产Docker，也能够生产传统的VM和物理机，覆盖到今后上线的新机房，覆盖监控整个生命周期。京东的很多工作放在细粒度监控上，通过7*24小时的监控，一方面能够发现很多的问题并预警，更主要的是通过监控数据来驱动整个调度、扩容或者缩容、快速的故障迁移等行为。但这个系统不管业务流程，只分配资源，提供API。京东弹性计算云架构网络方面，京东并未引入SDN，而是划分VLAN，宿主机网络模式是Open vSwitch，支持每个Docker有一个IP——刘海峰称之为“胖容器”，有IP，有常用工具链，有agent监控。他认为这更符合开发和运维的习惯，因为太超前就类似Google的K8S，接受、学习和使用成本更高。真正解决业务的痛点，除了资源细粒度化，还需要上层应用的整合。包括原来运维的工具链，部署发布，扩容都要整合，目标是不用申请服务器，业务直接上线。下半年会按照流量做扩容。京东的弹性微服务设计，一是公司要有很多服务，二是不能把很多的业务逻辑都打包在一起，这就适合做横向的拓展和收缩，应对经常性的流量波动。目前主要是两类产品，一是针对外部的CDN漏过来的应用，二是后端的应用服务，由服务框架开发，根据收集的数据做在线的调整。例如针对秒杀，针对恶意流量的风险控制跑在弹性云上面，几个按纽就可以快速的部署，用完了就快速回收。目前，京东在生产环境上的Docker实例最多超过11000个，大约60%用于在线应用，40%用于缓存，接入1000+应用。预计今年年底加上MySQL部署管理（目前是几千个机器）和开发测试之后，规模再翻两番，届时京东大部分应用程序都会通过容器技术来发布和管理。后端运营：保护数据库是核心京东资深架构师者文明介绍了针对后端运营系统备战的经验（PPT下载）。后端运营系统涉及履约、仓储、配送、客服和售后等核心业务，具有如下三个特点：核心交易100多个系统，90%以上为OLTP类系统；业务逻辑复杂，系统承担着核心业务的信息流和资金流；70%以上的性能取决于DB。所以，系统的性能瓶颈主要产生在数据库端，每次备战的一大原则就是保护数据库。京东资深架构师者文明京东主要从3个方面进行优化：在数据库之上尽可能使用缓存；同步逻辑尽量简单化，更多复杂逻辑尽可能放到异步端去做；大面积的读写分离。具体包括8项措施：消灭慢SQLDB物理解耦热点缓存同步异步化分离技术用漏斗保护DB跨机房容灾应急预案慢SQL优化是每次备战的一个重点，慢SQL对系统总是致命的，一个慢SQL能导致系统挂起甚至崩溃，京东通过自动化工具，每天自动搜索出慢SQL进行优化。一个慢SQL的消除甚至可能带来50%多的性能提升。DB端物理解耦。对于多个系统的数据库合用一台服务器的情况，将各系统的数据库散列到不同的服务器上，DB上做到物理隔离，避免了某一系统出现故障就把资源耗尽影响其他系统的情况，同时也提高了DB端的容量。后端运营系统几乎每一个系统都用了缓存。对于一些基础资料类的系统，其特点为数据量不大而并发特别高，主要提供读服务。对于这类系统主要是做多级缓存（包括服务端本地/服务端Redis/客户端本地/客户端Redis），并做好DB端的容量计算和规划，确保流量击穿缓存全部打到DB也能正常提供服务。四级缓存架构自动预分拣服务的同步异步化。自动预分拣大部分逻辑均在内存中完成，最后的分拣结果会持久化到DB，压测结果表明持久化落库是瓶颈，京东通过异步持久化的方式来解决，性能提升明显。其次是异步降级，每一个步骤中间都可以做到灵活的降级，并可以灵活切换，做预案就很方便。此外相对静态的数据放在Memory中，可以提高6倍的性能。可以这样做是因为还有两个从库，宕机时候可以切过来，牺牲性能保住生产系统不死，继续生产。同步异步化分离技术，除了DB端常用的读写分离，京东还做了生产和监控分离，在线报表和离线报表分离，减少生产库的负担。首先生产库只留下生产必要的读；其次量级巨大、搜索复杂的监控报表，拎出来单独部署，用多种同步技术同步生产库数据；对实时性要求不高的离线报表，则走BI的思路解决。者文明表示，有些监控比如今天送配送了多少包裹是属于生产的范畴的，对性能要求很高，需要引入NoSQL等多种技术结合起来解决，能用KV引擎就用KV引擎，不能用KV就用关系库。漏斗模型是多次备战总结出来的经验，即为了避免并发流量直接打到后端的数据库系统导致系统雪崩。在后端DB强依赖的系统上做一个隔离层，先把不可控的高并发流量接到这个隔离层，然后根据后端系统的生产能力逐步下发消费，下发给后端系统的流量是可以控制的，下游系统能够支撑多少流量，就下发多少流量。原理和漏斗形状类似，上面的口大，并发能力比较强，接下外围的上游系统下发的信息，提供一定的容量，再根据下面系统的能力慢慢释放，同时一滴不漏。通过队列、异步化和分布式存储保证容积，通过一个流控阀做配制中心，根据需求一键调大调小。异步也是秒级的，所以用户对漏斗的存在基本没有感觉。漏斗模型原理跨机房的容灾和弹性云相结合实现，应用做到双机房对等的部署，数据库方面，主库单机房提供写，读库和备库都是双机房，域名方式访问DB，切换无需修改和重启应用。主库在灾难时可以切到异地地方的备库，做到异地半双活。未来的方向是运营多活（即多中心），配送和仓储分成各大区（目前是七个大区），每个区只是负责该区的数据。运营多活现在开始探索。应急预案，通过一个配置管理中心做降级开关的动作，配合服务分组多机房的切换，包括控制每个系统的降级开关、限流开关，在618或者双11期间需要降级时，打开监控的页面找到对应的开关点一下就行，不用重启，能够短时间内自动生效。在此之前，30台机器的规模，重启要花费15~20分钟，容易导致数据积压或延迟等问题。者文明还表示，目前读的瓶颈已经解决，数据库的写流量，在允许的情况下引入了异步写方案，但也已经可以预见到瓶颈。未来的主要思路是采用关系型数据库和NoSQL多种技术结合的方式。通过分库分表实现DB端写的水平扩展，使用KV引擎解决复杂查询问题。交易系统：分流、限流与物理扩容齐头并进京东商城交易平台总监王晓钟介绍了交易系统的整体规划、优化思路、架构梳理和具体系统的优化案例，如何应对流量和数据增长量的压力（PPT下载）。优化的基础是去年双11和日常运行数据、软硬件性能指标以及数据存储容量，优化的依据是架构梳理和线上压力测试结果（包括读业务和写业务两类场景）。京东商城交易平台总监王晓钟两个优化原则如下：流量角度：分流，如同一个页面上的购物车和库存状态实际上是单独的服务器；限流/隔离，杀掉不正常的流量，同时做服务隔离和数据隔离；跨机房灾备；降级。数据角度：扩容，加机器，改架构；内存不够用，增加一些分片；冷热分离，如订单数据放在缓存，已完成状态的订单，单独放在性能规格稍低的存储；读写分离。架构梳理包括物理链路和逻辑链路：物理链路梳理包括三个层面：首先是公网入口流量和二级ISP；第二是机房内部，放在哪个机柜，网络流量怎么走，包括机房和公网之间连接的物理网络，有没有做到双备；第三是机房之间的专线，京东五个大机房之间，有一些服务的切分，跨机房调动的情况要梳理出来（交易和金融的接口不在这个系统）。逻辑链路的梳理：交易系统暴露给前面的每一个链接，不能提供服务会不会影响京东用户的下单，如果影响到下单是零级的链接（如库存），不影响可降级的，归到一级或者二级；这些链接后面依赖哪些系统，数据存储的关系是什么，能不能分流、降级，数据是不是一致性。王晓钟通过购物车系统、库存系统和秒杀系统举例说明如何进行梳理架构、压测和优化的工作。购物车系统的架构梳理包括跨机房灾备、同机房灾备、降级和分流。实际的压测显示，想象的系统瓶颈都不存在，实际的瓶颈分别在于入口处Nginx网卡瓶颈（gzip已开）、柜顶交换机瓶颈、专线瓶颈，此外，流量大了以后CPU负载100%，有一条多线处理就造成堵塞。解决的核心思路，就是硬件升级和流量隔离。库存系统包括库存状态和库存扣减。库存状态只是读流量，库存扣减是写流量，一致性要求高，且无法降级，做了大量的限流保护。库存还通过增加Redis复制节点扩容，扣减逻辑单独一组Redis。目前一共是八套。库存流量压测发现的问题和解决：Redis增量复制问题。网络抖动发生就会变成全量复制，版本修复加了几个关键的key并做硬盘持久化解决。Redis的链接数问题。应用到一定程度，连接数就是瓶颈，简单的解决办法是加机器，多个部门协作完成。库存状态更新回源主缓存节点，影响库存预占性能。同时读写性能会下降，更会影响库存扣减的性能，这里可以提前算好数据放到Nginx节点的Redis缓存。库存预占性能瓶颈。大流量时候即使异步写入SQL，整个集群性能也下降，解决方案是往MySQL插任务。京东库存系统简化示意图秒杀系统和主交易系统在逻辑上，包括逻辑层的链路完全一样，区别是它的流量不可控，每到准点开始秒杀的时候，除了很多正常的用户，还有一堆机器人、秒杀软件，并发流量可能达到平时的100倍。机器人通过基础限流规则（IP和用户名匹配），用户行为（输验证码）等限制。王晓钟认为，只要不把后面的逻辑做实际的逻辑，系统访问的数据特别快。秒杀商品只需要一百多个商品信息，单独做存储，秒杀系统任何高流量都不会影响商品系统和促销系统本身。流量压测发现的瓶颈和解决方案：交易服务的接单有瓶颈，每秒数万单扛不住，做水平扩展，加机器就可以解决。Nginx服务节点带宽成为瓶颈，规则和逻辑几乎把网卡打满，仍是加机器解决。秒杀系统读取活动规则Redis瓶颈，写了简单的业务规则判断，Redis前置到服务本地解决。交易平台的未来，王晓钟介绍，主要是两个工作：一是下半年要主推多中心交易，就是多个机房承担线上流量的压力，还有单机房内部升级优化，每个机房往上升一步。王晓钟表示，弹性云做得再好，单机房的扩容也是有瓶颈的，目前京东机房的机架位已经到头。交易方面，现在用户的读流量已经是多中心了，面向用户的写流量是下半年整个团队技术攻关的重点。小结京东今年618的交易量略高于去年双11（1600万 vs. 1400万），为日常运营交易量的10倍左右。经过4年的618、双11的实践，京东团队跨部门配合、技术架构的探索、数据的处理已经是轻车熟路，本次备战和预案工作显得从容不迫，不再像去年双11一样强调全员通宵达旦。整个促销活动过程中也没有遇到什么大问题。如刘海峰所说，京东618备战，根本是解决规模的问题，虽然不是每一个企业都会有京东那样的体量，但以发展的眼光来看，技术人员仍然可以获得一些可以借鉴的经验。规模问题的终极答案是多中心交易。京东认为，在业务逻辑允许的情况下，要从传统的单机房横向扩展走向多中心交易的架构。京东已经完成读流量的多中心，并在规划廊坊的数据中心，未来还会考虑南方。但跨机房的分布式事务，性能仍是大难题。压力测试很重要。王晓钟强调，一定要按照线上压测的结果来确认系统是否有瓶颈点，需要怎么解决，不要用所谓的架构师的经验去评估，那基本上是不靠谱的。当然，压测需要架构支持多个隔离的集群提供服务，包括数据也是隔离开来的。京东线上压测机器的数据库和缓存就是用过的数据库和缓存，只是压力测试流量到其他的集群里面去。同时使用的还有模拟流量。采用多种技术结合，并根据实情灵活选择是否运用新技术。如Docker，NoSQL，ES，KV引擎，关系库，都发挥了各自的作用。NoSQL的应用大都在监控，而Docker的大面积推广，注重胖容器和瘦容器的结合，也并未刻意做SDN。软件架构调整之外，硬件升级/扩容同样很重要，尤其是应用和数据不支持水平扩展的时候。京东入口处Nginx网卡瓶颈，柜顶交换机瓶颈，都需要通过硬件升级的方式来解决。这要在业务量和运营成本之间平衡，毕竟软件系统的重构也意味着成本。硬件要根据预估和压测提前采购准备好。最后，团队管理和团队人才稳定性是实现技术持续升级的后盾。京东每次都是马松副总裁牵头，以例会的形式，解决跨部门合作的问题，相互做保护和通知，共同进行预案的演练。【预告】将于7月26-27日在北京友谊宾馆召开。机器学习与模式识别、大数据的机遇与挑战、人工智能与认知科学、智能机器人四个主题专家云集。人工智能产品库将同步上线，预约咨询：QQ：。欢迎关注。
推荐阅读相关主题：
CSDN官方微信
扫描二维码,向CSDN吐槽
微信号：CSDNnews
相关热门文章请问天猫、京东这样的大的电商，一年中哪些日子会有大的活动？？？_百度知道
请问天猫、京东这样的大的电商，一年中哪些日子会有大的活动？？？
我有更好的答案
这个说不定的，本来618根本不关天猫任何事的，也不是他们的什么节，但是电商间要竞争了就有大活动了。一般天猫双十一会有大活动。京东就是618生日搞活动。具体的还要看这些电商的心情了，哪天看到哪个商场要搞活动了，心里不舒服也搞搞
采纳率：15%
京东618是他的店庆活动。天猫是各个商家自己做活动。天猫平时的活动比较少，大多数是做单品活动引客流量，到各个节日，譬如母亲节啊，父亲节啊，情人节啊之类的节日的时候，天猫各个商家会对比较多的单品做促销活动，或者赶上天猫自己建店一周年两周年之类的会做次全场大促。想关注淘宝天猫活动就经常浏览下首页，天天特价，聚划算或者淘金币活动，这些是主要的。希望能够解决你的问题。
为您推荐：
其他类似问题
您可能关注的内容
太阳穴的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。从双 11 打到 618，电商界的「猫狗大战」还要打多久？
稿源：爱范儿
京东、天猫，今天你去了哪里剁手?尽管双 11 和 618 等购物节早已演变成了整个零售业的盛宴，但电商领域早已变成了巨头之争。尤其是今年的 618，天猫和京东掀起了一场没有硝烟的战争。最引人注意的当属前几天闹得沸沸扬扬的「二选一」事件了。6 月 13 日，微博上有人爆料，京东要求神舟电脑在天猫涨价。随后 6 月 14 日，电商媒体《天下网商》发表了一篇《京东逼商家给消费者涨价，神州电脑举报京东“恶意扰乱市场价格”》的文章，对爆料内容进行报道。紧接着，京东和神州电脑方面均对该消息表示了否认。京东方面更指责《天下网商》是阿里系的媒体，这是在捏造虚假新闻。但是阿里巴巴又回应了，说「事实就是事实，竞争不是碰瓷」，更直言「所谓阿里巴巴旗下，不过是京东为了碰瓷阿里的一贯手法。」天猫营销平台负责人也回应称，天猫对于口水战毫无兴趣，在意的是自身品质和服务的提升，以及对消费者权益的保护和促进。话说到这个份上，双方可以说是斗得非常激烈了。但是这场掐战，其实只是两大巨头激烈竞争的一个缩影。你有双 11，我有 618当淘宝在 2009 年第一次举办双 11 促销活动之后，接下来那年的 6 月 18 日，京东也推出了一年一度的大型店庆促销。从那时候开始，双 11 和 618 逐渐变成了电商界在一年当中的两场盛事。最开始的时候，双 11 和 618 更像是两条以平行姿态存在的战线，你玩你的，我玩我的，相安无事。不过随着两场促销活动的影响力越变越大，双方也逐渐开始向对方的战场「染指」。以往尽量回避使用 618 字眼而采用「年中大促」宣传的天猫，今年不仅声势浩大地将品牌升级为「618 理想生活狂欢节」，还推出了力度不小的折扣促销，明摆着要与京东进行正面对决。当然京东也没闲着，以往只是阿里系主战场的双 11，也逐渐成为京东在 618 店庆之后的另一场年度大戏。虽然已经开始踏入对方的战场，但双方的关系还是比较微妙的。在今年 618 促销活动的发布会上，京东 CMO 徐雷表示，今年京东 618 的核心就在于开放，并指出， 618 的商标和形象将「永远、无偿、绝不排他，向包括友商在内的所有企业开放」。虽然没有点名，但明眼人都能看得出，京东这个宣言就像是在给阿里放话：你来吧，我不怕。永不停歇的线上数据之战在 618 购物节的战火刚燃起的一小时后，京东 CEO 刘强东就迫不及待地通过社交网络分享了初步的战绩：京东 618 第一个小时的销售额即超出去年同期的 250%。到了下午三点，京东 618 活动期间(从 6 月 1 日至 18 日)的累计销售额超过了 1100 亿元，这一数字几乎等同于苏宁、国美一年的销售额，也非常接近去年双 11 天猫 1207 亿元的最终总成绩。其中，京东的传统强势项目 3C 产品销售额在短时间内就突破了一亿元，京东超市、生鲜、服装等部门也都创造了新的历史。这离不开京东本次持续不断、花样翻新的促销折扣活动。红包雨、直播、限时优惠……为了打一场漂亮的反击战，京东可谓是火力全开。天猫那边显然也不是吃素的。除了以往年中大促的各种降价促销活动之外，今年天猫还宣布对 618 的促销进行加码：在原本折扣的基础之上，还可以叠加「满 300 减 60」等不同额度的购物券。在刺激购物方面，这无疑是一记重拳。结果当然也是显而易见的，虽然没有像京东一样公布具体的销量数字，但天猫方面表示，在 618 活动开始的 7 分钟内，天猫国际的成交量就已经破亿;10 分钟后，服饰类商品成交量破 10 亿;快消类商品在开始后的半小时内同比增长了 378%，天猫超市的销量也比去年同期增长了 13 倍之多。虽然马云在去年双 11 之前就放话说自己对销售数据没有要求，双 11 应该成为消费者「买得开心」和商家「卖得快乐」的节日，但对于线上销售仍然占有重量分量的京东和阿里而言，这场数据之战在短期内都将持续下去。从国内打到海外今年 6 月 9 日，在 618 活动开启的前夕，京东正式推出「京东售全球」业务。与之前的「京东全球购」不同，「京东售全球」是主要是为了满足海外用户的需求，让全球 200 多个国家和地区的用户都可以在京东网站上购买商品。京东方面表示，所有参与「全球售」的商品，均享受与国内同等的价格与折扣，为此，京东还专门开发了国际拆包/合包物流交接平台，尽可能地为海外用户节省国际运费开支。在支付方面，除了支持国内银行卡与国际信用卡之外，微信支付也是「京东售全球」的可选支付手段之一。此外，在完善全球英文网站以及俄语网站功能的同时，京东还将陆续推出西班牙语和其他小语种页面，以满足不同国家消费者的需求。巧合的是，天猫也于今年正式推出了名为「天猫出海」的国际业务。据悉，「天猫出海」将以天猫为主引擎，利用阿里的核心电商板块产品，依托包括交易、支付、物流、营销、数据、技术等多方面的基础商业设施，为国内商家出海「赋能」。通过「天猫出海」，手机淘宝已经可以辐射全球近 1 亿的华人市场，为 104 个国家和地区的消费者提供官方物流转运，并在中国香港、中国台湾以及新加坡等地提供本地支付服务。今年 6 月 13 日正式开业的天猫超市香港业务，就属于「天猫出海」的一部分。除了阿里自己的手机淘宝之外，「天猫出海」项目还将与东南亚的电商平台 Lazada 进行合作，开设能够服务新加坡、马来西亚、印度尼西亚、泰国、菲律宾、越南等国的「淘宝精选」频道，实现阿里在东南亚的「曲线落地」。表面上看，京东和阿里的出海都是以「向海外卖东西」为起点，但实质上，根据二者不太一样的平台属性，他们在制定出海战略时的角度也略有不同。虽然京东也提出要为平台上原有的第三方商家提供包括支付、物流、运营方面的出海解决方案，但自营商品也是「京东售全球」的重点;而「天猫出海」，一开始就是为了延续天猫的大平台效应，着重为平台上的商家以及海外的合作伙伴赋能。
有好的文章希望站长之家帮助分享推广，猛戳这里
本网页浏览已超过3分钟，点击关闭或灰色背景，即可回到网页