erp实施过程范文

第一篇：erp实施过程范文

ERP实施过程模型

实施过程分为6个阶段，有的ERP公司分为5个阶段。但大同小异。项目启动

项目调研

数据准备

系统培训

系统切换

系统维护

ERP顾问初次拜访客户前必须了解的情况：

A、从销售人员处首先了解客户企业的目前运营状况，以及信息化建设的现状?

B、从销售人员处了解企业中高层领导对该ERP项目的认识，及其对启动该ERP项目的真正目的?

C、从销售人员处了解该企业对该项目支持的情况：

如：哪些人支持该项目?

哪些人不支持该项目?

那些人保持中力?

以及这些人在企业中的地位。是否拥有该项目的决策权?

D、从销售人员处企业明年的目标或者企业未来的战略目标?

如：明年利润达到5个亿?

2010年成为中国该行业内十强?

E、从销售人员处该客户的所从事的行业?

F、客户是否对该项目上线时间有所要求?

H、客户是否是公司的战略客户或者是重点客户?

I、熟记客户高层领导和ERP项目负责人的姓名。

ERP顾问初次拜访客户必须准备的资料

A、实施ERP如何帮助(辅助)客户高层领导实现他的个人目标?最终目的是得到他最大的支持。

B、实施ERP如何帮助(辅助)客户实现企业战略目标?最终目的是得到他最大的支持。

C、实施ERP如何帮助(辅助)客户各个部门主管实现个人目标及部门目标?最终目的是得到他最大的支持。

D、项目的总体实施规划，具体时间可以不定。可以到客户方了解具体情况在做定夺，但是必须明确计划实施过程中关键节点和实施过程。

E、准备好和客户高层或者项目经理的沟通内容，必须明确的告诉(或暗示)对方该项目的实施会提高他在企业中的地位。或者实现他的个人目标。最终目的是得到他最大的支持。

F、准备ERP实施方法的PPT，在讲述实施方法的过程中必须给客户进行洗脑，明确指出ERP不是神，不可能实现所有的功能。ERP是实实在在的工具。是改善管理体系，提高利润、降低成本的管理方法。

目前各类型的ERP(企业资源计划)软件在市场中层出不穷,究竟哪一种软件功能更强且更适应用户需求也越来越为用户所关注。我们知道系统参数设置越灵活,软件性能越强,越能满足用户的需求,但同时也加大了系统实施的难度。众所周知,成功的软件实施需要软件系统知识和企业管理思想相紧密结合,而这一点往往又是软件商或用户中任何一方难以单独完成的,因为软件的生产者会更注重其产品性能的完善,而不能非常完整、系统地掌握用户的需求信息;而作为用户,一般并不能十分了解各系统的功能以及它们之间的差别,因此很难正确选择适合本企业的系统。在这种情况下,既熟悉软件功能,又熟悉企业状况的咨询机构应运而生。这种较为独立客观的咨询机构能够站在用户的角度,并凭借自身对各种系统的熟悉与了解,在实施过程中与软件商密切合作,发挥出系统的最大功效。

KPMG(毕马威华振会计师事务所)的IT咨询有多年系统实施的经验,并在实践中形成一套较为成熟的实施方法。此方法以用户为中心,以用户的需求为出发点,将实施的各阶段文档化,从而在很大程度上能够确保实施成功。下面结合我们的经验和体会,具体谈一谈这一方法。

1.需求分析

需求分析是指在充分了解客户情况,包括客户生产/财务及管理流程后,与客户一起讨论对系统的具体要求方案,主要针对其现行体制中的不足及目前所需的信息,制定出一套用户对系统的需求方案。在这一阶段中我们发现有许多用户并不十分了解其自身的需求,至少是并不十分明确。此时,作为用户的咨询人员还应主动了解客户情况,结合对各类系统功能的熟悉给用户提供有价值的提示,帮助客户明确自身的需求,并以此为蓝本对软件进行选择。需求分析是完全以客户的需要以及实际情况为出发点,因此为客户合理地选择系统提供了基本保障。需求分析按照由顶至底、由大到小、由粗到精的过程来进行,可分为3步。

第一步:确定客户的性质和背景。

此时,我们采用客户定位的办法,如下图所示:

客户定位的意义在于,不同的行业,其运营及管理特点也存在着很大差异。找到客户类型,也即制定出一些标准的需求(行业需求),即我们所谓的初步定位。

第二步:在初步定位的基础上针对客户的特点和业务流程特点进行详细分析。在这一过程中,我们会分各个流程与客户的管理层进行分析,如生产流程、财务流程、企业管理流程、人事/工资管理流程以及其他流程。此外,除了对整体流程定义具体需求之外,我们还将讨论一些客户在其它特定领域中的要求,如远程访问以及与电子销售系统相连接等。

第三步:结合各种软件的不同功能对客户的需求进行分析。在这一步骤中,我们将综合各类型(大、中、小型)系统的不同特点对企业需求进行进一步分析,以便给客户管理层提供一些具有价值的引导和提示,其中包括对各类系统目前面临的具有共性的问题以及近期的一些趋势。

由于客户在软件行业方面的接触面有限,那么这种综合性的分析在很大程度上会带给客户对现阶段及未来一段时间企业在信息系统方面需求的一些新认识。我们称这为引导提示性需求分析。

由上述的分析步骤及内容可以看出,需求分析是整个实施过程中至关重要的一步,是否制定出合理的客户需求决定了以后整个系统实施的成败,这是因为:

(1)需求分析是进行系统选型的指导

由于不同的系统其开发的侧重点不同,所适用的行业也各不相同。就制造行业而言,不同企业其物料清单的结构和生产方式大相径庭,有A型结构(离散型制造业),V型结构(连续流程化工型制造业),X型特型(选择装配型产品制造业),在进行主生产计划(Master pl anning)和物料需求计划(MRP)计算时,软件将物料清单的结构展开,其计算方法存在很大区别,所产生的采购计划、销售计划和预计生产时间自然就会因系统而异。很难想象一个药品制造业的企业采用装配型产品制造业的成本核算系统会带来什么结果--药品制造业由于其行业的独特性需严格追踪其产品中各种成份的含量及生产时间,若采用了装配型产品制造业的核算系统,则无法准确追踪上述两个因素,整个系统的功能也随之打了一个很大的折扣。作为用户和咨询人员双方都不希望看到投入很大精力、财力及时间取得的一套系统与自己当初设想的功能完全不相吻合这一局面。因此是否能正确地选择系统类型成为系统是否能发挥足够效用的决定性因素。

(2)需求分析为鉴定一个系统是否适合于企业建立了参照标准。

大型IT系统的选择是一项十分复杂的工作。许多客户在选择系统之初,往往只有一个模糊的、浅显的概念,如:我需要一个能打印报表的财会系统……,要有中文界面……,要能控制财务借贷平衡……,等等。实际上,就所有系统而言,这些表浅的需求是容易得到满足的。而更深一步的具有企业独特性的需求才是用户在选择系统时需要予以最多考虑的。如果用户对自身的需要不作深入的分析,往往会在系统实施一段时间以后,才发现具体业务及管理需求并没有得到满足,但此时系统已经安装完成,并已耗费了大量的人力、物力资源。类似这样的由于用户没有进行深入的需求分析,或由于一种趋从的心理做出了错误的系统选择而导致大量资金、资源及时间的浪费已屡见不鲜。而有经验的IT咨询顾问的作用则在于引导客户制定正确的需求,从而根据这些需求协助客户选择出适合于自己的系统。

(三)需求分析还可以做到协助用户确定合理的人力、财力方面的预算,在系统的实施过程中使各方面的要素得以优化组合。

2.系统演示/选择在这一阶段,我们会根据上一步骤中总结出的用户的具体需求,结合我们对各类型系统的了解,初步划分出几个适合于客户的系统,逐一安排进行系统演示。演示可以使客户产生对系统的感性认识,而作为咨询顾问则会协助客户将这种认识上升为对系统理性上的评价,并根据已制定好的参照标准,即用户的需求来评判出究竟是哪一种软件最适合于用户。进行系统演示有以下几个好处:

这是对客户需求的首次检验。此时,咨询人员会根据系统的功能和对客户需求的符合程度,让客户予以评价。

这是一个与需求分析交互的过程。通过演示,客户往往更进一步明确自己对系统的要求,从而修正需求分析,为下一步的选择决策做好充分的准备。

通过演示可使客户了解到自己对系统在功能上的需求和价格上的需求存在相互矛盾的一些方面。我们都知道,一套系统其功能越复杂,其价格也会越高。我们曾遇到有些企业用几百万美元买来一套系统,而仅把它当作一套普通的财务软件来用,也就是说,一些用户对其所购买的系统只实现了5%～10%的功能。相反的,有些企业对系统有较高的需求,但在预算方面无法接受其价格。这时咨询人员则会结合自己对客户需求的理解以及对I T市场的了解,协助客户挑选一些价格/性能比较适中的产品。

演示可以使客户理解为什么需要咨询人员的参与,以及咨询的价值,并为下一步的系统实施和设置打下初步基础。

3.系统询价/购买

一旦选定了合适的系统,咨询人员会帮助客户参与询价和购买工作,这其中包括为用户制订采购计划。许多中到大型软件包都是由各个可以独立工作的功能模块组成。有经验的IT顾问会帮助客户从实际情况出发,挑选当前需要的模块,剔除不需要的部分,进行有效的功能组合。例如:有些企业的固定资产很少,就可以从系统中除去可选的固定资产管理模块;相反的,如果需要,可以从第三方专门购买功能强大的固定资产管理模块,集成在主模块中,进行专门管理。这样做的好处显而易见,既可以节约资金,又可以适应日新月异的信息技术市场,随着企业的发展,选择功能更加完善、价格更为合理的产品。

4.安装系统/调试/网络建立从这一步骤开始,咨询人员的角色已经从协助客户管理层作出软件选择的决策转变为负责安装实施整套管理信息系统。

实施的第一步是建立网络。网络的建立通常是由企业自身的MIS人员完成。咨询人员则着重于检测该网络环境是否支持用户所选的系统,网络结构是否达到优化,可以使系统稳定、高效地运行。

实施的第二步是系统的安装。系统安装的复杂程度因系统本身的复杂性而异。一些小型财务软件的安装只需要十几分钟,而大型系统,如SAP、JDEdwards、Baan等,其安装需要事先周密计划,各单位统一安装、协调进行。整个过程包括在系统实施前必须规化网络结构,根据业务量确定各个子网规模;其次是设置网络操作环境及通信协议;然后再安装各类数据库服务器、应用服务器及备份服务器;最后是系统客户端软件的安装…在此全过程中均会涉及到硬件/网络、软件/数据库等各方面的匹配。此时掌握企业信息和系统需求的咨询人员的地位更显得尤为重要了,因为只有对各个环节进行统筹安排,才可以成功地完成这种复杂的系统安装,否则任何一个环节的疏漏都会导致整个项目的失败。

5.参数设置各类中、大型软件都预留有各项参数,客户可以根据自身的特点来进行设置,即我们通常所指的用户化。用户化是系统实施中最为复杂和关键的一步。参数设置是否正确,直接关系到软件功能的实现及系统运行的平稳。通常参数的设置需要客户和咨询顾问双方共同讨论,因为只有将企业的特点与软件的功能紧密结合才能使软件功能得到最大限度的发挥。举例而言,在制造型企业的系统实施过程中,咨询顾问要根据产品工艺特点设计物料清单的格式、成本控制中心,这时工艺流程、人力资源以及产品的准备时间、生产时间、包装时间都成为必须考虑的要素。当所有类似的参数得以明确定义后,方可进行系统设置,完成用户化过程。此外,如果客户选择的是中小型软件,那么在参数设置过程中,用户会更清楚地认识到一些这类系统无法实现的功能,如一些特定报表的输出。咨询人员会根据这些需求的重要程度协助客户决定是否在系统以外做相应的设置,如利用各类报表书写器来设计系统内无法完

成的各种报表,并做好与系统内数据库的接口。

6.用户培训。当系统安装、调试完成,参数设置校验无误后,咨询人员将安排所有最终用户(end-user)的培训,培训将根据用户在系统中的权限定义及责任范围分批分组进行。

