物流软件发展态势.doc

物流软件的发展态势 从设计的角度看待物流软件是我们讨论物流软件不得不面对的问题，这在软件当中称之为边界划定，任何服务于第三方的物流软件，都离不开软件分析、软件设计和软件实施。当前物流软件的形势不容乐观，到目前位置，我们目睹了一批又一批的物流软件公司的倒闭和物流软件的失败。如何让软件企业和用户走出这样的困境?是我们今天讨论的重点。 　　物流软件的发展态势 　　问题开始之前，我们首先回顾一下大的物流行业的大背景，2000年时物流公司都是传统性的，那时候货贷、仓储、配送叫物资部门或叫仓储部门，从那年开始有很多物流公司，以前是货贷公司，改成物流公司，但是经过这么多年的发展，我觉得物流本身没有大的变化，只是换了一个名称，里面的本质还是传统的仓储。 　　从我接触物流的时候，就谈信息化和物流的整合，直到现在软件企业也一直在这么做，但我认为，目前的物流信息化大部分只是为了迎合物流企业，企业为了上软件而上软件，而不是为了整个的资源和供应链，而物流软件的功能也都只是为了解决业务操作问题。 　　另一个需要回顾的是物流软件的大背景。目前的物流软件尚处在一个尴尬的局面，目前是很多物流公司，物流软件起来之后倒闭得很快，转行得也很多，整个行业似乎存活的比较很艰难。 　　究其原因我认为，第一个原因就是软件的开发成本很高，很多物流公司把软件当成项目做，导致很多软件公司为迎合物流企业的需求，特别开发一套软件出来，给这个物流公司用。而在面对另外客户的时候，软件公司将这套系统包装一下，换一个页面便成了一套物流软件产品。可是这个并不一定对每一家物流公司适合，因为他是根据某一个客户来定做的。 　　我们知道虽然说中国的劳动力工资很低，但是相互于来说，在软件行业的成本，对其他行业的成本还要高，所以说软件公司的成本是比较高昂的，而另一方面物流公司的成本就没那么高了，物流公司是属于劳动密集型企业，它没有那么多血液供这个物流软件公司完成项目，所以这两方面产生矛盾，一旦软件公司没有物流公司供的话，又找不到其他的物流公司，那么他只能做其他的，比如说做OA，做ERP，它为了生存就做得不专了，物流软件公司的倒闭也就在所难免。 　　刚才说了，因为对一个产品来说，可以降低开发成本，比如说以前开发成本20万块钱，如果用四五家的话，可能一家就5万块钱，如果10家的话，那么一家只拿5000块钱就可以了，这样可以给软件公司带来血液，最后可以成活起来，像一些大公司，他们开始也做项目，但是开始是兼职，慢慢的对软件完善，最后到应用，所以可以带动起来，本身也是集中这一个行业的解决方案，另外对产品的完善，在细节这个地方，可以决定产品的存活和存在。 　　因为这个产品可以存活，因为这个团队可以存在，所以当这个物流公司应用软件的时候，那么它的售后服务，它的客服都可以提供完善的支持，这对于物流公司也是双赢的方案。产品开发的两种模式，一个是以项目带产品，因为以项目带产品，这是最实际，最实用的，因为中国的开发模式。 　　变项目为产品，物流信息化的最优解 　　为什么中国的软件公司，很少有产品做好的，除了用友跟金蝶在财务方面做得很漂亮，但是其他的在产品方面，做得都做不了很长久。这是我目前没有想清楚的问题，也是很困惑的一个问题。 　　但是以项目带产品的模式，我认为是一种伪产品的开发模式，因为从我们看到的事实和情况看，我们很多软件公司给物流公司做产品的时候，只是因为要做这个，我给你设计这个，所以只是从项目的开发，最后形成不了产品的设计模式。这里面的原因就是说，一个项目设计的一个基础，和这一个架构，因为软件我们强调一个架构，为什么强调这个问题呢，它的目的就是说在建一个房子的时候，首先把房子整个一个模式，和架构撑起来，但是你要的是卧室，还是办公间还是什么东西，那是内部模块做的，但是对项目设计来说，因为你开始的时候，比如说我要的是一个住宅区，那么在做项目的时候，开始模块和架构，就设计成一个住宅，那么另外一个公司可能要的是商用房，那么如果把住宅房的结构用到商用房做的话，肯定不适合的，第二个原因就是说，如果这个项目要转换过来，把以前的结构全部推翻掉，再设计一个商用的一个模块，这样的话肯定他俩之间的理念和模式的转换，肯定是有冲突的，以前的设计人员很难做，这样的话，这个项目最后会做得比较失败。 　　另外一种，以产品带项目，当然这个问题我要强调一点，可能这里面大家可能会问一个东西，就是说一个鸡蛋的问题，是有鸡还是先有蛋，是先有产品，还是先有项目，按我的想法来说，是先有项目，因为软件是新生事物，在多个项目上提取精髓，做出一个产品出来，但是我觉得目前作为物流软件的开发来说，我们可以跃过这个阶段，因为软件很多是通用的开发模式，软件有很多积累，从60年代的时候，国外开始软件做库存，在中国从80年代，90年代就