三、根据项目的规模可以对需求进行细化

如果CRM项目的规模比较大，如涉及到集团型或者项目集成的业务，那么可以对以上的图表进行进一步细化，以实现对需求的精细化管理。如可以将难度分为简单、中等、困难、暂时不考虑等几个类别。同时可以将影响成果，也分为大、中、小等三个级别。具体要划分为多个档次，主要是根据需求的个数来说的。如笔者在实际项目中，如果需求的个数少于100个，那么使用两个级别基本上可以满足了。如果需求个数超过100、少于300，那么可以再增加一个级别，以此类推。

同时在项目实施过程中，需要注意，即要遵守这个图表，也要有所变化。如在项目推进过程中，关键用户往往会临时提出一些需求。这些需求是否要放到这个图表中呢?笔者的意见是，能不放则不妨。这就好像我们做一个生产计划。当遇到需要插单生产时，如果插一单不会对整体的生产计划产生很大的影响，如只需要晚上加加班就可以完成的，那么可以考虑加进去。但是如果一插单，会造成连锁反应，即后面的生产计划都无法按时完成。在这种情况下，插单对于企业来说是得不偿失的。将用户的临时性需求加入到这个图表中也是不合理的。为此在项目实施过程中，无论是项目管理员还是实施顾问都会受到来自用户个方面的压力。此时企业项目组应该挺住压力，严格按照这个表格确定的顺序来进行。如果开了口子的话，那么就会有第二个、第三个特殊情况的产生。

为了避免用户随意调整实施的顺序，这个图表在整理完成之后，最好能够让各个部门的关键用户进行签字确认。笔者负责的客户中，有不少企业在这方面做的非常的不错。如有些企业在笔者的建议下，会将这份表格制作成一个看板，挂在会议室上。完成一个需求，就将这个需求划掉。如此的话，很少会有跳步骤实施的情况。如果需要临时调整或者插入需求，需要整个项目小组的确认。同时将需求在看板的下面标示出来，跟其他需求进行区分。