第二篇：[转]ERP实施全过程

目录如下;

之一--实施前的准备 之二--总体需求调查 之三--解决方案设计 之四--模块实施上线 之五--系统并行运行和总结

ERP实施全过程 之一--实施前的准备

近一两年来，围绕ERP的探讨文章很多，几乎覆盖了ERP的各个角落，极大地推动了ERP理念在中国的推广。虽然不同作者观点不尽相同，但至少有一点是所有作者都认同的，那就是成功应用ERP系统取决于三个方面，可现象地用如下公式表示： ERP应用成功=有准备的企业+合适的软件+成功实施

而三者之间，成功实施是保证ERP系统应用成功最重要的因素。作为一名专业ERP的实施顾问，笔者接触了不少准备实施或正在实施ERP的企业，其中不少企业对ERP实施方法和模式认识不清，往往给实施工作带来不必要的麻烦。所以，笔者一直就有这样一种想法，如果把一家实施ERP的企业作为一个案例，介绍整个实施过程，也许对那些正准备实施ERP的企业有所帮助。下面我们就以A企业ERP实施为例。

一、A企业的选型误区

A企业是一家国有企业，企业效益在同行业处于领先，然而企业信息化建设一直比较落后，除了财务部在使用国内的一家软件公司的产品外，**部门基本是手工管理。随着市场竞争日益激励，这种落后的管理已成为企业进一步提高效益的瓶颈。引进先进的企业管理软件势在必行。于是A企业成立了一个ERP项目小组，项目小组构成如下：主管IT部门的副总、IT部门经理和相关人员。然而经过一年的选型，企业还没有确定选择哪家软件。(这种现象在很多准备上ERP系统的企业在选型时往往遇到类似情形。)最后，A企业委托笔者所在的咨询公司帮助选型。我们介入该公司以后，通过调研分析，发现A企业在选型时存在如下问题：

1. 企业高层**对ERP认识不清，未达成一致共识。有些**认为ERP不就是一个软件吗，没必要投入那么多钱。

2. 项目小组基本以IT部门为主，业务部门参与太少，对该项目持怀疑态度，消极应付。

3. 在目标不清的情况下，请了很多家软件厂商来做DEMO，项目小组看了这么多家的软件，界面成百上千，眼睛都看花了，也没有弄清楚到底哪家软件好。

针对上述情况，我们采取了如下措施。

1. 首先对企业进行了一次调研，初步了解企业的业务和各部门的需求，然后有针对性地准备了一份调研报告，提出了企业在管理中存在的诸多问题，必须要借助ERP 系统的实施进行一次管理改造。高层**非常认可这份报告。紧接着，我们对整个企业高层**和业务部门经理举办了一次ERP系统管理理念的培训。通过此次培训，高层**认识到ERP是管理改造项目，离不开高层**的支持;同时也对ERP系统也有了正确的预期，认识到ERP系统能够解决什么问题，不能解决什么问题。

2. 重新改组项目小组。重点是吸收了业务部门经理参与项目小组，并承担重要角色，IT部门仅起到支持作用。

3. 经过进一步详细需求调研，确定企业上ERP系统的主要目标，从而也就确定了选择ERP系统的标准和量化指标体系。设置指标体系时不仅考虑了软件的需求满足程度，还考虑到软件的扩展性和软件厂商的发展等因素。

在我们咨询公司的协助下，A公司终于走出了选型误区，在较短的时间内，确定了一家国外一家大型软件厂商的ERP产品，同时确定我们作为该软件的实施商。

二、培训的重要性

A企业通过选型事件后，认识到ERP要想实施成功必须要请专业咨询公司，同时也非常重视ERP实施中培训的重要性。然而在起初，A企业项目小组对培训重要性的理解不深，认为在ERP实施过程中只需要培训最终用户如何使用软件操作即可。经过我们反复讲解，举了许多失败的案例，A企业项目组逐步意识到培训的重要性。针对不同的对象，培训可分为：

1. 对ERP系统管理理念的培训。

这种培训就是我们在选型时，对A企业高层**做的培训。培训目的是让他们形成共识，理解为什么ERP是管理改造项目，离不开高层**的支持;另外一个目的就是让他们对ERP有一个正确的预期。

2. 对项目小组的培训。

对项目小组的培训包括项目管理的培训、实施方法的培训、ERP软件功能的培训。ERP实施对企业来说也是一个大型项目，成功的ERP实施离不开成功的项目管理，所以项目小组成员必须了解项目管理的一般概念和方法。 3. 对最终用户软件操作的培训。

对最终用户的培训就是用户知道怎么操作软件，是企业最能够接受的。 4. 对技术人员的培训。

包括系统管理员的培训、开发人员的培训等。 5. 对新流程的培训。

ERP实施中技术虽然很重要，工作量也很大，但并不是最难的;最难的是ERP实施必须要对管理做很大改变，即进行业务流程重组。这样，ERP实施完成后，企业员工都面临着全新的业务流程。对新流程的培训也就意义重大了。 6. 对数据分析的培训。

ERP系统正常运行后，会有很多有用的数据。如果这些数据放在那儿不去利用，就不会很好地发挥ERP系统的作用。所以必须教会企业如何去分析数据，为企业决策提供依据。

三、实施前的准备工作

A企业选型完成以后，下面的工作重点是完成项目实施前的一系列与项目管理有关的文档，其中最重要的是确定项目的范围、目标和方法以及项目实施计划。

1. 确定项目的范围、目标和方法

为了保证项目在给定的时间和成本范围内高质量地完成，必须有一整套关于咨询服务、技术支持和培训的方法和软件，其中首先要明确的就是项目的范围、目标和方法，本文档同项目的质量管理计划相结合，将成为整个项目实施的基础性文件，并提交给所有项目小组成员。

本文档的目的是提供项目实施方法，策略，风险，效益和假设等信息，以及有关项目资源需求的依据。具体来说，本文档将提供以下信息的唯一来源：

• 实施范围：目标，里程碑，成功因素

• 实施方法：管理，环境，**业务需求

• 技术处理策略

• 项目实施政策，风险和假设

• 验收标准和需求改变管理

1. 确定项目工作计划 根据项目范围、目标和方法，经双方项目组成员讨论进一步确定项目实施计划，该计划主要内容如下：

阶段编号 阶段 主要工作内容

1 总体需求调查 • 总体业务需求调研、报告和讨论 • 安装产品Demo环境 • 对项目小组进行软件标准功能培训

2 总体解决方案设计 • 业务分析与业务流程重新设计 • 业务需求与软件功能匹配 • 建立测试原型，并进行初步模拟测试 • 讨论、审批并形成最终总体解决方案

3 详细方案设计 • 软件模块设置分析 • 计算机业务流程分析与设计 • 在测试环境中进行详细模拟测试 • 讨论、审批并形成最终方案

4 模块实施与上线 • 财务、仓库、采购、分销、制造等模块分步实施上线

5 并行运行 • 经过一个月的并行运行验证表明，结果正确，运行正常

6 实施结束 • 实施结束，并开始后期支持

1. **重要文档，如质量管理计划、项目资源计划等。

四、结束语

在经过与A企业项目组上下沟通，其中也有一些波折，但总的来说，我们比较顺利地确定了项目实施初最重要的文档，并经过双方项目经理的签字确认，可以说是起了一个好头。为以后项目正式启动铺平了道路。 之二--总体需求调查

在上一篇文章，笔者以A企业为例，详细介绍了在ERP实施过程的第一步，即前期准备工作的主要工作内容，并提到了ERP的实施可分为六大阶段，本篇着重介绍第一阶段棗总体需求调查阶段的工作。总体需求调查主要有以下工作内容： • 总体业务需求调研、报告和讨论

• 安装产品Demo环境

• 对项目小组进行软件标准功能培训

从上述工作内容，可以大体知道，总体需求调查阶段的任务，是让顾问充分了解客户目前业务现状、流程，并在顾问和客户互相讨论的基础上，形成业务现状描述文档;同时要对客户进行ERP系统标准功能的培训，让客户知道ERP系统是如何解决业务问题的。经过这一阶段，顾问了解了企业的业务，客户了解了ERP的功能，双方就有了许多共同语言，为进一步开展实施工作铺平道路。

一、确定阶段计划

在调研前，我们与A企业项目小组核心成员确定了调研阶段的详细计划和时间表。我们的计划如下(没有考虑节假日)：

任务 时间(天) 开始时间 结束时间 参加人员 1. 总体业务调研 41 3月1日 4月10日

1.0 调研动员大会和培训 1 3月1日 3月1日 双方项目小组成员各部门经理和骨干 1.1 市场和销售业务调研 1 3月2日 3月2日 顾问客户方项目组有关成员被调查部门主要成员

1.2 采购业务调研 1 3月3日 3月3日 同上 1.3 仓库业务调研 1 3月4日 3月4日 同上 1.4 生产业务调研 1 3月5日 3月5日 同上 1.5 财务业务调研 1 3月6日 3月6日 同上 1.6 设计开发业务调研 1 3月7日 3月7日 同上 1.7 写业务现状报告 7 3月8日 3月14日 各业务部门 1.8 阅读业务现状报告 7 3月15日 3月21日 顾问

1.9重复调研阶段 10 3月22日 3月31日 顾问客户方项目组有关成员被调查部门主要成员 1.10 修改并确定业务现状报告 10 4月1日 4月10日 以顾问为主 细心的读者可能发现如下两个问题：

第一，在ERP实施准备阶段，我们和A企业目小组已经确定项目实施计划，为什么在这里又要制定调研阶段的实施计划?原因是在准备阶段制定的实施计划是一个大的阶段计划，比较粗;另外，在具体实施过程中，由于许多事先没有考虑到的因素，造成项目计划会经常发生变更(比如：企业方项目小组关键成员外出，企业购置的计算机硬件发生故障)。所以，在ERP实施过程中，实施计划有粗有细，可分为：整个项目的实施计划、每个阶段的详细实施计划、近一周的工作计划，计划周期越短，计划就越明确。

第二，在上述计划中，对每个业务部门的调研基本只花一天的时间，能把问题都问清楚吗?这个问题也是许多企业会提出来的。的确，花一天时间顾问是不可能非常明白地理解企业的业务。在ERP实施过程中，调研有初步调研和详细调研之分。在总体业务调查阶段的调研属于初步调研，主要目的是通过顾问和业务部门的交流，让顾问对企业业务和需求有一个总括的认识，同时在交流中顾问可以回答客户提出的问题，让业务部门对ERP有一定了解。调查完一个部门，就布置该部门写业务现状报告。

二、调研前的动员和培训

确定了阶段计划后，我们组织了一次调研动员和培训大会。参加会议的有A企业的项目组成员和所有的部门经理和主要业务骨干。会议主要议题有：

1. 业务现状调研在ERP实施中的重要性。

2. 调研工作的主要内容，也就是要了解哪些情况。

3. 被调查对象要注意哪些事项，要事先做哪些准备工作。

4. 业务流程描述的培训。

用图表的方式来描述企业的业务流程是一个非常好的方法，然而如果要企业业务部门自己来做这项工作，他们往往就会发现很困难，画出来的流程图也比较乱，线绕来绕去，别人很难看懂。解决方法有两种，一种方法是通过调研，顾问来画业务流程，然后与业务部门讨论，看顾问画出来的流程是否真实地反映了企业的业务;另一种方法是顾问教会客户如何画业务流程，然后由客户先写业务现状报告，画流程，最后顾问修改定稿。比较而言，第一种方法比较省事;第二种方法业务部门一开始会感到比较困难，但顾问一般倾向这样做，因为这样会促使业务部门去思考他们的业务，发现一些业务流程改善的机会。

俗话说，磨刀不误砍材工，调研动员和培训大会一定要组织好，达到预期目的，否则，由于被调查对象对业务调研的重要性认识不清，或者事先没有经过充分准备和思考，导致在调研时遇到一些阻力或者不能达到预期目标。

三、调研的技巧

