随笔-31  评论-407  文章-0  trackbacks-10
  2011年3月14日

电子商务的物流瓶颈分析

电子商务已经有10多年的历史了,尤其是近几年电子商务得到迅猛的发展,现在网购已被普通大众所接受。电商们在提供了“足不出户”的购物体验的同时,也为这种“便捷性”付出了沉重的代价。目前自提与送货上门的比率个人估计很低,因此电商需要强大的物流体系来支撑,这同时也占据了电商的大量资金投入,电商到目前还没有赢利与此是息息相关。2011年春节前的配送压力更是突显物流环节的薄弱。

为了适应这种局面,很多人认为在未来几年物流行业就大有作为。然而本人持有谨慎乐观的态度。

每个配送人员的配送能力是有限的,每人每天也就100单左右吧,这已经是很高的强度了,当订单量增加时,电商必须成比例的增加配送人员。因为劳动强度比较高,市场上目前这方面的就业人员相对偏少,致使工资普遍偏高。不难看出配送队伍的建设是电商比较头痛的事情。

就送货速度来讲,目前的物流布局也很难有质的突破,目前京东可以在部分地区做到211限时达,已经很不容易。问题在哪呢?消费者下单后,库房的生产还是比较快的,但需要批量出库,这里有等待的时间;然后送到配送点,这里有运输时间;然后再由配送员送货上门,这里有运输时间。即问题出在一个等待出库和两个运输的时间上。

传统零售给我们的启示

生活中当我们的“油盐酱醋”一有需求时,我们会在很短的时间内就可以从社区超市里买到。那么电子商务的“自提点”是否也可以像社区超市这样群星密布呢?为此我从电商和消费者两个方面做了一下分析。

首先我们以“客户为先”。

人不能老是蜗居在家里,当有购物需要时先在家里的电脑上下单或走在路上用手机下单,等走到“自提点”时,那里已经准备好了。既健了身,也顺便把事情给办了,比超市还方便。

现在的城市人生活节奏紧张,白天忙工作,周末有活动。不要紧,下班坐在车上用手机下单,下车不用绕路,到自家社区下的“自提点”把货提回家就好。

对于重一点,大一点的东西,老人不方便自己提回家,下单后配送员可以从社区“自提点”出发,10分钟20分钟的就送上来了。就像桶装水一样耽误不了使用。

我们再来看一下电商。

一个配送员一天最多100来单,再高了上不去,而“自提点”一个柜台2小时可按少了说可满足100单。

节省了配送的支出,配送员在路上的费用是一种非常严重的浪费。从统计的角度讲配送员重复了消费者回家的路线。

当然社区“自提点”也需要投资的,但我个人认为这个投资很划算

这种投资并没有被消费,它扩大了电商的库房面积,可以容纳更多的货物。

可以让供应商将常用物品直接送到社区“自提点”,不用送到“中央库房”再调拨到社区“自提点”。从而进一步节省物流成本,并提高库房周转率。这对于保质期短的商品来讲尤其重要。

分散“中央库房”的捡货任务量,一些订单,或一部分订单可以直接在社区“自提点”进行生产。大大提高订单生产吞吐率。

因为货物直接可以给消费者,可以减少因配送监管而附加的包装费及监管环节。从而少了难以监管的配送环节。

社区“自提点”的员工劳动强度不高。男女比例合理,对社会环境要求小(容易找到员工),工资也不高。

潜在的用户群体巨大,老大爷、老大妈将大量成为电商的会员。

电商可以放心地进行有偿配送的策略,而不用担心影响到单量。

从上面的分析来看,电商如果实现“自提点”社区化,将可甩掉“配送”这一沉重的包袱。同时能够更好的提供购物快捷性。

未来电商的社区“自提点”

要实现“自提点”的社区化,是一个很复杂的过程,不可能一朝一夕能完成的。供应链的结构形式,商品品类的丰富程度,及库存管理系统的完善程序等都会影响到社区“自提点”的运行效果。

