企业ERP管理 提供库存一站式整体解决方案

全国咨询热线:18925199527

ERP进销存

>库存管理系统

CRM系统研发的需求应该如何分类?

返回列表 来源:SaaS之家 发布日期: 2019-03-20

    CRM需求收集起来可能有一箩筐。现在项目办理员需求考虑的是,这些都需求或许能够完结吗?假如能的话,该按什么样的次序来履行呢?假如将他们一次性拿到桌面上进行部署的话,基本上是不可能的使命。毕竟用户的精力有限。为此项目办理员需求合理承认需求完结的次序。在考虑需求完结次序时,不能够盲目求进,也不能够在一棵树上吊死,对此笔者有如下的主张:


    一、对需求进行分类


    在实践作业中,笔者一般都会将用户的需求进行分类。如下图所示,笔者会按两个视点对需求进行归类,别离按难度与影响程度进行区别。如依据难度能够将需求分为简单完结和完结起来比较困难两个等级。而依据影响程度能够将需求分为影响大和影响小两类。


    在详细进行分类时,能够在收拾好的需求前面标上序号。然后依据企业的实践状况,将序号依次填入到上面这个表格中。留意在做这份作业时,项目施行参谋不能够凭空捏造,而应该充分征询企业用户的定见。关于一些办理比较到位的企业,笔者是将这项作业交给企业内部的项目办理员的。他能够安排满意的时刻跟企业各个部分的要害用户承认这方面的信息。只要得到用户的认可,再考虑体系的实践状况,得出来的效果才是比较牢靠的。

bbbceaa1127cf87e

    二、要将简单完结并且对用户影响比较大的需求排在前面在详细需求完结进程中,在同等条件下,需求将简单完结并且对用户影戏那个比较大的需求排在前面。这首要还是考虑到用户的一个承受程度。用户对CRM体系有一个从潜到深的知道进程。为此让用户承受这个体系时,假如一开始就设置了一个绊脚石,将一个比较困难的需求放在他们面前。经过了半个月还不能够完结。这对用户来说是一个丧命的冲击。这会在很大程度上影响体系后续的作业。其实在日常日子中,大家都有这方面的感受。如以前在学校里参与中考或许高考的时分,出卷教师在安排标题时都会依据难易的程度来考虑命题的次序。一般每种题型的前面几道标题都是比较简单的。而最终一道标题有必定的难度。假如命题教师讲最难的标题都放在最初。考生在榜首道标题就卡住。那么有不少的考生因为心理素质不过关,会影响后续的正常发挥。故在考虑需求完结的次序时,先将简单完结的内容放在前面,笔者认为更加的合理。


    其次在考虑需求的完结次序时,也要一起考虑需求对用户的影响程度。其实这也是一个比较粗浅的道理。做一个不怎么恰当的比方。驯兽师在教动物某个技巧的时分,往往会运用大棒加金钱的方针。当动物完结一个详细的动作时,会立刻给他们东西吃。依此来强化动物的习惯。其实在施行CRM项目时,这种规律在无形中也会得到体现。CRM项目会添加职工的作业量。项目施行参谋在教职工怎么运用体系、要准备哪些材料、要做哪些改动,其实就如同是在教动物某个操作。假如仅仅让他们做,而没有给他们东西吃,怎么能够让他们合作你呢?此刻CRM的作用便是他们的食物。假如在刚开始完结某项作业时,作用就能够在榜首时刻内显现出来,并且对用户的影响比较大。如现在有一个“客户销售订单毛利率剖析”的需求。这个需求因为涉及到多个部分,影响的用户数量比较多。从完结的视点讲,只要基础数据具备了,这仅仅一个数据的剖析作业,难度也不是很大。在这种状况下,明显能够将这个需求放在前面完结。在项目一开始就让用户尝尝甜头,这会降低项目后续的作业难度。相关阅读:CRM需要具备哪些功能才能满足当代企业的需求


    或许有人会说,这种挑软柿子吃的战略,是在逃避责任。笔者并不这么认为。一方面,有时分硬的柿子放着放着就会变软。这是什么意思呢?在CRM施行进程中,一些不怎么简单完结的需求往往是一些综合性的需求,需求多个部分合作才能够完结。此刻跟着后续CRM体系运用的深入,这些刚开始难以完结的需求,到时分就会顺畅成章的完结。而有些需求则是需求办理手法的改进才能够完结。这更加需求时刻,不能够在短时期内完结。所以咱们这里并不是抛弃硬的柿子。而是供给必要的条件,让硬柿子变软,等软了再吃。其次企业是一个追求效益与赢利的组织。在考虑问题时需求关注投入与产出的比率。假如投入很多的时刻与精力,去完结一个影响比较小、难度又超大的需求。尽管攻克这个难题,项目办理员可能比较有成就感(这是很多技术出世的人的通病)。可是从投入产品比的视点看,这是一个失利的使命。应为投入过多,而没有得到相应的产出。即属于一笔赔本的生意。此刻无论关于企业来说,还是关于施行参谋来说,这都是得不偿失的。为此在上面这个图形中,笔者将难以完结的、一起影响又比较小的,放在最终的位置。


    三、依据项目的规划能够对需求进行细化


    假如CRM项目的规划比较大,如涉及到集团型或许项目集成的业务,那么能够对以上的图表进行进一步细化,以完结对需求的精细化办理。如能够将难度分为简单、中等、困难、暂时不考虑等几个类别。一起能够将影响效果,也分为大、中、小等三个等级。详细要划分为多个层次,首要是依据需求的个数来说的。如笔者在实践项目中,假如需求的个数少于100个,那么运用两个等级基本上能够满意了。假如需求个数超过100、少于300,那么能够再添加一个等级,以此类推。推荐阅读:CRM系统的购置应建立在业务要求上


    一起在项目施行进程中,需求留意,即要恪守这个图表,也要有所改变。如在项目推进进程中,要害用户往往会临时提出一些需求。这些需求是否要放到这个图表中呢?笔者的定见是,能不放则不妨。这就如同咱们做一个出产计划。当遇到需求插单出产时,假如插一单不会对整体的出产计划发生很大的影响,如只需求晚上加加班就能够完结的,那么能够考虑加进去。可是假如一插单,会造成连锁反应,即后边的出产计划都无法准时完结。在这种状况下,插单关于企业来说是得不偿失的。将用户的临时性需求加入到这个图表中也是不合理的。为此在项目施行进程中,无论是项目办理员还是施行参谋都会受到来自用户个方面的压力。此刻企业项目组应该挺住压力,严厉依照这个表格承认的次序来进行。假如开了口儿的话,那么就会有第二个、第三个特殊状况的发生。


    为了防止用户随意调整施行的次序,这个图表在收拾完结之后,能够让各个部分的要害用户进行签字承认。笔者负责的客户中,有不少企业在这方面做的非常的不错。如有些企业在笔者的主张下,会将这份表格制作成一个看板,挂在会议室上。完结一个需求,就将这个需求划掉。如此的话,很少会有跳步骤施行的状况。假如需求临时调整或许插入需求,需求整个项目小组的承认。一起将需求在看板的下面标明出来,跟其他需求进行区别。


    


cache
Processed in 0.003518 Second.