调研是一项讲究方法和技巧的工作，良好的调研能力是一个咨询顾问必备的基本素质。在调研中，顾问会面临不同类型的被调查对象，如何引导被调查对象的思路，问出你关心的问题，取得很好的效果，就要看顾问的功底了。根据笔者的经验，被调查对象多种多样，可以分为以下几种类型： 一问一答型：顾问问一句，回答一句，不问不答。这种人一般不善言辞，或对业务不是非常清楚。面对这样的被调查对象，顾问应该要比较主动地询问，启发被调查对象。

发牢骚型：一旦讨论起来，他们经常跑题，发牢骚。对企业存在的问题，不是从自身找原因，往往总是怪**部门不合作或**原因。当然，这些发挥有一部分确实是能够帮助顾问发现企业管理的问题点的，但在有限的时间内我们必须抓住重点，完成预定目标。因此，面对这样的被调查对象，顾问应该把握住调研的主线，引导被调查对象在正轨上适度发挥。 怀疑型：被调查对象产生怀疑一般有如下两种原因：一种是企业以前投资引进过类似ERP的项目，然而由于种种原因，最后没有产生效益，他们认为ERP也一样，最终是要失败的，于是对实施ERP抱怀疑态度。另一种原因是对ERP系统了解不深，过分强调自己企业的业务非常复杂，认为ERP是很难或不可能解决的。 在A企业的调研中，我们采用如下方法：

1. 在调研之前，由客户方项目经理召集被调研的部门人员，先组织内部讨论，提出问题。

2. 顾问准备了一份详细的调研提纲，作为调研的依据。但要注意，调研时，千万不能就调研提纲逐一提问，应该启发被调查对象，发散思路。

3. 调研时，由客户方项目经理等关键成员和顾问一起参与调研。客户方项目经理可以起一个协调作用。

4. 调研结束后，顾问及时提炼出当天调研的主要问题，然后交客户方项目小组阅读，看顾问理解的是否正确。

5. 调研结束后，布置被调查的业务部门写业务现状报告。要求在业务现状报告中要反映以下问题：①该业务部门的组织结构，岗位设置和职责;②主要业务和业务流程;③列出目前存在的主要问题，以及希望上了ERP后，迫切需要解决的问题。

通过上述措施，我们的调研效果相当好，客户也很满意。

四、修改并确定业务现状报告

按照我们的计划，从3月8日开始，我们要求A企业各部门用一个星期时间，写业务现状报告。我们收到报告后，仔细地阅读后，发现一些不清楚的地方，或报告没有写到，但我们比较关心的问题。总结起来，有如下问题：

1. 文档格式不符合我们的要求。作为专业的咨询公司，在ERP实施中，各种文档都有专门的格式，虽然在调研前顾问已经做了培训，但有些部门还是没有完全按要求写。

2. 流程图画的不规范。比如，我们规定，“矩形框”表示一个活动，“菱形框”表示判断，等等，有些部门没有按要求做。还有许多流程是跨几个部门的，本来要几个部门协调共同来做，但各自做各自的，结果不同部门对同一流程，画出来却不一样;另外，有些流程很复杂，无法用一个流程，就需要适当分割，用几个流程来描述，但业务部门不知道在哪里分割。

3. 有些报告只写现状，没有写需求和期望。

针对这些问题，我们采用个别培训，与业务部门反复讨论等方式，最终确定了各部门(按ERP模块)的业务流程文档，有：总帐、应收、应付、资产、采购、分销、库存、生产计划、车间、设计等。

五、文档的重要性

前面提到顾问与客户的一切工作都与文档的制作息息相关，可见文档在实施进程中的重要性不可小觑。那么，文档到底对整个实施工作有怎样的积极性作用呢? 首先，我们可以大致把ERP实施中的文档分为以下几类：

• 分阶段实施计划文档

• 分阶段目标设置文档

• 标准业务流程文档

• 标准编码、标准数据文档

• 标准参数设置文档

• 功能操作指南文档

这些文档伴随着ERP实施的各个阶段逐渐充实、完善;与此同时，它们亦记载了整个实施的过程和成果。

接下来，我们来分析这些文档的价值所在：

1. 书面化的文档有助于实施方与企业方明晰各自的职责，信息互通，共同把握实施的节奏; 2. 标准业务流程文档有助于双方明晰业务流程，有效配合业务流程的重组和优化;

3. 标准编码、标准数据文档及标准参数设置文档更是ERP实施比不可少的基础资料，可有效减少重复工作，并可减少对正常工作的影响。如：万一企业人员由于误操作，导致初始设置的丢失，可利用实施的标准文档迅速补救，最大程度上减少对企业正常工作的影响。

4. 功能操作指南文档可帮助最终用户规范化操作，加强培训效果。

ERP的实施过程少则几个月，多则一两年。在这个时间跨度中，项目组的人员难免要发生一系列变化;同时，实施完成后，企业的运行过程更是漫长的过程。因此，实施的标准文档将成为实施信息的公共载体，指导实施双方的工作。

六、结束语

经过这次调研，A企业上下反映良好。许多开始有畏难情绪的部门，经过与顾问反复交流，也信心实足。有一位业务部门的经理曾对笔者说，每一次与顾问交流，都对ERP有进一步的了解，同时他还建议把企业所有的业务流程汇编成册，这对企业理顺管理很有好处。确实是这样，成功的ERP实施离不开业务流程重组(BPR)，而BPR的基础就是业务流程调研。 之三--解决方案设计

在演义之二，我们介绍了进行业务调查，要做哪些准备工作，调查过程中要注意哪些问题，调查结束后要出哪些文档和报告。一句话，业务调研阶段的主要目的是对企业的业务进行了深入的调研，明确了企业的需求和企业的现有业务流程。

完成业务调查后，我们进入了ERP实施过程非常重要的一个阶段棗方案设计。它主要任务是针对企业需求，在进一步分析企业业务的基础上进行业务流程重新设计，并提出系统解决方案;同时在测试环境进行业务模拟测试。具体来说在该阶段，主要要完成以下工作： • 业务分析与业务流程重新设计

• 业务需求与软件功能匹配

• 建立测试原型，并进行模拟测试

• 讨论、审批并形成最终解决方案

一、业务分析与业务流程重新设计

一般来说，一个企业主要的业务和流程有： 1.企业管理 7.生产运作 2.财务管理 8.销售定单管理 3.人力资源管理 9.销售和市场管理 4.营销管理 10.生产计划预测 5.物料管理 11.售后服务 6.新产品开发 12.采购管理

在业务调研阶段，我们要逐一对这些业务进行调研，与企业进行深入讨论，最后要总结提炼出每一项业务有哪些需求，并用图表的方式描述出这些业务的现有流程。由于现有流程是在传统管理模式下，与手工处理相适应的，所以这些流程不可避免的存在许多无效的活动，流程的运作成本高，效率低下。比如以A企业的采购管理流程为例，进行分析。 A企业采购管理现状：

1. 原材料品种规格多，常用的就有2万多种，采购任务重。

2. 紧急采购任务多，占到全部采购任务的70%。主要原因有：一是没有完善科学的市场预测，没有办法提前做生产计划和采购计划。二是客户要求的交货期很短，有时生产部门给采购部门的采购时间只有一天，而对有些物料，不可能在一天完成采购，造成部门之间互相埋怨。三是不同客户要求不尽相同，标准件少，用增加库存的方法来实现对客户及时交货的承诺效果也不好，同时也违背了企业降低库存的目标。 3. 由于紧急采购量大，为满足生产要求，降低了对采购管理的控制。比如：许多采购没有采购定单。

4. 即使采购基本上按使用部门的采购申请执行的，但在库存资产中，仍有不少呆滞库存。原因是使用部门提出了采购申请，但等到采购入库后，由于各种原因不来领用。

5. 由于生产任务紧急，采购的物料还没有办理入库手续，就直接发到生产现场。

6. 仓库资产与财务对帐工作量大。

根据上述业务现状，我们首先要对采购流程进行进行优化。一方面要通过流程加强对采购环节进行控制;另一方面，要简化采购流程，提高效率。根据ERP的管理思想，标准的采购流程图为：

二、业务需求与软件功能匹配

对企业的各项业务需求，需要与软件功能进行详细的匹配分析，以决定哪些业务需求，软件可以实现，是如何实现的;哪些业务需求软件不能实现，是否要做开发，等等。 比如，下面是采购业务需求匹配分析表的例子。表中各字段含义如下： 编号--需求编号(顺序号) 差异--表明是否是差异

业务需求--对该项业务需求进行描述

匹配结果--如果软件可以解决，注明在哪些模块中，如何解决的。如果软件不能解决，应该注明如何解决。

编号 差异 业务需求 匹配结果

采购接收到的数量要与**上数量进行匹配。 在采购模块中在下采购定单时，需要选择匹配规则，匹配规则有：1**数量与采购定单数量比较。2**数量与采购接收数量比较。3**数量与检验合格数量比较。可以按企业需要选择一种。在应付款模块中企业可以在应付款模块录入**，然后选择采购定单进行匹配。

把企业的业务需求匹配后，基本上就形成了总体方案。

三、建立测试原型，并进行模拟测试

经过业务流程的重新设计和需求与功能匹配后，企业对ERP软件有了更进一步的认识，也了解了ERP系统中的业务流程。但系统真正上线运行起来后，企业没有感性认识。所以必须在真正上线前，做一个实战模拟。

首先，实施顾问在ERP的测试环境中，根据企业实际情况进行初始化设置，如科目结构、供应商、客户、物料编码、物料清单等。测试环境的初始化设置与系统真正的初始化不完全一样，相对来说，测试环境的初始化要粗一些。

其次，输入必要的数据，比如科目的期初余额。不要求用企业的真实数据，可以用一些假设的数据。

第三，在测试环境中做业务模拟测试。比如，对采购业务，从使用部门提出采购申请开始，到采购申请的审批，再到采购定单的生成、审批等过程要一一模拟。 最后，测试各种单据、报表的打印，看看格式是否满足企业的需要。

四、讨论、审批并形成最终解决方案

1. 建立测试原型后，实施顾问分模块对企业项目组成员进行计算机流程的培训。

2. 培训完成后，实施顾问和项目组成员一起讨论，看看这样的解决方案是否满足了企业的需要。发现问题，要充分沟通，及时解决。

3. 征求最终用户的意见，让用户真正喜欢用ERP系统。

4. 企业项目**小组进行审批。

五、结束语

在产品设计制造过程中，有这样一条法则：如果在设计环节就发现产品的缺陷，其成本是1，但等到产品已经投入制造，才发现问题，给企业带来的损失可能就是 1000。在ERP实施中，这条法则也照样起作用。我们要尽可能在方案设计阶段，解决所有问题。顾问要非常清楚地向客户解释方案，这样，可以避免到真正上线时，不出或少出问题。 之四--模块实施上线

大家知道，要建一幢大厦，从大阶段看，要经过这样几步：

首先是建筑工程师要进行方案设计，设计方案就决定了大厦的总体架构。在方案正式确定之前，我们可以充分地讨论、修改方案，直到满意为止。当方案确定以后，在施工过程中不允许再修改方案，否则，前面许多工作将白费，成本很高。

然后，按照设计方案工匠们开始打地基、一层一层地施工。施工过程中，要按计划准备好各种建筑材料。否则，一种建筑材料没有及时到位，就会导致工程延期。

ERP实施就象建一幢大厦，也需要先设计、再施工。笔者在前面三篇文章中论述的ERP实施前的准备、总体需求调研、解决方案设计，就好比是设计。本篇文章“模块实施上线”好比是施工。 总体方案设计作为ERP实施中的重要里程碑，必须要充分地与客户进行讨论、并获得客户的书面确认。从而避免出现房子盖了一半，再推倒重盖的后果。

“模块实施上线”就是在总体方案的指导下，分模块，如财务、分销、制造等，进行产品环境的初始化，准备并转换基础数据，确认系统开始运行。具体工作如下：

• 制订模块实施上线计划 • 准备基础数据 • 培训最终用户 • 应用产品设置 • 业务数据转换 • 确认新系统正常运作

一、 制订模块实施上线计划

当ERP实施进入上线阶段，一方面，很多业务部门将切实参与到ERP实施工作中来;另一方面，上线阶段，工作量大，要准备的基础数据多。所以必须做好切实可行的上线计划，保证上线工作有序进行。在制订计划时，要注意：