社区“自提点”要想非常流畅的运行还需要一些配套措施,如会员卡及其附属卡的实物发放。同时还需要一些新的流程,如消费者提供就像办理银行业务一样,刷会à等待à叫号à提货。

其实现在超市里除了不规范的散货外,电商应该都可以进行操作,当社区“自提点”真的做到降低物流费用的时候,我们有理由相信,商品的价格将会进一步降低。那时电商将是超市的有力挑战者。

posted @ 2011-03-14 13:05 李学斌 阅读(2271) 评论(28) 编辑
  2008年11月18日
摘要:   本文从多个角度分析软件开发过程在创业时期所遇到的问题及给出一些个人的解决方法。这是我的新身经历,这些方法不一定会适合读者,也一定是好的方法。作为一个创业团队的技术带头人,分析问题的角度或深度可能会有一定的局限性。写下此文权当交流。 目录如下: 创业环境   管理层核心   资金   人力资源 软件队伍   技术主管   需求文档   软件设计   软件资源的整合 绩效 阅读全文
posted @ 2008-11-18 08:58 李学斌 阅读(2299) 评论(16) 编辑
  2008年11月17日
摘要:   本文从多个角度分析软件开发过程在创业时期所遇到的问题及给出一些个人的解决方法。这是我的新身经历,这些方法不一定会适合读者,也一定是好的方法。作为一个创业团队的技术带头人,分析问题的角度或深度可能会有一定的局限性。写下此文权当交流。 目录如下: 创业环境   管理层核心   资金   人力资源 软件队伍   技术主管   需求文档   软件设计   软件资源的整合 绩效 阅读全文
posted @ 2008-11-17 09:21 李学斌 阅读(4060) 评论(6) 编辑
  2008年4月21日
摘要: 为什么要做用户系统
几乎每个应用都会用到用户系统。如果能够进行通用化,自然是一种很快意的事了。然而到目前为止我还没有找到一个让我满意的类似的东西。不是说它们不够好,而在于它们不能满足管理和部署上的可伸缩性、灵活性及与现有应用的可集成性上,所以只好自己做了一个。
阅读全文
posted @ 2008-04-21 10:19 李学斌 阅读(5242) 评论(25) 编辑
  2008年3月24日
摘要: 在”项目à产品à平台我的编程人生“中大体说明了一下我在一个什么样的需求环境下要搭建一个平台,及要建成一个什么样的平台之后,本文将着重讲一下这个平台的体系结构,及设计要点。有下面的内容:
l 设计要点

Ø 应用与Web Service(简称WS)分离。

Ø 数据库与WS分离

Ø 应用集成

l 结构说明

Ø 简化的应用调用接口

Ø 重点模块说明

Ø 心血的结晶

l 接下来的文章
阅读全文
posted @ 2008-03-24 09:12 李学斌 阅读(9610) 评论(18) 编辑
  2008年3月18日
摘要: 如果您认为这篇文章主要讲“我”的人生经历,那就错了,我很少写感慨之类的文章。没有哗众取宠的意思,只是想说我是如何走上架构这条路的,以及架构的心得,并讲述我目前正在结构的内容。也为以后的文章做一个铺垫。

主要讲下面的几件事情:

项目à产品à平台的经过

架构心得

现在的架构内容

架构的完美性
阅读全文
posted @ 2008-03-18 09:47 李学斌 阅读(8768) 评论(30) 编辑
  2007年6月25日
摘要: 自定义审核活动 前面已经讲了许多有关自定义活动在设计上需要注意的一些事项,但对于自定义审核活动来讲,我们的设计还要有许多工作要进行。为了简化用户的流程上的设计将流程的一些算法封装到自定义活动中可以大大增加自定义活动的使用的方便性。其直接的效果是从数十个活动减少到三四个,当然这只是针对电台文稿审核来讲的。而且基本上从根本上杜绝了IFELSE、WHILE等活动的使用,这可将用户条件编辑的复杂度降为0!...阅读全文
posted @ 2007-06-25 10:14 李学斌 阅读(3788) 评论(14) 编辑
  2007年6月11日
