问对整个项目的指导性建议以及本企业内部在实施过程中所遇到的问题，问题的解决进度。等等这些实施顾问一般都会整理成文档，而这些文档对于我们企业自身来说也是相当宝贵的，小点说，可以从这些文档中管窥整个项目的实施过程，大点说，可以为企业后续的信息化进程提供更多的参照，避免犯重复的错误，少走弯路。
2.执行情况
执行情况相对来说是一个无形的东西，很多企业上ERP到最后，变成了财务部门信息化，其他部门的系统都成了一个花架子。之所以出现这样的情况是因为财务的报表相对来说比较容易突现出其工作情况，其他部门可能仍旧采用老旧的办公方式。这里验收执行情况的标准也可以说是在验收企业内部管理水平的提升，因为信息化本身的重要意义就在于通过软件的标准化进一步规范企业的作业流程，一方面提高作业效率，另一方面提升企业员工的总体管理水平。
当然这里企业最高领导人的重视也是很重要的一方面，比如在实施阶段就切实强调所有业务必须从系统走，传统的手工形式不承认，时间久了，大家习惯了，规范也就养成了。所以各个部门是不是真的用上了ERP，发挥了ERP的作用，也是我们考量的目的，而不仅仅是程序菜单中多了一项而已。
3.二次开发项目的附属物
同标准版程序不一样的是，二次开发项目的后续维护会更麻烦，特别是软件提供商那边发生人事变动后，经过几年，当时的开发人员离职后，程序再有什么问题，解决起来估计就非常麻烦了，所以在二次开发项目的验收上得更加注意。
除了前面第一点提的最基本的项目文档外，一定要让软件提供商提供项目开发的整个框架、软件架构模型，其中也包括数据库结构，特别是核心配置表间的一些关系以及源代码。当然这里提的这些东西可能都需要在签订合同之前商谈的，如果前面没有谈到这个问题，在验收时强调一下也未尝不可，本着互惠互利的精神，软件提供商都愿意配合的。并且这些相关资料要保存好，以便在后续使用过程中出现问题时，企业内部的IT部门员工可以从这些文档中寻找相关信息，对解决问题有很大作用。
4.系统性能
这里的系统性能一般是针对二次开发项目的一个验收项目，因为对于系统的标准版本来说，一般软件厂商都经过了很严格的测试，并且经过绝大多数客户的验证，在系统性能方面一般不会有太大的问题，否则软件厂商的项目肯定也开展不起来。
二次开发的项目无论是对软件厂商还是对企业内部来说，都是一个全新的软件，既然是新的软件，Bug在所难免，但一些基本的性能要满足要求，比如在多用户并发操作，以及大批量数据运行的过程中，系统是否有严重的性能瓶颈，这些需要通过和一线的系统操作员工进行沟通，进而了解系统的性能方面的问题。
三、小结
项目验收是看似简单，但操作复杂的工作，因为项目验收无固定统一的标准。在验收的过程中，项目文档的验收往往也是一个难点，一方面因为系统本身的功能、性能等方面导致容易弱化这方面的重要性。另外就是项目文档也没有一个统一的验收标准，如果要求不严，很容易被“蒙混”过关。
ERP往往都是企业信息化中的“领头羊”，ERP系统上好了，运行流畅了，为企业的全面信息化工作可以起到推波助澜的作用，ERP失败了，将会让企业落入信息化太难或者不好的怪圈，并最终影响企业的管理水平。因此在项目验收的过程中，一方面是验收ERP的功能、性能、系统动作情况，另一方面就是验收项目实施过程中的经验，为后续的信息化工作打下基础。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