1.计划要做到天，要详细规定每天应完成哪些工作。

2. 计划一定要分到责任人，要确定哪些工作是由顾问做的，哪些工作是由客户做的，并要让具体执行人清楚地知道计划。

3. 计划一定要规定截止时间，如规定在某月某日之前要准备好某项基础数据。

4. 制订计划时，要考虑资源(人力、时间)制约。如财务部每月月底要准备财务结算，不能抽过多时间。

5. 制订计划，一定要留有余地。根据我们的经验，在上线阶段会遇到各种事先没有预计到的问题，所以，过于紧凑的计划往往不能按期完成。

二、准备基础数据

在实施演义之一，我们说过，ERP成功三大因素依次为：人、数据、技术。可见基础数据准备的重要性。ERP中数据可分为两种：

一种称为静态数据，所谓静态数据一般不随时间不同而改变，如：①物料Item主文件，②物料清单BOM，③工艺路线Routing，④各部门、各种资源，⑤供应商基础资料，⑥客户基础资料，⑦会计科目等等。因为静态数据一般比较稳定，可以提前准备。

另一种称为动态数据，动态数据一般随时间不同而改变，如：①库存余额，②车间在制品余额，③总帐余额，④应收帐款余额，⑤应付帐款余额，⑥未结销售订单，⑦未结采购订单等等。这些数据要在各模块上线切换点的数据为准。比如，计划7月份总帐模块上线，一般以6月30日总帐余额为准。

在准备数据之前，顾问要准备一份“数据准备文档”，在该文档中要明确如下内容： 1.数据准备时间，范围。即何时完成，准备何时的数据，准备哪些数据。

2. 明确双方责任责任。我们一般要求客户来准备基础数据，并保证数据的完整性、正确性(实际也只有客户自己才能做);顾问只提供数据准备的要求、格式。

3. 数据准备的要求。客户必须按照顾问要求的格式来准备，这一点非常重要，很有好处： (1)可以保证数据的完整一致。比如说，要准备供应商资料，我们在Excel中准备好空白如下表格。

序号 供应商名称

供应商编号 纳税登记号 分类 地址 联系人 1--- 这样每个准备供应商信息的人，都知道供应商资料应该包括：供应商名称、编号、地址、纳税登记号、联系人。

(2)方便核对数据。一旦在Excel中准备好数据，并核对无误后，就需要输入ERP系统，输完以后，再用ERP系统生成并打印报表。比如，对上述供应商资料，我们可以从ERP系统输出一份报表，去和Excel中的数据核对，看看在输入过程中是否出错。如果没有一份在Excel中准备好的完整资料，核对就比较困难，而且容易遗漏。

(3)如果基础数据量很大，一般就需要开发专门的数据转换程序，这样更需要按一定格式准备数据，否则，数据转换程序不会正常工作。

在实际工作，很多客户一开始感到不理解，认为没有必要一定按照某种格式准备，作为顾问一定要和客户沟通，解释重要性。

三、培训最终用户

上线过程中，有很多数据要输入ERP系统，而且一旦上线后，最终用户就需要天天和系统打交道。为保证每个用户多能够熟练地使用ERP系统，培训就显得很重要。笔者在实施演义之一中已经对ERP实施中的培训作了详细论述。在这里再简单介绍如下：

1.让客户方项目组成员来准备培训教材，顾问提供指导。在ERP实施项目组中，客户方有专门的模块负责人，他们因为很多时间和顾问一起工作，而且已经接受过顾问的培训，有能力准备培训教材。同时，ERP上线以后，模块负责人作用很大，需要给他们一定压力来尽快熟练软件。 2.顾问负责培训模块负责人(Train trainer)，让客户自己来负责培训最终用户。

3.最终用户培训工作要经常进行。特别是如果客户原来计算机基础不是很好，一定要多做培训。 4.培训要有一定的奖惩措施。为了提高培训质量，客户应该制订一定的措施，如规定，在经过一定时间培训后，要进行考试。考试不合格，进行补考，补考不合格，可以采取一定惩罚，以激励最终用户学习的积极性。

四、应用产品设置

设置(Setup)是ERP实施中一个专门术语，其含义简单地讲，就是按照企业的实际情况和需求，配置系统参数，把一个通用的ERP系统变成适合企业需要的计算机系统。比如，对总帐模块上线，以下工作就属于设置：

• 按企业需要设置会计科目结构，币种，会计日历，最终形成企业的会计帐套。 • 按企业需要设置凭证的分类和编号规则。 • 按企业需要设置凭证的审批方法。 • ......

设置之前，需要准备一份“设置文档”。设置文档主要内容是设置的详细步骤，每一步是如何做的。设置文档是ERP实施中一份关键文档，必须要完成，有以下作用： 1.确保设置正确。如果没有一份书面文档，一面想一面设置，容易出错。

2.更正有依据。设置完成后，万一出现问题(系统出错、或有人更改了设置)，可以查看设置文档，很快进行修改。

3.对客户来说，文档是知识的积累和转移。假如，某客户是一家集团公司，有许多类似的下属企业。在ERP实施中，一般的模式是先以1-2家企业做试点，试点成功后再推广。有了设置文档，推广工作就可以节约很多时间。

五、业务数据转换

一旦产品设置完成后，基础数据也准备好的话，下面的工作就是把基础数据导入ERP系统。数据转换需要事先制订转换策略，确定是手工输入、还是用程序进行转换。一般原则是，如果数据量不大，可以采用手工输入的方法，否则需要考虑用程序来进行数据转换。

基础数据导入ERP系统之后，下面工作就是要核对数据，核对方法是从ERP系统把数据以各种方式输出，和输入的数据进行核对。

六、确认新系统正常运行

上述工作均完成后，ERP系统就是要正式运行了。

1. 验证设置是否正确。比如总帐模块，各种基础数据输入后，经检查，均正确无误，但ERP系统生成财务报表就是不正确。这种情况下，我们就需要检查是否是设置问题。诸如此类的问题很多，需要一一验证。

2. 制订各种业务规则。上了ERP之后，许多新的业务流程和企业原有的业务流程不同，而最终用户往往习惯了以前的做法，短期内可能不适应。为了确保ERP系统真正用起来，必须做好以下几点：

(1)做好培训工作。培训ERP系统的操作和ERP的业务流程，上面已经反复讲过。 (2)制订详细的业务规则，规定企业各种业务在ERP系统中是如何处理的。并让每位相关的最终用户知道、理解。

(3) 制订必要的制度，确保按规定操作，特别是在使用ERP初期，完善制度尤为重要。

之五--系统并行运行和总结

在演义之一中，笔者谈到ERP实施大体要经过六个大的阶段，即：总体需求调查、总体解决方案设计、详细方案设计、模块实施与上线、并行运行、实施结束。前面我们用四篇文章的篇幅，逐一介绍了前面四个阶段。在本篇文章中，笔者将介绍“系统并行运行”，并项目实施做一个总结。 系统并行运行

模块实施上线之后，有一段新老系统同时运行的时间，即系统并行运行期。在实施过程，大多数客户对这个阶段都比较认同，所以笔者也就不在赘述。在这里，只想谈下面几点： 并行的主要目的是为了保证新系统运行结果的正确性。

同时，ERP实施后，有很多流程和工作方法与以前不尽相同，并行可以让最终用户有一段时间去熟悉。

并行会增加用户的工作量，这一点客户一定要做好充分的思想准备，并做好最终用户的思想工作。 顾问在并行之前，要根据项目实施情况，做好切实可行的并行策略，尽量减少并行工作时间，防止最终用户出现抵触情绪。 ERP实施经验总结

笔者曾经提到，ERP实施中有一个成功等式： ERP应用成功=有准备的企业+合适的软件+成功实施

而三者之间，成功实施是保证ERP系统应用成功最重要的因素，笔者在ERP实施中深刻地体会到这一点。那么怎样保证ERP成功实施呢?答案是成功的关键在于人——即实施人员，包括实施顾问和客户。

如果仅从实施顾问方面看，实施项目组一般由如下成员组成，即项目经理、模块负责人(财务、制造)、一般实施人员。其中项目经理负责整个项目管理的工作，如制定项目实施计划、控制项目的进展等等，一个好的项目经理是保证项目成功实施的重要因素。总结众多ERP项目实施经验，笔者发现在项目管理中，项目经理要注意如下几项内容： 项目开始时，不可轻易承诺项目何时完成

国内很多企业在实施ERP项目时，在项目启动后，甚至在项目还没有启动，就要求实施顾问提供一份详细实施计划，要求确定何时完成整个项目。特别是国内某些企业的ERP项目，往往需要某些机构的验收，这些验收单位一般事先规定了一个截止日期，要求ERP必须在该截止日期前完成。这个时候，项目经理面临压力 ——即需要给客户留下自信的形象，这种无形的压力驱使项目经理往往承诺客户提出的项目完成日期。

然而，在项目刚启动，就承诺一个非常明确的项目完成日期是比较危险的，这是因为，一方面，项目刚启动时，项目的实施范围通常还比较模糊和抽象、不是很具体。只有等到需求调研以后项目实施范围才会逐步具体化，即使到这时，项目范围还存在随着项目进展发生改变的可能性。 另一方面，如果对客户承诺了一个固定不变最终期限，如果以后客户需求发生了很大改变，比最初项目评估时要复杂的多，因为完成日期已经无法更改，这样造成的后果是项目组成员需要投入更多的时间或者匆忙之下只能提交一份不令人满意的解决方案。

因此，项目经理必须和客户沟通，使客户明白，项目完成日期的确定取决于两个因素：一是需求调研完成以后，双方共同确认的项目实施范围;二是要考虑到项目所需资源约束。这样如果以后项目范围明显地超过最初确定的范围，项目经理就需要和客户讨论，要么让客户缩小项目范围，要么延迟项目完成日期。 选择合适的顾问资源

如果实施任务非常紧急，项目经理应该在组建项目组时，考虑多配备经验比较丰富的顾问。如果顾问资源比较缺乏，应将项目实施完成延期到合适的时间，切不可随便用一些新手来代替。从项目一开始时，项目经理就必须严格控制项目质量，任何在质量上的妥协，都是项目后期出问题的潜在隐患。

另外在选择顾问资源时，不仅需要考虑顾问以前的业绩、能力，还需要考虑顾问的未来的潜力。 明确的里程碑

在ERP项目实施中，必须制定明确的里程碑，以及每个里程碑应取得的成果。项目经理在项目一开始，就需要让项目组所有成员知道在每个里程碑，以及目标。 制定更细化的里程碑

大型ERP项目的实施往往时间很长，这样项目刚开始，项目组成员有一种错觉，认为时间还很充足。所以必须对里程碑进一步细分，制定短期的实施目标，让项目组成员时刻保持高效的工作状态，如果这些小的目标都能按时完成，那么整个项目按期完成就有了保证。

ERP项目实施时间长，对顾问和客户来说，成功似乎遥遥无期。如果将目标进行分解，让顾问和客户都感觉到一段时间就实现了一个目标，可以激发项目团队和客户的积极性。 要经常性地交流与沟通，强调团队合作

交流与沟通包括项目组内部的沟通和项目组和客户之间的交流。

项目组成员之间要经常交流和分享各自成功的喜悦和失败的教训，我们常常说ERP项目组是一个团队(Team)，也就意味着团队成员之间必须要通力合作，才能保证项目成功。

ERP项目实施团队中，每一个成员都要把项目成功看成头等大事，任何事情都需要在保证项目成功的前提下去做;

在整个项目团队中，模块实施团队必须把自己负责模块的实施成功看作是整个项目成功的一部分。 项目经理要时刻注意，防止出现侵蚀团队合作精神的苗头。

同时，项目经理一定要向客户强调一点，那就是，ERP项目实施成功不是顾问一方努力就可以了，它必须要有客户的紧密合作。

缺乏交流只会导致一些重复工作，减缓项目进展，甚至导致项目失败。 计划安排要符合实际，留有余地

在项目实施过程中，来自客户的压力，或者项目经理急于证明自己的能力，导致项目经理在安排计划时，过于紧凑，无法完成。