摘要: 自定义活动(五)
中止活动的运行

无论用停止、放弃、中止或中断等之类的这些词都不能很直接地表达我这里所表达的意思!这是目前为止我遇到的封装业务逻辑到自定义活动的最大障碍;因为就自定义审核活动来讲,用户所设计的工作流中每一个活动可能被多次执行。例如需要多个人参与同一个层次的审核,当条件不满足是便“停止”运行,然后等待下一个用户来输入用于计算的基础数据,并重新执行该逻辑,直到条件满足该活动执行完毕并过渡到下一个活动为止。需要特别说明一下,这里的自定义活动的逻辑包含了基础数据的读取,条件的判断及是否往下执行、原地等待还是回退的处理,而不是用一大堆WF预置的活动来支持,全部功能都封装于一个活动之内;另外这里不对回退进行说明,有关回退的内容请看后续的文章。

在WF的SDK中有一个很关键的术语“persistence point”,它决定了下次加载时WF实例开始运行的点。我将用这个词语来解释一些问题,让我们来看一下它在我们“中断”工作流中所产生的影响!
……
至此同一个活动可重复执行的问题得到了解决。至此自定义活动的话题也将结束。下面将针阅读全文
posted @ 2007-06-11 09:17 李学斌 阅读(3161) 评论(15) 编辑
  2007年6月5日
摘要: 自定义活动(四)保持状态的一致性及完整性上一节讲过,要完成一个审核活动所要处理的数据有下面的内容l工件进行编辑并进行保存l记录工件的审核情况l运行完后保存WF实例的状态通过上面我们可以看到在工作流活动运行之外我们还进行了一些数据的操作,就自定义审核活动来讲,在WWF的一些技术细节与应用体会(二)中我提到过活动执行的完整性及一些实现方法,在这里是用不上的,因为我们的部分数据在工作流之外进行了处理。我...阅读全文
posted @ 2007-06-05 08:59 李学斌 阅读(2866) 评论(10) 编辑
  2007年5月29日
摘要: 自定义活动(三)
锁定处理
在前面的文章我已经讲过,把用户数据的收集同工作流实例中分离出来。数据的存储也就很可能地进行了分离。这种数据的分离会要求我们去做更多的工作:
l 维护工件(如稿件,任务等要在工作流中进行加工的东西)与工作流实例的关系。我们用WF自带的SqlWorkflowPersistenceService来完成工作流实例的存储。那么工件、工件与WF实例的关系及相关的处理情况应交给应用系统来维护。有关这方面的内容请看后面的“工作流的工件维护框架”。
l 保持工件与WF实例的状态一致性。这部分的解决请后后面的有关“状态一致性”的话题。
l 独占式处理。这是本节的重点内容。
独占式处理,其实处理过程很简单,就是在处理时对数据加把锁,就象进厕所把门锁上一样:)。这里不讲怎样去加锁,而是讲对哪些数据进行加锁以及何时进行加锁。阅读全文
posted @ 2007-05-29 09:00 李学斌 阅读(3102) 评论(4) 编辑
我是李学斌,欢迎大家访问我的博客
我的MSN:llxxbb@hotmail.com






访问量: free web counter
free web counter
昵称:李学斌
园龄:5年3个月
粉丝:10
关注:0
<2012年2月>
2930311234
567891011
12131415161718
19202122232425
26272829123
45678910

搜索

 
 

常用链接

最新随笔

我的标签

随笔分类(47)

随笔档案(31)

相册

CnBlogs

同事

积分与排名

  • 积分 - 147579
  • 排名 - 634

最新评论

阅读排行榜

评论排行榜

推荐排行榜