3、
/ ~. N j5 ^0 U- \; R! O企业ERP项目小组的建立 做个小调查：谁家在买车的时候，完全是一个人搞定，家人不参与的？没有吧！呵呵，就知道没有，家庭用车，别说宝马奔驰，就是买个小小QQ，全家不知道要讨论多久研究多长时间，父母顾虑的是安全，老婆老考虑的是费用，孩子想要外形超酷的，意见不一而足，你想自己搞定，告诉你吧，没门，你也就是活动活动心眼，怎么想的就怎么忘掉。 其实，企业搞ERP信息化，也和家庭买车一样，而且更复杂，家庭买车意见不一致，问题不会很大，不会影响家庭运转，企业可就不同了，整个企业要运转，涉及到财务、采购、销售、仓库、生产、人力资源等等业务，就如同关羽找哥哥，哪一个业务不是关卡啊。搞ERP不让他们参与进来，不征求他们的意见，你还真以为自己是关羽啊，过五关斩六将，恐怕你的偃月刀砍成少林和尚的手中棍，你也突破不了重重包围。怎么办？别慌，俺来了—— 企业要想把ERP顺顺当当地做成，此时是发挥民主与专政的“民主”时刻，成立项目组。你是不是觉得项目组没什么用？是不是不知道怎么成立项目？是不是觉得成立项目很复杂？是不是觉得自己无法驾驭项目组成员？那肯定了，ERP本来就不好搞，有难度是很正常的，没有困难才怪！ 成立ERP项目组有什么好处哪？用脚趾头想想就能明白，成立了项目组，可谓获得了大家的认可和支持，企业也会重视多人参与的项目，你吹吹风，他吹吹风，能获得领导的理解和支持，总比你一个人强吧。再说了，ERP涉及企业各业务，你对哪个业务专业，你对所有的业务都掌握吧，知道业务的难点和症结在哪里，大家参与，发挥各业务领导的专业，对你来说帮助很大吧。同时，项目要决策，就有决策风险，你愿意一个人来承担这种风险，还是希望大家一起帮你抗，成立了项目组，天塌了有个高的顶着。怎么样，我分析的够意思吧，有些东西还不能在这里细说，你就仔细琢磨吧，听我的没错的。 也许你觉得成立项目很麻烦，要协调很多业务好多人，哎，这就对了，早麻烦晚不麻烦，早麻烦可以避免后期补课。在成立企业ERP项目组的时候，要参考企业ERP涉及哪些业务，如果仅仅做个财务，哪就别麻烦人家进销存和生产了（但是，仅仅做财务还叫ERP吗，哈哈）。如果企业规划了一个完整的ERP，哈，告诉你，一个都不能少，小组成员要有：生产主管、采购主管、仓库主管、销售主管、质检主管、计划主管、行政主管、财务主管、IT主管，还有吗？好像人都齐了，可以开酒席了，不对，这不是聚餐，开什么酒席了，看来饿着肚子写就联想到吃。ERP项目组就要有组长，副组长，项目组成员，组长最好有企业老总或者副总担当，便于发号施令，便于协调业务和人员，副组长建议由本次ERP核心业务主管或者IT主管担当。好了，麻雀虽小，五脏俱全，就等着干活吧。 地球人，特别是地球上的中国人，有人的地方就有争斗，中国人民斗了几千年，也都习惯了，一天不斗心就痒痒。成立了项目组，怎么统一大家的思路，怎么协调彼此之间的关系，对于项目小组的日常工作非常重要。所以，在组建之初，除了考虑小组成员一定要是企业的业务骨干，别到了谈论业务的时候一问三不知，那要他干吗，又不是闲着没事吃闲饭，其次，要考虑成员的性格脾气，彼此的人事关系，小组成员本来没多少，再陷入办公室政治，那就有你头疼的，搞不好你里外不是人，不划算。在小组忙于ERP项目的时候，尽可能不影响成员的主业务，多沟通，定时开项目会，提前把项目会的主题拟好，告诉他家本次会议要讨论什么，大家要准备好什么，如果某次会议主题讨论对象是定向的，如就谈论ERP怎么管理仓库业务，最好提前和仓库主管做深入沟通，摸清主题对象的思路，了解其业务模式、业务涉及流程、业务的难点、业务需要解决的问题，等等，还要和相关人员商量好谁来主讲，谁来配合，这样的项目小组会议就能顺着会议主线进行，不会跑题，不会乱争议，不会没有会议结果。所为凡事不打无准备之战，小组成员之间沟通越多，运作起来越顺利，怎么样，驾驭项目组不复杂了吧，就看你怎么办。 成立了项目组，如果你主持日常工作，要把项目组组织结构建立起来，同时，小组成员的责任分工要清晰，叫大家明白自己什么角色，该做什么，相互之间怎么配合，这些都要有书面的说明，并及时呈报企业老总，叫老总明白你不是一个人在战斗。同时，每次项目组开会讨论事项，都要有书面的会议记录，主题和结论要明确，及时备案，并呈报老总。你做了哪么多工作，干吗不汇报啊，好叫老总知道你一直在奋斗，将来提拔你也有机会啊，是吧？及时备案和汇报，也能叫老总了解项目进展，关键时候容易获得老总的支持。 好了，不说了，都教给你就饿死师傅了，自己慢慢顿悟吧！
4、
g% U# `8 A; O- _4 Y/ I业务调研和方案规划 多次和朋友讨论买车的事情，觉得既然要买车嘛，就必须先自审，给自己一个合适的定位，看自己的承受能力，结合买车用途追究车辆的技术细节，运输能力（软件解决问题的能力）、可操驾性（软件的易用性）、安全性（系统的稳定性）、维护油耗费用（系统的运维费用）等等，哈哈，买车自检和企业搞ERP业务调研还是触类旁通的嘛，我真有才啊。各位看客到了这里一般会迷糊，企业业务调研和方案规划，应该是软件厂商的事情啊，和企业有什么关系啊，是不是有点反拧了？嘿嘿，俺这里人就这脾气，也许你看着别扭，看过之后觉得顺溜对你有帮助就成。别慌，俺来了—— 到企业来做业务调研，是软件厂商的功课之一，省不得。一般来说，软件供应商有行业经验，有项目经验，了解自己的产品，知道如何把软件和业务相结合，而且必须通过软件实施甚至二次开发，把ERP软件应用到企业业务管理中。相信这点大家有明白，关键是做这一切的前提就是，软件供应商要了解企业的具体管理模式和业务流程，这是个前提和基础。曾接触这样一个案子，一家软件厂商去客户哪里调研，结果去的售前人员也没有提前和业务沟通，直接拿着一支笔和一个本子就去了。大家能想象他是怎么调研的，顾问到了业务部门，看看哪个人暂时闲着，就天马行空地就业务聊一通，简单做一些所为的笔记，当时俺那个晕哦。都是销售人员天生会忽悠，但当时俺真的想拜顾问做师傅，太“牛”了。靠，（写到这里俺忍不住说了个脏字，虽然俺平时不说，一般只作为备用），都说ERP忽悠人，其实是做ERP的人在忽悠，而且是这些不负责任的人在忽悠，ERP江湖名声不好，都是这些人搞的鬼。 软件在做业务调研之前，是不是如同案子上的鱼肉只知道等着？否！企业要变被动为主动，主动出击，不打无准备之战。哪该怎么办哪？首先企业先进行一些内部“调研”，不一定规范和严谨，企业只需和业务部门沟通，进行业务自检，让业务人员挖掘自身日常工作的重复性和业务难点，希望软件是怎么样帮助解决，同时针对自身业务和紧邻业务如何实现数据传递和共享。怎么样，做这些事情应该不是问题吧，而且通过这样的业务自审，真的能检视一下日常业务的毛病，软件真的来调研了，可以提出自己的考虑和想法，避免被软件商调研人员牵鼻子。如果做个有心人，项目负责人，可能是项目组副组长，和经过前期筛选后的软件供应商联系，叫他们提前把调研提纲准备好，企业先对调研提纲进行研究，如果时间许可的话，可以把调研提纲根据调研涉及业务类别，分发给不同的业务部门，提前进行调研提纲的研究和自身业务分析。也只有这样的业务调研，才能避免软件供应商走形式，真正把握企业的管理需求和业务特色，并根据调研内容编写有针对性的规划方案。这里有一点要注意，可以选择几家有实力的软件供应商的调研提纲，最后国内、外ERP厂商的都有，可以相互比较，选择一种比较好的选用。而且，调研提纲要系统规范、按业务流程来涉及，这样有利于企业业务之间的互通和关联。 在软件供应商做了业务调研以后，他们该回去瞎忙活写规划方案了。企业是否可以翘着二郎腿喝大茶，真这样，你得到的规划方案其实就是一摞废纸——揭个短：说是针对某企业业务规划方案，其实很多时候都是通过拷贝粘贴做出来的，圈儿内叫做剪刀加胶水，嘿嘿（别拍我板砖哦，谁拍说明谁就是这样做的^_^）。不客气地说（其实已经很客气啦），你拿到的只是软件供应商一个标准的方案，只是改成了你企业的名字。如果做一个有针对性有价值的方案哪，作为企业，你不妨参与进来（这样的可行性不大），你要提出自己的方案要求，要针对业务调研中各业务具体问题逐条编写解决办法。象传统方案里的企业介绍啊，公司介绍啊，公司发展历程和获奖情况啊等等，都是废话，不写对项目没什么影响。既然调研花了功夫，就要在调研的基础上写，别拿标准方案哄弄人。同时，方案中要包含有项目实施方案、培训规划以及售后支持的保证等，哪怕软件供应商做不到，但至少可以了解一个相关的思路。为了好评价彼此方案的优劣势，不妨叫软件供应商自己做个总结，叫他们自己说说在这个项目中的优势，个人认为这一点很重要，如果某家软件供应商自己都找不出项目中的优势，你还和他磨叽什么，耽误自己时间，这可以作为企业将来作为选择供应商的参考。（写到这里感觉自己怎么那么坏啊） 智者见智，仁者见仁，这部分也许写的比较乱，需用心感受和体验，但愿对大家有所帮助。用范伟同志的语气表示个心意吧：谢谢！
" t# n9 u8 g# L. k5、
2 G ^( c* ?. }9 H$ f考察软件产品 看车去喽，哈哈，这样的美事想想都开心。你想买车也好，你全家讨论也好，你给自己的爱车有了定位也好，那都是纸上谈兵，好，现在全家看车去，去4S店，去品牌专营店，终于要把全家理论中的车拉到现实中，哪激动的心情难以言表，大人孩子都透着高兴。如果说企业搞ERP前期工作有哪么点点务虚的话，哪么一旦涉及产品考察，哪可真是真枪实弹，来不得半点马虎。 企业上ERP项目，前期工作就是知此知彼，经过了大致遴选，自己的梦中情人也大致有了方向，就等着深入细致的了解。在产品考察中，软件供应商可谓大展身手，展示自己产品的优势，暗地给竞争对手挖坑埋地雷，以产品特色打动客户，以赢得客户的支持。但是几圈下来，你就糊涂了，看来看去就晕菜了，怎么办哪？别慌，俺来了—— 考察软件产品，不能唯产品而产品，世界好东西多了，你也不用激动，很多东西你用不起。所以，考察软件，必须结合企业自身需求，结合企业业务特色，结合企业管理难点，考察产品的目的是验证它能否满足企业的ERP建设需要，而不是叫你来评估哪家的产品好，也不是来欣赏哪家的产品特色多。就是说，考察产品的目的必须明确。考察产品，一般人的印象就是彼此的功能比较，这眼界有点窄，说实在的，功能对于软件来说，只是一种表象，很多功能都是可以开发的，只要你有钱有需求，没问题。所以要跳出产品功能的圈子限制。 哪么到底应该关心产品的哪些方面哪？根据经验，如果你企业所有的业务就在一个大院里面，产品的应用模式没多大关系，B/S也好，C/S也罢，没必要纠缠，如果你的企业业务遍布各地，不肯能在局域网内部布局ERP的应用，最好使用B/S结构的，避免C/S和VPN的混合应用，即使有专门的公司开发了一些工具实现C/S的B/S应用，但是麻烦，效果未必哪么好，特别是数据量特别大的时候，网上传输速度会是你疯掉的。至于ERP的开发技术，只要软件不是几年前的老古董，一般不用担心。企业在考虑ERP产品时，一定要结合企业ERP的规划，圈内的理念是：整体规划，分布建设。这样的思想没错，很多时候有自己的道理，这都是有中国特色的社会主义ERP建设理念，大家也就约定俗成了。关键是，既然分布建设，就有长期规划，也许目前制作其中的一部分，将来要扩展应用范围，新增功能模块，所以，在考察产品的时候，就要整体考察软件产品，从而避免某家公司的产品正好在你一期项目中占优势，而其他的功能很弱，带来遗留问题。另外，考察产品，要从业务流角度出发，不要纠缠于某个功能，毕竟将来企业使用的时候是多业务协作，要考察关键业务问题能否解决，特别是业务数据是如何实现共享，如何进行数据挖掘和分析，能否多维度多方式实现业务数据的提炼，实现的方式是否科学合理，是否规范。 在我的业务经历中，很多企业在考察产品时，仅仅就是产品演示，没有帐套没有业务数据，这样的产品演示没价值，你仅仅看到某个功能点能有多大意义。所以，大项目严谨的产品考察，企业可以事先建立一套业务数据，而且整理出企业的业务数据需求，叫各家软件公司在自家产品上运行，这样真的能验证出产品的优劣，但可惜目前很少有企业能意识到这个问题，也没人去这样做。（其实，软件厂商也不希望企业这样要求，毕竟软件商自己准备的数据和业务模型多次演练，很熟练了，知道什么是自己的优势，哪里有问题演示时候绕过去了）。在考察产品的时候，有一点必须注意，因为各家公司的产品都有自己的特色和优势，而且在演示产品中都极力展示，所以，企业千万不要被不必要的特色所左右，不要哪一家的特色和另一家的去比较，那样的结果，你会发现看来选去，哪家产品都有自己的弱项，你必须清楚，在这个世界上，没有百分百的产品。外观好看的车也许安全性不那么满意，高操驾性的车辆价格肯定高，关键要结合你自己的实际需求，确定产品的综合性能，这样才不会挑来挑去挑花了眼。 产品考察很简单，只要你熟悉自己的业务，能把产品功能和自己的业务相结合，就能够避免走马观花。写到这里，还真想讲讲走马观花的故事，应该对产品考察有启发，如果谁有兴趣，自己去找找看吧，不讲了，拜拜。
6、& |! ~/ j! u* }0 e- b# a% g, k g
成功案例考察 这个道理很简单，中国人的销售有趋同性，很多时候都是受别人的影响来做自己的决定。你的朋友也有车，你不去找他聊聊，看看他对车的评价，也许你还亲自驾驶感受一番，哪怕朋友一百个不愿意。 记得有一次内部会议讨论的一个主题，就是客户为什么热衷于考察成功案例？各位销售神仙妙语连珠，但我说了一句：企业考察成功案例，是为了增强对软件厂商的信心，是支撑自己做出和软件厂商合作的决定！俺觉得自己说的相当的有道理，却没有引起大家的共鸣，郁闷啊！对了，俺这些豆腐块是写给企业看的，你看看是不是俺说的那些话太高深了，他们理解不了啊，你能理解吗^_^。企业考察成功案例确实应该的，至少自己心理踏实，但是该怎么做哪？别慌，俺来了—— 企业在考察ERP成功客户的时候，最好考察的是行业，或者化工生产，或者机械制造，看你企业做什么，而且如果可能的话，最好考察业务完全一样的企业，譬如都是生产飞机大炮的——别笑，举个例子而已。然后哪，考察的企业，他们使用的ERP涉及的业务最好和自己的规划是一致的，假设企业准备做ERP，就找使用ERP的企业考察，假设企业准备做BI，哪也对比着考察。这样多的好处，一是同行同业有可比性，相互之间可以借鉴学习，二是通层次的应用，道理是相同的，如果你做CRM却考察HR用户，业务不同，没有任何参考性。 行业内有个不成文的秘密，作为客户的您需要考察，软件供应商都会提前“安排”好的，一般是软件供应商安排哪家企业，你只能考察哪家，没有选择的余地。如果你很牛，项目也足够大的引起软件供应商的足够重视，你不妨叫软件供应商提供N个成功案例，由你企业自己来决定，而且紧急通知考察时间，不给软件商准备的时间，这样的考察才会有真正的效果。怎么感觉自己很损啊，不行，还是做个说明吧，毕竟自己现在还是乙方，不是甲方，应该站在乙方的角度写，但这是为了知道企业选型，尽可能写的有价值，尽可能对企业有帮助，而且是闲话，不要较真才是——谢谢各位大人大量。 其实，作为我来说，还是很看重这个环节的，对于销售代表来说，好的成功俺来考察，可以使项目有实质性的进展。我们不是常说嘛，榜样的力量是无穷滴！哎，成功案例就是ERP榜样，考察的效果好，客户看了心理踏实，也是说服项目组成员的一个利器——你看人家谁谁谁使用的多好啊，交给XXX公司来做放心，呵。同样可以把成功案例考察情况，以及考察学到的项目经验编写一份报告，也是让老板支持你的一个理由。考察的好处多多，无论对于企业还是软件厂商，就看你怎么来运作了。 | 
发表于 2008-8-26 16:50:52