不切实际的计划安排后果只能是挫伤项目成员和用户的积极性和信心。试想一下，如果项目经理在安排项目计划时，是基于非常乐观的假设前提，并对用户作出承诺。当客观情况稍有变化，项目就无法按时完成，后果就很难弥补了。

在更坏的情况下，项目虽然在最终期限前完成，但方案不令人满意，当企业的环境稍微发生变化(如组织机构调整、某些流程的改变)，但顾问做出的ERP方案就不能适应，客户将感到很不满意。

所以项目经理必须注意，计划一定要切实可行，如果项目经理感到自己缺乏经验，应该虚心地向有经验的项目经理请教。这当中，笔者有一点感触就是——计划一定要留有余地，以应付一些突发事件。俗话说，“计划没有变化快”。项目经理都有以下经验，无论计划做的多好，实际情况总是会脱离计划，只是改变程度不同而已。由于ERP实施时间长，会发生许多事先根本没有想到的突发事件。这样，即使**一切事情都按事先安排进展，项目仍然有延期的可能。所以，安排计划时一定要留有余地，以应付突发事件。 严格控制项目范围

一旦和客户确定了项目实施范围以后，如果客户提出某项新的需求，而项目需求又会显著地改变项目范围，项目经理就必须评估它给项目计划的影响。并和客户达成协议，如果要满足这项新需求，必须延长项目实施时间。如果项目经理对实施范围控制不力，接受客户提出的新需求，但没有改变项目完成日期。这会使项目组成员感到灰心，因为他们必须要在同样的时间内完成更多的工作，特别是如果最初的计划本来就很紧时，更是如此。 结束语

ERP实施涉及面广，影响企业各个方面，实施难度也比较大。为了保证ERP实施成功，很多ERP实施顾问公司，在总结了很多经验教训后，形成一套科学的 ERP实施方法，也就是说，ERP实施是有其自身规律性的。作为一名ERP实施顾问，笔者深感方**的重要性，同时在实施过程中，也感到企业往往对ERP 实施方法，知之甚少，一定程度上影响了ERP实施的顺利进行。

一、 主持访谈的能力

访谈的目的

获取信息

发布信息

推销一个注意，使之被认可

向一个人提问不是一件容易的事情，需要对被访者充满尊重和善意

访谈必须遵守的规则

准备访谈

1.确定访谈主题

2.列出所要涉及的访谈要点

3.对所有问题按轻重缓急进行分类，在此基础上制定访谈计划

4.选好访谈对象 ：掌握信息的人、有决定权的人、有影响力的人

5.与被访者进行预约，告知访谈的目的、持续时间、地点和你的联系方法

进行访谈

选择最合适的时间，以免过多地影响对方的工作

在对方工作的地方进行访谈

访谈时间不要超过2小时

自我介绍，并再次说明访谈的目的

请对方作自我介绍、说明其职位

按预先指定的计划进行访谈，对对方的发言做好记录

对不清楚的地方或需要详细说明的地方进行复述

访谈结束时作一个简要的综述，以确保没有遗漏或误解

结束访谈并致谢

访谈之后

撰写访谈报告，分清哪些是对方的语录，哪些是自己的理解

让被访者确认访谈报告

将所收集的信息交叉确认

建议

访谈计划不是一成不变的框框, 要善于突破计划的框架接受被访者主动说出的重要信息

访谈中要主动，要及时分析对方给出的信息以调整提问方向

提问举例

问：您收到的文档怎么样?

答：尽是错误

回答中缺少信息，应深究

补充问题 ： 什么样的错误? 从哪儿来的?

问：你们的服务价格怎样?

答：人们认为太贵

补充问题 ： 谁认为这样? 相对于什么标准而言?

问：你们部门工作质量怎么样?

答：有些部门的工作更糟

补充问题 ：哪些部门?更糟是什么意思? 质量标准是什么?

问：质量好吗?

答：我知道工作质量好

补充问题 ： 您怎么知道工作质量好?

问：你们为什么使用这个流程?

答：因为我们必须这样，这是规矩。因为我没有别的办法

补充问题：为什么非这样不可呢?如果不这样将会出现什么情况呢?你们为什么不能?如果你们能这样做，将会怎样?

问：第一级检验是否做好了?

答：从来不对检验负责(主观判断)

补充问题：所有人都这样吗?您就从没有见过一人对其工作负责?就您一个人这样认为吗?您为什么说雇佣从来不?

问：处理会不会使工作推迟?

答：我知道您对这是怎么看(对方已有成见)

补充问题：您为什么这样想?您的判断依据是什么?您认为我对这件事有定论吗?

问：为什么不作更多的检验?

答：我很想作进一步的检验，但忙不过来

(对对方的因果关系提问)

补充问题：当您忙得过来的时候，您作进一步的检查吗?是否有过那么一天，您忙不过来的时候也作了进一步检验?

二、主持会议的能力

会议是一种沟通工具，它可以

促进信息流通

用集体智慧为问题寻求解决方案

作决定

准备会议

1.确定会议的TOP

Theme : 主题

Objectif：目标

Plan ：计划

2.确定与会者名单及会议时间和地点

3.作好各类后勤准备(纸版、投影仪等)

主持会议

按时开会

在纸版上写明会议的主题、目标、计划以及持续时间

方便工作的进展

方便与会这之间的交流

方便与会者的参与

平衡会议支持人和与会者的发言时间

发言离题时应及时将其拉回到主题上来 会议间要做一些阶段性的复述和小结

时常提示会议主题

会议结束时总结会议要点并明确会议的后续工作

取保对会议的跟踪

对会议(TOP的遵守情况、与会者的选择等)进行简短的分析

