因而，我们倡议在施行前的需求剖析阶段就明白搞分明哪些需求不属于的功用范围。另一种倾向是以为既然系统如今有商品化，就应该是根本契合原有流程形式的。长时间的手工管理和习气，或者有的原先用着旧系统，常常会使人们构成定向思想，关于新系统所带来的差别和变化不容易承受。 这个顺应的过程要思索，不能一味追求缩短施行周期。还有的以为定制可以搞出合适本实践的系统，而理论证明这样的大型信息系统是没有条件经过定制来施行的。外表上看定制可以贴近需求，依照的现行流程编制。 但定制的与商品化有着实质的不同先，定制的其背景是本的实践管理情况，对现有流程的不起作用。而商品化的其背景是交融国外管理思想研制的。其次，由于内部根本上找不出既懂管理又懂编程的人才站在管理开展的角度上对内部管理的现状停止透彻的剖析，从而没法提出合理而实在可行又契合今后开展的需求、及施行的计划。

很少有可以每天对这些单据停止汇总统计，而简直每一个老板又总是想在短的时间里控制的各种状态。假如一切数据的初始状态称为一种自然的集中管理的话。那么，的意义就在于使在范围化和化之后，借助电脑系统回归到了集中管理状态。 因而，小在思索能否要上时，就需求问问老板，在日常运营中能否还能根本做到集中管理，或者能否可以忍耐分散管理带来对运营状态的无知。.能否有实时性数据的懊恼。在运营过程中，老板肯定经常需求理解各种运营数据。 例如想理解产废品库存是几。老板向仓库咨询，或许还需求向财务证明一下。假如发现这个数怎样比仓库说的要大一些。这时就会带着一些疑心，于是又找到了销售，结果销售通知的数量又比财务的还要大，这就是数据带来的懊恼。