[原创]系统啊系统

okok · 发表于 2006-8-21 18:46:00

马上注册，结交更多财务经理人，享用更多功能，成就财务总监之路……

您需要登录才可以下载或查看，没有帐号？立即注册

x

前言：火总在一个手工帐的基础上上线一套系统，各种滋味只能自己体会了，不过，不管如何，第一阶段还是顺利的实施了，所以，有了火总的这封给大家的邮件。

大家可能感觉到为什么公司或者财务有得手工帐有的上了一个简单的系统还有的巨资实施ERP,到底是什么区别和什么作用呢？专业术语是很枯燥的，给大家一个简单的例子。如果从深圳去北京，可以选择三种方式，一是步行去，人人都会，知道路了走就可以了；其二是开车去，需要经过简单的培训，能够驾驶车能够看各种仪表，路况还要好；其三是开飞机去，更是专业的昂贵的培训，要知道数不清的仪表的用处，要知道内部的一些构造等。其实这三种情况就是手工帐、系统帐和ERP的区别，目的是相同的，所选择的工具不同要求的条件就不一样过程也就有分别。我比较担心的是拿走路人的眼光看开汽车，走路很随意很方便，无拘无束，为什么非要束缚在一个汽车里呢，况且还需要好的路受一定的规矩限制，其实这就是一叶障目不见泰山，不明白目的是什么？手工帐简单随意，随便调整，但是方便的是个人麻烦的是公司，这个我们工作中的事件太多了就不列举了。

如果不知道有镜子，你可以通过照河水知道自己的容貌，并且比其他的方式你觉得照河水是了解自己容貌最好的方式，如果我拿照镜子来说能够看得更清晰你没有经历过肯定不相信，所以说在你的立场你是可以理解的正确的，因为处的阶段不同，我要说服你就是让你看到镜子来对比。系统也是这样，可能你不理解不认同甚至怨言多，这些都没有关系，因为系统的紧密逻辑思维不适用你平常的随意的开放性的思维，所以觉得不方便。福特首创的流水线生产汽车不也是转为流水线作业，从而效率提高了很多倍，大家都规范化了效率才会提高。等到真正了解系统了，回头就会看自己当初的看法很是幼稚，这几乎是大家都要经历的一个过程。所以，抱怨的同时最好也自己想一想，如果系统没用为什么几乎每个单位都要用呢？

在整个系统的实施过程中我们没有开会讨论，没有针对性的培训，没有普及推广等等这些常规性的做法，为什么呢？因为一千个人眼里有一千个哈姆雷特，大家的看法都不一样的，而且时间所限我们根本不可能去讲解去统一思想，我们也没有强大的顾问团支持，所以我就自己搭框架搞数据，把基础性的工作都做完了然后让大家按照设计好的流程走，傻瓜式操作，这样实施起来就会顺畅很多，省时省力效果好，出现的问题也只是技术性的问题。所以启用系统我们是做正确的事，实际应用就是要正确做事了，最终的结果当然就是做事正确了。

在系统开始实际操作的过程中我们也只是进行了简单的示范，其余的则是自己平时摸索，有的时候出现问题也没有立刻给大家解决办法。一方面是我们人员有限精力有限。更重要的一方面是从开始我们就没有打算手把手的把各种规则告诉大家，只是一些简单的操作，自己去创造错误自己去解决错误，如果实在没有办法了，我们一讨论指出问题点，这样恍然大悟原来如此。我感觉这种引导式的教育比强制的灌鸭式更有效，更具有应用性。

英国民谚云一个树枝绊倒了一匹马，摔下了一个将军，失败了一场战争，灭亡了一个国家。虽然笑谈，但是小事的连锁反应所引起的系统后果是难以想象的，所以，我们一直如履薄冰的对系统进行监控，不厌其烦的强调按规定走按步骤来，就是担心一个小问题坏了一批机器再产生严重的后果。系统不管如何说都只是一个工具，还是要靠人主观的去应用好的那方面，系统所倡导的就是一种协作的思想，说是一环扣一环，大家都做好了任何一个环节的效率高了整体效率也就高了，而一个环节做不好所影响的也是下一个环节并同时宣告上一个环节的无用功，所以很着急的就是业务都卡在一个环节了这个岗位看不到严峻的后果还在慢悠悠的做，这样是最可怕的，这也是我后期主要跟进的一个工作。