整理好会议纪要 ：(会议主题和目标、与会人员、所作的决定、下次会议的要点等〕，将整理好的纪要及时发布

跟踪会议决定的执行以及会议期间要求的信息的收集

建议

在安静的屋子内开会

会议超过两小时应考虑中间休息

会议主持人不要表态，让与会者**表达，应采取主动倾听的态度，复述发言者的思想，综合不同观点，以提问方式让发言人把隐藏的信息明确表达出来

始终与整个小组而不是一个接一个地与单个与会者工作

三、掌握专业文档编写的规则

定义：

书面交流(幻灯片、报告)需要让人读懂，因此要遵守行业内的特殊规则书面交流的目的不仅是传达信息，而且也是培训、鼓动、让人记住、使人产生行动的动机

事实 ：把一篇写得很好的文章放到100个人手中， 90个人只看题目，75人只读题目和引言，40个人读到第一段结束，20个人扫过全文，5个人读完全文

幻灯片

目的：斥诸视觉、图解、使叙述生动、吸引听众、说服人、让人作决定

每张幻灯片必须是适当的 ：

与会议的TOP相一致

使会议进展增色

幻灯片的内容：

记录要让他人接受的观点

字体要大，以便远处的人能看得见

每张幻灯片上只表达一个重要观点，要使用短句

交替使用文字和图表，以方便阅读

幻灯片上只写关键字，将观点和论据留作口头表达使用

报告

目的 ：陈述事实，进行评议，提出建议

报告要精简 尽量压缩报告正文部分，以保证接收人读完它

应重分析、重建议、重结论，轻就事论事的陈述

辅助信息(详细资料、数据、中间计算等)应放在附录中以备读者查阅

报告要清晰

版面不要拥挤

语句要简短

内容要有良好的组织结构，段落标题要能反映出段落的内容

每5页应有一个小目录

重要观点要辅以例证和图表

建议

报告正文前要插入一段摘要

四、口头表达

口头表达面对的听众可能人数众多，其中有人可能怀有敌意，有人可能身居高位要在这样的听众面前自如地表达，必须掌握一定的口头表达的规则

演讲准备

了解听众的人员构成，他们的期待、语言特点、心理状态等等

确定演讲的目标

汇总所要转达的信息并将其归类

准备好讲稿

引言部分

介绍一个结构严谨、内容均衡的演讲框架 (2～3个主要部分，每个部分分2～3个小部分)

引言部分结束时应将演讲框架突出地演示出来，并在每次更换章节时回顾总的框架

一开始就要吸引听众

表达主题

注意口头表述的质量(声调、节奏，)

变换姿态和位置

控制自己的发言(使用案例、图表、幽默)

控制内容，不要淹没在细节中以避免具体的技术问题

要表现出建设性的批评精神(分析利弊)和务实精神

要借助有说服力的数据和有意义的问题(用途、成本)

结束演讲

对演讲进行总结，必要时介绍一下后续事宜

向听众致谢

建议 ：

最后要留出问答时间

在重要问题上不要模棱两可

时常复述演讲内容

避免念讲稿，使用框图

五、图表的使用

图表以斥诸视觉的方式将数据表现出来，从而使之更有说服力它可以方便对可以量化的现象进行理解

最常用的三中图表

用直方图对不同类别进行数量比较

用圆饼图表示比率(份额)

用曲线表示趋势

另两类图表可以将信息以更复杂的形式表现出来

PARETO图(20-80图)

累计输入输出图可以用来很直观地表现出某部门工作量的变化，以及早准备相应的资源，控制和保证工期

六、主持培训

给一组人进行培训，需要 ：

从知识、技能和行为三个方面确定培训起点

将小组推向项目所预期的变更目标

主讲培训课程最好能做到 ：

开讲前 ：

确定具体要求(参加人员的需求、企业需求、总体目标、期待的结果、参加人员的能力)

设计培训(教学目的、方法、时间长短、详细内容、培训师、培训指南、学员讲义、日期、地点、费用)

向学员讲明培训目的及内容，以方便他们的参与

向每个学员发出邀请

开始培训时 ：

迎接学员(介绍场地、培训师、让学员自我介绍)

介绍作息时间、规则、讲义等

培训中 ：

把握传达信息的时机

变换讲课技巧(讲述、启发、案例、练习、大脑风暴)

变换授课工具(幻灯片、图表、模型、文件)

抓住小组的注意力，控制其反应

检查小组的进展情况(提问或让其复述)

注意自身行为举止(谈吐、书写、肢体语言、语调、声音、热情)

时常回顾讲课目标并作小结： “我们将到了哪里?”“下面将什么?”

培训结束：

评估培训

致谢

建议

所有培训成功的先决条件是从要获得的知识、要开发的能力和要支配的行为等方面表述培训的目标效果。

抓住每个学员的学习特点相应调整教学法。

讲，让人将，做，让人做，要不断变换教学法积极的参与比被动的听讲更有吸引力。

在组织培训前应提的问题：

这次培训是由谁发起?

需求者表达的培训目标是什么?

培训的对象是谁?

培训对象是否也感受到这种需求?

培训是否与机构、工具流程、市场或**环境因素的变化有关

有哪些**?

承诺的效果是什么?

培训内容准备的一般程序：

需求分析

制定授课程序(主题、顺序)

拟定授课大纲

制作讲义和教案

后勤准备

七、主持解决问题的会议

这种会议在一个具有工作积极性和必要技术能力的小组中进行，决问题

主持这类会议需要特殊的方法，主持人要经过训练

7步法 ：

其目的是用小组的集体智慧解 捕捉住问题：

将问题表书出来

列出问题的各个方面以及对其的种种看法

尽可能多地收集想法和注意

按照一定的标准(价格、紧急程度等)进行分类

按照小组讨论结果，把问题表述并记录下来

收集信息：

收集与问题有关的事实和问题的特性(什么，谁，何处，怎样，多少)。

将收集的信息进行分类整理，将事实与意见区分开来，把相矛盾的地方记录下来。

找出问题的原因：

列出各种可能的原因

分析每种原因对问题作用，估算其相对重要性，对原因的特性作详尽的描述，找出最重要的原因

寻求解决方案和测度指标：

想象出所有能对原因起作用的手段

定出可用来选择最佳解决方案的指标(价格、期限、利弊、可行性等)

选择一个或几个最佳解决方案

建立整改计划

沟通并付诸行动 实施整改计划，跟踪指标的变化

效果跟踪

把观察到的效果与预期效果相比较。

分析偏差原因，必要时提出纠正措施。

建议

会议分两次进行，工作要分配到人，并非每个阶段都要集体工作。

为了评测进展效果，应选一些有意义的综合性的指标指标要便于理解，人人都要了解指标的内容并对之进行跟踪，由负责人对指标进行评价。

在对整改计划进行跟踪时，要对项目成功指标进行逐一检查。

RP在我国推广应用已有近20年**了。期间，人们经常以各种形式评论和关注ERP在我国应用成功率不高，未能实现预期目标这个现实问题。那么缘何成功率不高，瓶颈究竟何在?这个问题如果不能从根本上加以认识和解决，必将继续制约ERP在我国的应用与发展，进而影响我国企业管理水平的提高、我国信息技术的应用、我国工业化的推进和国民经济的可持续发展。

大量研究与实践已充分表明：ERP在我国应用的成败并不取决于技术、资金、互联网、应用软件和软件实施，而主要取决于以下八个方面，核心是如何通过提高思想认识来增强企业主体意识。只有增强了企业主体意识，才能提高企业主体能力，发挥企业主体作用，才能从根本上提高ERP在我国的应用成功率。

问题之一：应用ERP的根本目的

应用ERP的根本目的是在学习、研究和应用国外现代企业管理思想、方法和信息技术的基础上，尽快改变我国企业管理粗放、落后的面貌，建立起一套符合市场经济体制的现代企业管理模式，实现企业管理的跨越式发展，从而提高企业管理水平，加快工业化进程，确保国民经济可持续发展。因此，应用ERP不是一般意义上的企业信息化建设，更不是一个简单的计算机硬件、应用软件和互联网系统的建设。然而，就是这个根本目的时至今日仍未被多数企业所全面、深入地认识，并贯穿于ERP应用全过程。

问题之二：ERP项目是一个企业管理系统工程

很多企业未能从本质上充分认识ERP项目是一个企业管理系统工程，而仅仅停留在表面上视其为企业信息化建设工程，以致实际应用中既没有结合我国尚未完全实现工业化，我国广大企业长期处于管理粗放、落后的实际状况，从而立足于深化**和管理创新;也没有把应用ERP与应用其它现代企业管理思想和方法紧密结合起来，相辅相成，互为作用。

问题之三：ERP的作用和特点

虽然ERP是一种源于美国的现代企业管理思想和方法，在国内外应用中也取得了明显的绩效，但它毕竟不是唯一的现代企业管理思想和方法。然而，这些年来由于国内过度的宣传和炒作，使得人们在应用中对它寄于很高的期望，严重忽视了它自身的作用和特点及其适用条件和适用范围。

问题之四：基础数据的准确性和时效性

大多数企业运行ERP系统所需的各种基础数据的准确性和时效性普遍较差。这一方面深刻揭示了我国目前企业管理水平低下，亟需提高的现实问题;另一方面也充分反映了这些企业对基础数据的准确性和时效性与提高我国企业管理水平和ERP应用成功率的关系缺乏足够的认识。

问题之五：ERP项目管理体制和运作机制

大多数企业在ERP应用过程中未能建立健全的ERP项目管理体制和运作机制，不能对ERP项目实行科学的管理和有效的保障。如：制定明确量化的ERP 应用目标、建立健全的企业全员培训体系和考核体系、引入管理咨询、进行ERP项目需求分析、开展管理创新工作、实行业务流程重组、实行ERP项目监理制和实行ERP项目评价制等等。

问题之六：ERP项目前期准备工作

大多数企业ERP项目的前期准备工作仍偏重于信息技术应用和ERP软件选择，严重忽视了开展ERP等现代企业管理思想和方法的培训教育、进行ERP项目需求分析、开展管理创新和实行业务流程重组的必要性与紧迫性。特别是未能通过各种有效途径，加强以人为本的管理工作，提高企业主要**、项目主管和业务骨干掌握和运用相关知识，并使其迅速转化为现实生产力的能力。

问题之七：ERP项目需求分析

大多数企业ERP项目需求分析只是一些简单的问题归类，没有全面、深入分析造成这些问题的根本原因，以及解决这些问题的方法和措施。也就是说，企业现行管理中哪些问题是ERP能解决的，哪些问题是ERP不能解决的，需要同步运用其它相关管理思想和方法才能搞清楚并加以解决，达到表本兼治的目的。

问题之八：科研成果的应用

在我国，一方面科研游离于产业之外，及科研脱离企业需求和实际应用的现象十分普遍;另一方面，在ERP应用领域，一些针对如何提高我国ERP应用成功率和企业管理水平，且经过实践验证为行之有效的科研成果，如：制定明确量化的ERP应用目标，持续不断地开展ERP等现代企业管理思想，方法和应用培训，认真做好ERP项目前期准备工作，引入管理咨询，进行ERP项目需求分析，开展管理创新工作，实行业务流程重组，确保基础数据的准确性和时效性，实行 ERP项目监理制，实行ERP项目评价制和ERP应用绩效评价指标体系等等，也长期不能被那些正在建立或准备建立ERP系统的企业所全面、深入地认识和应用，不能被迅速转化为现实生产力。

1、观念转变

ERP系统的实施不仅仅是一个IT项目，更是一个管理项目。但大多数企业高层管理人员并没有意识到这一点，他们只是将ERP系统在企业的应用作为一项技术工作处理，认为ERP系统的实施是纯技术问题，是技术人员的任务，而与管理人员无关，结果在选择系统和实施系统时步入误区。在选择系统时，仅由技术主管负责，缺少高层管理人员和业务主管的参与。在实施系统时仅由技术部门负责，缺少管理人员和业务人员的参与。项目负责人由技术部门的**担任，高层管理人员，尤其是企业一把手未能亲自主持和参与系统实施。

ERP系统带来的不仅仅是一套软件，更重要的是整套新的管理思想。企业在准备上ERP系统之前，应充分认识到，ERP系统的实施会不可避免地冲击企业原有的管理思想和管理模式、作风和习惯、程序和方法，以及责权关系和体制结构等。只有深刻理解、消化吸收了新的管理思想，并结合企业实际情况加以运用，实现企业管理的全面变革，才能充分发挥ERP系统带来的效益。

2、加强培训

培训是一个老话题，可它也是目前ERP实施中的难题。和前几年相比，大部分企业**对企业信息化的认识有了很大的提高。但如果不加强培训，认识也只能停留在表面上，与具体的实施还相差甚远。

3、制度保证

ERP项目要实施成功，制度的保证是非常重要的。ERP实施后，会改变很多流程，也会涉及到各个部门的利益，所以，在实施每一模块时，都要制定相应的制度同时下发，以制度来保证整个项目的顺利实施。

第三篇：ERP实施过程中与客户沟通技巧

ERP实施成功率较低，有多方面的原因，接下来的几篇文章，将分享我数年来实施工作中积累的一些经验，正是这些经验，使我负责的项目有着非常高的成功率，包括多家上市公司，同时，有数家成为国内某知名ERP软件公司的集团战略客户。

实施成功第一步：抑制需求

如果说，成功的销售人员是在售前的过程中给客户绘制美好的蓝图，并且无限制地扩大客户的需求，让客户认为信息化可以解决所有的问题，从而愿意掏更多的钱来投入信息化的话。那么，成功的实施顾问在与客户进行接触初期，最主要的工作就是让客户狂热的头脑降温。

看官们会问：这不是不负责任吗?

错，这才是负责任，如果说有不负责任的地方，那也只能说销售人员有些过了，但对实施顾问来说，这样做才是真正地对客户负责任。

为什么呢?原因很简单：ERP其实是一个管理工具，而一旦涉及到管理，那就变得复杂起来，而面对复杂的问题怎么办?那就是让它简单化，只有将问题简单化，先解决能解决的，能见效的，才有可能持续优化下去。多数人会认为实施是一个阶段性的工作，一旦上线就结束了，而总结实施成功的企业，你会发现，实施是一个持续改善的过程，没有终点。

而简单化的最好方法就是，在项目会议中，当客户提出要解决许多的问题时，首先告诉客户：对不起，ERP不能解决所有的问题。

当然，拒绝客户需要勇气，也需要技巧。对于优秀sales来说，要学会任何时候都不说“不”，而实施顾问，则要学会有勇气说“不”，也需要学会有技巧地说“不”。

所以，浇冷水的工作要逐步来做。

在项目启动大会上，一定要提到一个观点：管理问题的解决方案永远没有最好，因为它需要付出高昂的代价，所以，我们要学会选择最适合的解决方案。(项目启动大会是实施顾问的第一次闪亮登场，后面还会有专题来探讨如何开好项目启动大会)

在项目需求调研的过程中，一旦客户提出难以解决的需求，就一定要弄清楚他们为什么要强调这个需求，他们目前手工是如何处理的，如果不解决会带来什么问题，会不会成为影响实施成功的关键障碍?如果必须要解决，那么，解决带来的成本与风险有多高，需要实施方付出多少成本，而客户方又需要投入多少成本(非货币的)。当然，一般情况下，真正影响实施的关键需求应该是在售前阶段也就知道了的，换句话说，应该是已经评估过可以解决的，否则，那就是销售太不负责任了。 项目需求调研时，切记，不要轻易回答客户这个可以解决，这个不能解决。也就是说，需求调研除了你问必要的问题以外，嘴巴就可以休息了，让耳朵和手工作就可以了。

当所有的客户需求整理出来之后，再进行分类：一类是软件可以解决，并且能带来关键效益的，放在首位;接下来一类是软件可以解决，客户领导非常关注的需求，放在第二位;第三位则是软件可以解决，普通操作者关注的需求;另一类是软件很难解决甚至无法解决的：也要分类：首先关注领导关注的问题，这一类问题通常比较好解决，因为领导比较容易通过“讲道理”来说服;而另一类是普通操作者关注的，这往往是影响实施成功的关键所在：如果没有做好这方面的工作，要么是当时就逼着你解决，要么就是以后的应用过程中出现这样或那样的问题。那，如何来解决这方面的问题呢?

这就体现了实施顾问的沟通技巧：首先，要做到有礼有节：先要以理服人。既然已经知道他们提出来的需求原因，以及评估了不解决的后果，也评估了解决要付出的成本，那么，就可以拿出来分析：“……，综上分析，如果要解决这个问题，我们会付出巨大的努力，并且会增加项目实施的周期与风险，我们认为，这个问题可以放待以后再来讨论。”还有就是拉着虎皮当大旗：善于利用与客户高层管理或项目经理的良好关系，在出现分歧时，要么拿着“领导语录”先定方向，要么直接拉着领导来表态。二是恩威并施。一般情况下，在实施过程中，总会碰到几个“魔鬼”(指有个人目的的反对者)，也会碰到几个“天使”。对魔鬼，一定要分析是什么原因让他变成魔鬼的，然后，从根本上想办法中立他，如果不行，就在适当地时候让他犯错，并借此来打击他发言的积极性。而天使，则要树典型，让他成为整个项目中的发言人，风向标。

可能看官们会说，这哪像在实施呀，更像是政治斗争。没错，好好总结一下，你会发现，80%以上的企业在实施ERP的过程中，会完成一次权力的变更——并不一定某个人上下台，而会让某个人的权力或权威发生微妙的变化。

话回正题：通过各种技巧或方法，将客户的需求规范到这样的范围以内：软件可以实现或变相实现，领导关注，能马上见效益的。其他的，都要想办法不解决或“拖”。拖字诀是非常有效的：人们通常会忘记自己曾经说过的话，做过的事。

作为实施顾问，你要经常问自己：是我在主导项目，还是被客户牵着鼻子走?

第四篇：ERP项目实施过程中的甲方团队组织

一、前言

经过这么多年的实践和大量的专家的总结，关于ERP实施的一些话题几乎都被说完了。但是，总是有很多朋友问一些在实施过程中的具体问题，尤其是关于甲方的团队组织问题。

以前，大家不是很在乎这个问题，总觉得，我花了这么多的钱，你们乙方(服务商)应该替我全包圆了，如果我还是要花费这么多的精力，那我不是亏了么?

这个心态在很多情况下还是常出现的，大家有时候还是不自觉地以到商场买东西的这种心态来对待，有时候有的人就直接说出这类话来。不仅仅是在ERP项目上，在很多别的譬如PLM、OCS(协同办公系统)等方面，也有这样的情况。

这种心态可以理解，虽然目前ERP已经逐步达到要普及的程度，但是，问题也是越来越多了。就以我服务过的一家企业来讲，数年前我经朋友介绍加入这家公司，负责IT业务(后来又增加了一些别的业务)，当务之急就是一个执行到三个半月的SAP R/3 ERP实施项目。当时实际上情况是很紧急的，因为项目从调研开始已经过去了多半年，正式启动也已经三个半月了。但是，现状是很有些混乱的味道的。我到任的时候，除了老板和一位介绍我加入的高管之外，其他的人都不认识。更不用说部门级的主管们和业务流程了。一坐下来，我就知道了问题实在是很麻烦的。最后用尽了各种办法，最后还是成功上线了。我离开的时候，提醒过：半年到一年左右，必须重新整理一次;内部服务团队必须尽快优化一下。

不过，最近与了解他们的近况的朋友聊起来，说：现在那个系统无法满足新的业务需要了，搞得很有些混乱。因为业务也发生了很大的变化，增加了一个新的事业部，是与原来完全不同的产品。

为什么呢?

答案就是：项目实施前的很多该甲方做的准备工作不充分，尤其是甲方内部服务团队的构成，这会影响较长时期的应用效果。那家企业的问题在于，业务内容和结构都发生了很大的变动，但是，ERP的架构还是原来的。因为，如果不进行一次大的改动，是无法让这个系统适应现在的业务要求的。而为何到了现在才感觉到呢?甲方内部的服务人员干什么去了?

疑问很多，也是可理解的。

实际上，现在看那家公司，主要问题在于：一方面是当时选择的乙方服务团队不是很理想，这个话题很容易明白，因为要严控成本的原因，乙方无法找到足够专业经历和水准的专业工程师(我在这里不用顾问，而是用工程师)，这方面是一分钱一分货的。另一方面就是，甲方的服务团队组织不合理，这是因为甲方由于各种原因无法在项目启动前准备好理想的人员组合;项目上线后又没有适当地调整人员结构，以为万事大吉了，不成想把问题就一步步地积累下来了。

今天我们就专门就这后面的话题来谈一下甲方的团队的组织问题。

为了说清楚这个问题，我们首先就要搞明白甲方团队的使命是什么。甲方团队的使命就是把本企业的ERP实施项目从项目筹划、需求调研、项目启动、项目执行，一直到成功上线，并稳定运行。同时，让这个系统服务于本企业的经营管理活动。

这个使命决定了，甲方的ERP项目团队是一个基于整个项目生命周期的持续性活动。虽然甲方项目团队的最终使命是让系统成功运转，但是不同阶段的任务是不一样的。因此，要根据不同阶段的需求特点来具体考虑，而不是一群人一杆子扎到底就可以做得好的。不同的阶段的任务不同，参与人员和组织方式也需要调整，否则就很容易引起诸多的麻烦和意想不到的问题。

基于这个思路，我们从实战的角度出发，对甲方的团队在不同阶段的组成及组织方式，根据整个ERP项目周期的发展，进行详细的说明。

二、项目不同阶段的组织方式

1、前期的项目准备阶段

这段的主要任务如下：

Ÿ 组建项目启动小组，开始内部的准备工作：3人左右，主要要求的是对企业内部的情况比较了解，建议这几个人中安排一个懂财务业务的，如果有人同时对质量管理体系管理很有经验，更理想。

Ÿ 对企业内部的需求和现状进行分析和总结，提出初步的需求报告，报请高层讨论并批转准。 Ÿ 根据高层讨论的意见，开始选择管理咨询服务商或ERP系统实施服务商。这一点，我还是建议先找个真的懂企业管理的管理咨询服务商来帮助以下的好—唯一需要留意的是，他们必须与ERP系统实施服务商密切配合。否则，上世纪90年代的那些失败的管理咨询案例还会重演。

2、服务商调研阶段

Ÿ 根据上面确定的使命，重新组织这阶段的项目小组：这次的小组，主要的成员要求分析能力、沟通能力和文字组织能力，能够帮助项目经理来分析和整理调研带来的大量的资料，并提出建设性意见。除了项目经理，人数在3—5人比较好，其中1人负责资料和文档的整理与保存。

Ÿ 开始启动调研活动：一般的企业，很难专门拿出一支队伍来来这件事的。但是，con个长期利益上考虑，如果能保证有2-3个人是从开始就一直参加的，这对企业是很有好处的。 Ÿ 阶段性的评估：在初步调查潜在的供应商之后，需要尽快选定2-3家合适的左后最后的参考。不能低于2家，最好不要多于3家—太多了会让主持项目的人焦头烂额，待处理的信息太多。实际上，对于有一定经验的CIO来讲，这一阶段，已经基本上知道哪家合适了。但是，这时候需要在内部组织领导层来参加这个阶段性的评估会，让高层知道实际的情况。一个客观的对比和分析报告时必要的。

你可以看到，这阶段是非常重要的。这个活动，需要全程的记录，最好这样：当初步调查完潜在合作对象后，根据内部的评估，选定最后的那2-3家。然后就要着手准备参观他们的成功案例--这很重要，虽然没有一家企业是相同的，但是同行的使用经历是非常重要的，至少会为我们减少很多的风险。

3、对服务商的深入调研

Ÿ 这一阶段的任务是为最终决定与哪家合作做好所有的准备。这个阶段因为牵涉到很具保密性的内部讨论，项目组核心参加人员不得超过3人，免得人多嘴杂搞得项目执行过程谣言乱飞。 Ÿ 根据上阶段选定合作伙伴的意见和名单，安排进一步的很具体而全面的调研。一方面考察并落实对方的实施人员名单和具体的安排，同时要着手进行成功案例调研。这个调研，需要提前做好准备，我在以前的文章中列出了如何准备这样的事情的一些参考项。

Ÿ 对每个调研对象的信息进行分析和总结，提交评估报告。这个评估报告的具体方式，可能因企业的类型而不同，不过对于制造业来讲，可以大致给出个参考性的样板。

Ÿ 本阶段的结束，需要把所有的上阶段选定的合作伙伴的调研报告总结出来，拿出一个综合分析报告，交给高管层来做最后的决定。因此，制作这件报告的人，一定要少，1-2个人。然后着手安排一个最后的评估会——老板最好参加。

4、项目正式启动

这个阶段实际上很短，但是起着非常重要的作用，其使命就是尽快组建甲方项目实施团队，并启动项目：

Ÿ IT部门的主要成员：这部分的构成很容易理解。除了项目经理之外，财务、物料、生产、品管、销售和基础系统等部分是必须的，有的还需要一定的内部开发，也需要配置1-2个人。 Ÿ 业务部门的人员：除了上面的IT系统的成员，就是来自业务部门的人了。我以前参考在京东方时期的韩国同事们的经验，写了一些。我现在觉得，结合中国的情况，也可以给出适合中国情况的组合：每个模块所涵盖的业务部门都需要配置至少一个专门的业务骨干，这个人的要求是最少在这个业务上有五年以上的经验，对本部门所涵盖的业务有比较全面的理解，如果没有特别原因，应该由部门长担任;另外再配置一个关键用户，这个人需要三年以上的业务经验，有一定的IT应用基础最好。这两类人是保证业务流程能说得明白、画得清楚的关键。财务部门，必须抽调部长、科长层的核心员工加入，因为财务部门的工作占整个项目实质工作量的一般左右。

Ÿ 其他专业人员：除上面所言之外，建议再加上一个专职的文档管理人员(可以是在本项目中的专职)和至少一个质量管理体系方面的专业人员。这一点，我在以前的项目总结中也讲过，自己也深受其益。实际上因为习惯的原因，一般企业在组织项目组成员时大都是考虑计算机专业的，但是，这些人除了对技术比较明白之外，对业务实际上不清楚，而真正对企业的各部门流程了解比较全面的就是质量体系管理部门。这些人，在审核和确定业务蓝图的时候，可以帮上很大的忙;在后续的士哟哦能够和维护中，可以参与管理每一次的流程修改和变动、相关流程文件的确认以及物料编码等基础数据的总体管控。如果有条件，最好再聘请一个资深的ERP专家，最后外部的指导者，全程参与。但是，这人不是所谓的监理，是个知识何经验上的指导者。

5、业务流程梳理与业务蓝图的确定 5.1 梳理业务流程，确定业务蓝图

前面讲了很多，实际上都是序曲，这一阶段才是实施ERP的最实质性的阶段。这个阶段的使命是很明确的，那就是梳理业务流程，确定业务蓝图。到了这阶段，有时候会让人觉得可以松一口气，似乎要看到隧道口的亮光了，但还是别忙着乐观。

从技术上看，ERP是一个基于财务测算的生产与库存管理软件系统，除了生产和库存管理活动，还包括财务管理、人力资源和质量管理等业务内容。但是，如果没有对实际业务的分析和整理，并将系统与业务的应用结合起来，那实际上等于一个游戏软件，与现实无法接通，也就失去意义。

业务蓝图阶段是ERP实施过程中最为实质性的一部分，蓝图确定的过程就是对企业现有业务流程进行分析、整理和优化，并提出在应用ERP系统之后的业务流程的这么一个过程。 5.2 实施过程中的观念差异与不协调的处理

在这个转化过程中，起主导作用的主要是乙方的顾问和甲方的业务骨干(包括业务骨干和关键用户)。IT部门的人(也就是未来的甲方顾问)的作用更多的是作为乙方顾问的联系人和助手，主要是信息收集和对系统的学习，并在讨论过程中做好记录。这种时候，由于业务流程的梳理和优化往往导致员工之间以及部门之间的互相不理解，引起争吵甚至冲突。

实际工作中，绝大部分情况是观念上的差异，以及对各自习惯的盲从——这一点不仅仅是对甲方的业务人员而言，乙方的顾问也会经常犯错误。因为，每个顾问实际上都是在利用自己以前的经验和受到的训练来作为工作的基础。但是，现实中每个人的知识在实际的业务运转环境中都是不完备的，多年的实践活动中没有发现任何人能做到哪怕是对一个很专门的业务的所有情况的了解!因此，重要的是要互相沟通彻底，彼此理解对方的真意，而不是互相拿自己过去的经验和知识背景来抬杠!

对于确实有利益冲突的情况，也需要很认真的协调和裁判。在很多企业中，对业务流程和具体作业活动的了解和掌握，在某种程度上往往是和部门主管、业务骨干等人的个人利益和职权感有很强的关联的。在很多国企中，这甚至是一种权力的象征，直接关系着每个人的具体利益。这种情况下，任何理性的冷冰冰的逻辑都是需要认真的斟酌的，最佳的方式就是让CIO和企业高层介入来从整体上进行裁决。这个过程实际上是个利益博弈和均衡的过程。这也就是很多业内人士所谓的冲突和阻力。实际上在ERP实施中在所难免，但不是媒体上渲染的那么严重可怕，否则这家企业都没必要上ERP，先把自己的内部管理体系理顺是当务之急。指靠着一个ERP项目来做这件事，那是危险的!

但是，无论甲方还是顾问方，都必须从精神上对这个阶段高度重视。甲方的项目责任人，包括项目经理和CIO，都要紧密跟踪项目的进展，有问题的时候随时介入解决那种纠缠在一起的争吵和辩论。

5.3 业务流程梳理的价值

业务流程梳理和优化是个无法绕开的阶段，也是最有价值的阶段。现实中，最终的结果往往不是理想中的那种。但经过这样的讨论和博弈之后，对甲方是非常有好处的，可以让甲方的It人员学会如何梳理流程，如何与业务部门打交道，这在上线后顾问撤出之后，是有很现实的价值的。如果这个阶段甲方的工作做得不扎实，或者乙方的顾问不负责任，会在这个企业的管理中埋下很严重的隐患。

从这个意义上说，在实施ERP之前，进行一次比较专业的管理咨询，还是有现实意义的。

5.4 业务蓝图制作与审核的组织

本阶段的人员基本上就是在项目启动阶段确定的那些核心。有必要提醒注意的是，上面所说的质量体系管理的人员，这阶段应该跟进，最好介入到物料管理、生产计划、质量管理等几个是执行业务中去，让他们在这阶段也学会如何梳理业务流程、制作业务蓝图，同时作为内部的审查人员，及时纠正乙方因为不熟悉企业实际情况而导致的错误，并建立起以后在IT环境下进行质量体系管控工作的新的意识。文档管理员这时会很忙，主要做好版本管理，及时更新文件。

CIO或项目经理在这个阶段的初期就要确定一个专业、高效的“业务蓝图审查委员会”。这个委员会由甲方的CIO、双方项目经理、外聘专家、各部门的业务主管和质量管理体系的代表组成。委员会作为一个召集机构，执行时根据业务需求分成不同的专业小组。主要使命： 1) 把握整个活动过程的主要方向，确保项目的使命得到贯彻执行。

