产品设计体会(6002)物流信息化有多远(上)

“这个世界上最大的数据传输带宽是一辆装满硬盘的在路上颠簸的解放牌卡车。”

——我大学时的一位计算机老师。

您别太较真了,就是那个意思,有时候现代化也是需要传统一下的,在不能瞬间移动的今天,物流就是逃不掉的传统,今天扯扯物流信息化的事情吧。

总所周知的电子商务的三流:信息流、资金流、物流,前两个貌似都已经初具规模了,可是第三个似乎很有很多事情没有做。其实我们一直在探索,在20073月和9月,我参与过两次物流相关项目启动与否的预研,转眼一年半过去了,这几天老在网上看到同学们讨论物流这事儿,好像卓越的信息化仓库很猛的样子,所以又把资料翻出来看了看,回顾一下。

第一次预研的想法是建立统一的快递平台,非常革命性,做出来可以行业洗牌,大大加强专线小物流公司的竞争能力。整个平台把快递事件作为交易对象,买家是需要发快递的人,卖家是快递公司,还包括信用体系,支付体系(用alipay),可选的便利店终端(收件和发件都借用便利店,更好的降低小物流公司进入门槛,也解决了很多“寄到家里,但是家里白天没人,或者觉得不安全”的问题),一次交易的流程如下:

谁要寄快件,上平台选线路,看到价格和信用,选物流公司,下订单,钱直接去alipay,同时物流公司收到订单,上门揽件,发送,送到便利店,收件人取货,发件、收件人双方评价本次物流,alipay月结给物流公司。

这个项目拜访了申通、圆通的上海总部和杭州的不少网点,后来因为一些原因没做下去,淘宝现在有这个平台的部分功能。

在调研的过程中还是有不少额外收获的,比如拜访了申通、圆通,印象最深的是夜间操作现场,那真是可以用小学作文标准句子“叔叔阿姨热火朝天”啊,仓库里的地面,一块区域代表一个省市,包裹满天乱飞,卸车装车的地方有传送带,边上的工人拿着个扫描枪滴滴滴的射,打包了以后又是滴滴滴的对着大包射,起点运到终点又是射了解包再射,实物包很有数据包在网络上传输的感觉;整个物流网络的多层“点——线”结构也是极其巧妙,加上中国特有的人肉战术,真是威力无比;从此知道寄易碎的,贵重的东东走快递确实要拼rp,但没办法不野蛮操作,为了赶时间,东西实在太多了;听老大们胡侃,了解到孟菲斯机场可以调度到40s起降一架,国内机场只能做到几分钟(忘了)一架,科技确实很有力量,不一而足。

产品设计体会(6001)几个项目的成败

回顾一下2007经历的5个项目,成功或失败在不同的阶段。

先简单描述软件项目的生命周期,其他项目也应该大致如此:战略规划,需求分析,开发,测试,上线,运营维护……加深体会了一个基本常识:问题出现的越早,越早调整项目规划,损失越小。

第一个是在压力测试阶段怎么也过不了,无法发布。我不是技术出身的,所以具体原因也不太清楚,感觉问题应该是出在系统设计上,测试的时候功能都跑的很遛,但模拟数千人同时使用的时候始终很慢,改了几个礼拜仍然没法解决,最后由于人力资源的问题,和考虑到这个项目的重要程度,只好把项目砍掉。

第二个是在需求分析阶段结束,因为集团的政策因素,项目转移给别的团队做了。这次可以说是完全不可控的,也让我加深了对“项目发起应该是‘从上到下’”的认识,无论哪个项目,没有上层强有力的支持完全就是白搭,而且自己努力很多会觉得很失落。

第三个是在市场扫描阶段结束,收集到的信息让我们觉得不值得继续做下去。一句老话:早一步是先驱,再早一步是先烈

第四个算是成功了,发布升级、运营维护一整套走完,这个项目从2006年底开始一直到现在,现在我也逐渐移交给同事,大家会继续做下去。这个项目是让我学到最多的,特别是到了项目上线以后,还有很多事情需要做,比如和客服、技术支持、财务以及其他在商业上合作部门的协调;对产品整体调整的需求管理;等等。

iamsujie补充:这个产品在2008年,几乎没有投入的情况下,帮助公司其他产品吸引了不少用户,而且自己也有几百万营收,很不错

第五个是和外部合作的项目,这是个非常牛B但挑战也非常大的项目,因为一些我无法控制的原因,不太顺利,最终延期了将近半年发布,而且也无法满足最早的商业目标,我做项目协调人学到了很多项目管理方面的知识,仅此而已。