系统不是万能的，也不是十分完善的。我没有把这当成是坏的一方面，反而是一件好的事情。大家都知道用系统时间长了虽然工作效率提高但是容易形成一种惯性思维，有了想当然的想法了，经验主义会作祟，对于我们这种小规模依靠速度生存发展的企业来说保持对市场的灵敏度是我们赖以生存的法宝，系统的不完善更是可以发挥我们的主观能动性，不脱离市场，让自己的思维始终处于活跃状态。塞翁失马焉知非福。

[此贴子已经被作者于2006-8-21 18:46:39编辑过]

人无远虑 · 发表于 2006-8-21 22:38:00

系统啊系统，我的障碍我的拐杖？

看到上文，对作者所经历的上马系统别有一番滋味。想到我在的公司，真是想一吐为快。

我们在业务的飞速发展中，业务管理的需要上马了一套系统。主要是客户信息、订单信息和物流分拣使用。这个系统从一开始上马就成了一个人人严阵以待的怪家伙。尽管开发商是一家成熟的开发系统的软件商，我们所需要的系统也是一个行业内可以有很多先例的软件系统。但是这个项目在设计阶段就被我们的所谓需求搞得面目全非。从操作界面到数据库，从不同的使用功能到权限设置，从后台维护到业务流程，整整一年，各部门的吵吵才算有所平息。

全部是这个行业以外的人，都带着一副面具去认识这个行业的事物。在公司行业转型的时候，我们面临着一个不再是熟悉的环境，这个环境里横梗在面前是一个无情冷血的系统。公司销售三个月后，突然发现按照个性要求的系统只能销售原来的产品，按照原来的逻辑办事。真真理解了这个行业的与以往不同，带来的结果是系统需要按照行业大众化的要求来重新设定。原来完全化的个性成了一个紧箍咒。

于是在我们的系统中出现了两个系统并存的局面，虽然时间不长。在数据完全过渡完后，业务方面的系统终于在一个本该属于自己的主线中发展运用。

然而订单信息和物流分拣信息仍然在人的手中出现各种问题，尤其是库房按照系统出具的出货表出货后，每个时间段的汇总总是存在对不上的时候，而那时我们的库房管理由于人工管理问题出现了大量错误，每个月的盘库和库房自己的手工账总是存在差异。

系统的问题开始由业务转向财务和物流之间。由于每日的货物进出量很大，业务在使用系统后，物流和财务一直保持的手工操作。两者的斜接由于库房管理人员的粗心和流程不畅、手续不全一直是我的最痛。

年销售在几千万，面对着的是一个个的终端订单。每一个出货有分有合，完全是按照订单的随意性走出库房。为了做好配送，库房管理在人工中完全没有了严谨。

我很想上马进销存系统来解决这个问题。但是一个问题，就是你的需求是什么这个问题成了横在面前的障碍。

公司的管理层从来没有接触过系统。早年间曾请人向开发一个传统行业销售的管理系统，结果也没有用上。因此成了管理层认为需求不明确的一个证据。而业务系统的上马全过程中由个性化需求导致的问题，也同样让管理层更注重需求问题。业务系统运行了一年了，需求依然不断。系统终验始终无法通过。这个结果是我们必须的把需求想明白了才能谈系统。

一个简单的进销存变得越来越复杂，和配送信息的管理要合在一起。库房的管理依然无法彻底解决。尤其是各地的库存铺货越来越多。很多数据无法实现实时管理。

系统究竟是一个障碍还是一个拐杖？这里面真实有着太多的看法和见解。