2) 处理业务流程树立过程中的冲突和误解，及时介入一些纠缠性的辩论和争吵。 3) 审核每个业务部门的流程文件，通过研讨不断优化业务蓝图，并最终确认业务蓝图。 4) 对重大的双方意见和冲突，经过充分讨论之后，将执行方案提交高层审核和裁决。

6、ERP系统的学习及数据的准备

ERP的实施，如果最终操作者对系统不熟悉，就会产生畏缩情绪，进而在上线的时候会发生很多问题。那么对系统学习的组织和监控就是非常重要的一环。我在实践中总结了一些很有用的办法，就是对各种类型的最终使用者，规定了学习计划和上系统时间，并在中间进行至少两次的挨个考核，以保证上线的时候操 作者对系统有足够的熟悉程度。

除了上面所说的业务流程和系统学习之外，数据的质量非常重要。业界流传一句话：ERP的实施，是三分系统、七分管理、十二分数据。这句话说得不是很严谨，但是，从程度上可以见识到业内人员对ERP系统中的数据的重要性的认识。

ERP的数据分为主数据和业务数据，两者都很重要。但主数据是基础性数据，其质量和准确性直接会影响业务数据质量和准确性，从数据质量和准确性角度讲，主数据是整个ERP大厦的基石。实际上，ERP里的业务流程运转的时候，主要就是在传递和处理各种数据。数据质量高意味着ERP系统内的数据将发挥所有预期功效，否则就是在产生错误和数据垃圾。因此，任何有经验的CIO或项目经理，对这一阶段的重视那是

