在BPR与ERP软件的二次开发时把握以下原则是至关重要的：

◆对于反映ERP核心流程的部分，尽量不做二次开发。成熟的ERP产品已经非常完善，软件产品中蕴涵的业务流程模式很多，可以通过不同的参数配置来实现，核心流程的二次开发工作应该很少，甚至没有，否则不是选型不当，就是企业过于迁就于自己的流程，应该加大BPR的力度。

◆能够通过BPR进行业务流程重组的，应尽可能修改企业的现行流程，以保证ERP软件的完整性。否则不但会造成升级维护的困难，而且国内ERP软件公司人员流动性比较大，如果实施过程没有严格按照规范的项目管理程序执行，则可能造成其他人员根本弄不清楚二次化修改部分的来龙去脉。

◆对于供应商ERP中不具备的功能，或者企业现行的手工处理流程更好的部分，则需要进行ERP产品的二次化修改来更好地满足客户的需要，并且这部分二次化修改的功能可以有选择地加入至标准ERP产品版本中去。这点对于国内ERP产品尤为普遍。

应该看到，在ERP实施过程中，BPR的力度是非常大的。不但包括实施前已经通过手工和在老系统中实现的流程，也包括无法通过手工和在老系统中实现的纸面流程，更多地根据软件要求进行的BPR。事实上，这些BPR无论对于ERP实施本身，还是对于企业管理和业务运作大多都是有利的。案例中，第二次BPR共梳理、优化和修改了所有的120多个流程，正说明了这一点。

ERP后：实施BPI很重要

ERP上线仅仅是应用的开始，随着企业业务与系统的磨合和对系统理解和应用的不断深入，ERP的价值才能充分体现出来，因此ERP的持续改进对于企业来说是非常重要的。但在实际工作中，我们往往发现，企业热衷于上新模块，搞新应用，而对于已经实施部分的持续改进却不够重视，未能充分发挥ERP的潜力，这是非常可惜的。

ERP上线后，一般通过三种途径实现BPI和ERP的持续改进。

◆结合已经实施的ERP，优化方案，通过合理配置或少量二次开发，实现流程的持续改进。

◆在ERP升级时，利用提供的新功能，实现流程的持续改进。

◆借助于其他与ERP相关的信息系统（如PDM和KM等），实现流程的持续改进。

总之，不管哪种方式，提升企业管理水平和业务运作效率，才是流程持续改进的最终目的。对于案例中的小凌，BPM之路还很长。