这个阶段的团队组合，与上一阶段相同。需要说明的是，如下的工作：

Ÿ 成立ERP系统学习督导小组：这个阶段的任务就是把系统学得熟练。但是，经过初期简单的培训之后，实质性的学习需要在实际系统上运行，需要把数据准备到一定程度才可以运行。这个阶段实际上是与主数据的准备一起进行的。一边学习，一边检查问题。

Ÿ 成立一个数据审查小组：职责就是专门审查各部分业务的主数据和业务数据的类别、格式和准确性，保证数据的质量。并负责制定主数据和业务数据准备计划--这件事一般都是由乙方的项目经理或资深顾问来做的。主数据和业务数据的准备直接关系着上线实施的成败，因此，这个时刻，最好的办法是：甲方的CIO及高层经理、项目经理以及各部门的负责人都分别各守一摊，严控数据质量关。

Ÿ 指定一个小组负责编制“物料编码体系”或者物料编码规则：这个小组由质量体系管理人员和IT部门人员组成，指定专门联系人。物料编码是基础数据中最终要的一个，必须引起高度重视。这件事本来应该早做，但是，经常遇到的情况就是在实施ERP的时候才会想起来。实际上应该在之前的IT规划阶段，就开始进行相关的工作，并编制企业级的编码规则和体系，要涵盖所有的资源，包括物料、厂房基础设施、人员及职位等等。但是，很有意思的是，国内的企业几乎都是在上ERP时才想起来做这件事。实际上，这时再做已经有点晚了。

7、系统上线及准备

系统上线前需要准备好三样东西：

1) 业务蓝图 2) 完备的数据

3) 对ERP系统熟练操作的业务骨干

以上三样很容易理解，这是必须的，不可获取的最起码的三样。但是除此之外，还有几件事要注意：

1) 在准备上线切换之前，必须制定一个非常周密的计划(以后有时间再用实例具体谈)，这个计划要由高管层、甲方IT人员和乙方的资深顾问组成，充分考虑到各方面的情况，尤其是数据的准备情况。

2) 制定好计划之后，就正式发出通知，通知所有相关人员，让他们知道这么明确的日期。这对于录入数据的各部门人员来讲，是个很残酷的过程，需要加班加点地工作。 3) 全面检查业务蓝图、数据和业务骨干对系统的使用熟练程度，检查所有部门的准备情况，人力保证，并与各部门的负责人、高管层都进行深刻的沟通，取得他们的真正的理解。。 4) 由于上线的时候，要把原来使用的系统或工具停掉或者停止手工业务，因而必须选择一个具体的时间点作为业务数据的切断层，作为项目组录入数据的参考线，因此，需要跟老板做个特别申请：一定时间的停工;同时准备好可能在上线的时候的停工时间的延长。小企业或者业务数据量不是很大的，有时候可以不停工，利用节假日或双休日的空档来作为系统切换的时间。

5) 这个时刻非常重要，CIO和双方项目经理一刻也不能离开现场。并随时保持与老板的联系，以应对可能出现的特殊情况。准备好连续加班的各种饮食和提神物品，CIO或项目经理要准备一定的预备人力和设备，同时注意安全。

很多CIO或项目经理在谈起上线切换的时候，都是心有余悸的感觉，似乎是鬼门关一样的。实际上，只要严格按照要求把前面的事情做充分了，这个切换的时刻是不会太紧张的。养兵千日，用兵一时。平时多流汗，战时少流血。就是这个道理。本文之所以要不厌其烦地仔细分段说明整个项目的执行过程中甲方该如何组织，就是要说明一个道理：ERP项目只要你严格遵循一些规律，认真准备和执行，就不会有太大的问题。

8、上线之后的工作

ERP系统经过紧张实施后，终于上线，也就是正式启动新的ERP系统了，在很多人看来就是等于成功了，照例会有老板的宴请和同僚的祝贺，还会有很多同行的探访和媒体的访问。很多人感到可以松口气了。其实不然，更多的问题会持续涌现出来，这个时刻还是很危险。

很多同行的专家反映，ERP系统在实施期间，由于工期紧，也由于很多项目都是在一个限定的时段内要完成得任务，导致很多基本问题可能并没有得到仔细处理，如软件系统、数据、流程等细节问题，可能因为急着赶工期，不得已甩掉很多细节问题，等到系统上线后，实际运行起来，这些问题也逐步暴露出来。很多项目的失败就是上线之后没有巩固好，因为一些关键细节问题处置不当，导致最终使用者和业务部门领导失去信心，最后沦为一个空架子。这个阶段如果控制不好的话，有时候会直接让前面的所有工作付之东流。

在现在这个时刻，只要是主流的ERP软件，出严重问题的可能不大，往往是技术顾问对业务不是很通引起的局部配置不当，或者软件不是很成熟，在使用尚不够方便，可配置性不够、扩展性不强等方面，这些都是软件行业常见的问题，随着主流供应商的成熟，渐渐不是问题了，甲方能解决的问题也不多，故此处也不再赘述。 本部分主要还是在上述的背景下，讲述在这个时段，甲方的团队该如何组织和管理。由于此时实际运行的业务流程要与ERP内部已经固化的流程切合，本阶段的使命就是要让ERP系统、关键用户和新的业务流程之间通过不断磨合实现一体，最终实现全部的项目目标。主要工作任务：

1) 做好ERP项目的收尾工作：理性对待业务部门的各种评价和非难;收集、整理项目期间的文件，尽快完成项目结算并结案;安排后续的技术支持和服务等;

2) 加强内部员工的培训和锻炼，应对外部顾问撤出之后的知识“断乳期”，并逐步建立一支具有专业素养的内部顾问团队，作为长期服务的基础力量;

3) 建立系统长期运行所需的规章制度，主要是针对企业内部的数据标准体系以及相应的管理制度;

4) 因应业务需求，优化、细化各部分的管理流程，实现管理的改善。 5) 加强各类数据的管理，增强相关人员的培训，严控数据的质量关;

6) 重新整理并归档实施期间的各类文档，建立系统维护与修改的纪录，尤其是内部的一些客户化开发。

这期间需要注意的问题，主要都是在数据和管理流程方面的问题，主要表现在：

1) 在运行中要不断排查初始数据的缺失和错误，该弥补的赶紧补。

2) 基础数据，尤其是物料编码，在使用和维护过程中，须要严格的措施，任何修改需要指定的部门和专业人员来负责，并做好书面记录。

3) 建立数据管理制度，保证输入系统的数据的质量，避免“输入垃圾，输出更多的垃圾”这种局面。

4) 新的报表功能的开发和扩展：随着企业发展和业务需求，可能需要更多的报表，这需要建立一个原则，来约束这种活动，并做好文档记录。

5) 业务流程的变动：随着应用的深入或者业务的变化，业务流程会有所改变，需要即时调整系统里的流程配置，使系统适应业务流程的变化。这种活动也需要管理制度，并做好文档记录。

6) 与其它应用系统的集成或数据接口：因为ERP系统是企业的一个工作平台，需要逐步整合各种业务数据，接口问题将是信息共享的关键因素，这时可以考虑在ERP系统中建扩展模块。这种系统集成或数据接口，如果有企业的全面IT规划方案，就需要参照这个规划的约束来执行;如果没有，就需要认真地分析并按照IT项目的执行原则来重新界定。这类活动，需要尽快制定规则，并做好文档工作。 这个阶段在时间上不好确定，不同企业的情况差别很大，大致在3到6个月的程度。主要的目的就是保证系统的稳定运行。但是，甲方团队的主要使命已经与上一个阶段有很大的不同，CIO或项目经理需要认真思考，谨慎执行。

9、长期运行和维护

度过“上线后”阶段之后，就是所谓的“长期运转”阶段，这是个大致的划分，主要的原因是，这个阶段的特征和使命与上个阶段有很大的不同。

这个阶段的特征是：

1) 大家对ERP都了解了，各部门能熟练应用并且能针对流程上的某些问题提出意见来。 2) 甲方的IT人员基本稳定，对于日常的小变动和报表的开发也能应对了。 3) 新的业务需求不断被提出来，并且需要认真考虑企业的整体的IT应用问题了。

第五篇：用友ERP升级经验(从811到861全过程)

用友ERP升级经验(从811到861全过程) 注：升级过程不需任何破解补丁，升级过程只需用Admin帐户登陆“系统管理”即可。本人用的是Windows XP操作系统，能上网。

相关财务软件可以去“狐狸工作室”下载。不过建议使用正版，保护知识产权哦。

过程简述: 1.将用友811里面的帐套输出备份. 2.卸载用友811，安装用友812。用Admin帐户登陆“系统管理”，引入用友811备份的帐套数据。

3.接下来从“系统控制台”打开“总帐工具”，按照年份依次将各年数据升级。 (由于本人用的是Windows xp，无法登陆到“总帐”中，只能进入“总帐工具”。) 4.再用Admin帐户登陆“系统管理”，将刚才升级好的用友812的数据输出备份，同时，将UFSYSTEM.MDB文件复制保存到备份文件夹中。

5.卸载用友812，安装用友821(需要先安装SQL数据库)。用Admin帐户登陆“系统管理”，“系统”—>"升级ACCESS数据库"，在找到上一步里拷贝出来的UFSYSTEM.MDB文件,你此时将看见原来的ACCESS的帐套数据,选择要升级的帐套进行升级.该操作完成后,再进入“系统”—>"升级SQL数据库”。升级完成后，将刚才升级好的用友821的数据输出备份。 6.卸载用友821，安装用友852(若未安装SQL数据库，则需要先安装SQL数据库)。用Admin帐户登陆“系统管理”，引入用友821备份的帐套数据。然后，打开“系统”—>"升级SQL数据库"，升级完成后，将刚才升级好的用友852的数据输出备份。

7.卸载用友852，安装用友861(若未安装SQL数据库，则需要先安装SQL数据库)。 先使用用友861解压缩工具解压用友852备份的数据库，然后用Admin帐户登陆“系统管理”，引入用友852备份的帐套数据。再进入“系统”—>"升级SQL数据库”。 建议：每次卸载软件或安装软件后重新启动电脑。多个帐套并存