企业客户关系管理系统需求规格.docx

企业客户关系管理系统需求规格.docx

《企业客户关系管理系统需求规格.docx》由会员分享，可在线阅读，更多相关《企业客户关系管理系统需求规格.docx（23页珍藏版）》请在冰豆网上搜索。

企业客户关系管理系统需求规格

1概述

随着企业信息化的发展趋势和计算机技术的飞速发展，无论是个人还是企业都对计算机应用提出了更高的要求。

以数据库和计算机技术为核心的各种企业客户管理系统的应用极大的推动了各种企业的发展，提高了企业的管理水平。

客户关系管理

CRM的主要含义就是对企业客户的详细资料做出必要的分析，挖掘出客户潜在销售能力，从而提高企业盈利能力。

企业客户关系管理系统可以科学、高效地管理企业的客户资源，保存企业与客户进行商业活动相关资料，因此，快捷、准确、方便、高效的客户关系管理系统可以更好地为客户提供优质的服务，为企业的带来更大的经济利益。

关键词：

客户关系管理

1.1目的

使用CRM概念和技术，企业能快速搜集、追踪和分析每一个客户的信息，进而了解整个市场走势，并确切知道谁是客户、什么是客户的需求、客户需求什么样的产品和服务、如何才能满足客户的需求，以及满足客户要求的一些重要限制因素。

CRM还能观察和分析客户对企业收益的影响，使企业与客户的关系及企业盈利都得到最优化。

因此为汽车4S店开发一套客户关系管理系统成为必然趋势。

通过该系统，使企业的客户管理工作系统化、规范化、自动化，从而达到提高企业客户管理效率的目的。

企业客户管理系统能够对企业客户基础信息、客户档案浏览、客户资料查询、客户资料统计、日常记事、通讯录、数据库备份和还原及清空等进行管理。

及时了解各个环节中信息的变更。

管理人员必须以管理员身份登录，保证了系统的安全性。

系统的总体任务是使企业管理人员可以轻松快捷地完成对企业客户管理的任务。

有利于提高管理效率。

1.2范围

本系统包括：

营销管理、客户管理、客户服务管理、统计报表和基础数据五个功能模块。

另外包括权限管理模块用于系统的用户、角色和相关权限。

系统功能为本说明书与附件Demo版界面描述中功能的并集。

在上述文件未明确描述的情况下，应能满足合同和相关投标书所描述的功能。

1.3读者对象

客户经理

销售主管

业务员

1.4术语定义

系统用户：

汽车4S员工。

客户：

购买汽车4S店的产品或有意向购买汽车4S店的产品的单位客户，不包括个人客户。

客户服务：

由客户提出申请，需要汽车4S店的员工对其做出响应的活动。

分咨询、建议、投诉等类型。

2系统说明

2.1概述

客户关系管理系统用于管理与客户相关的信息与活动，但不包括产品信息、库存数据与销售活动。

这三类数据将由公司销售系统进行管理。

2.2用户与角色

与本系统相关的用户和角色包括：

系统管理员：

管理系统用户、角色与权限，保证系统正常运行。

销售主管：

对客户服务进行分配。

分析客户信息，发现潜在客户。

创建销售机会。

对销售机会进行指派。

对特定销售机会制定客户开发计划。

分析客户贡献、客户构成、客户服务构成和客户流失数据，提交客户管理报告给客户经理。

客户经理：

维护负责的客户信息。

接受客户服务请求，在系统中创建客户服务。

处理分派给自己的客户服务。

对处理的服务进行反馈。

对负责的流失客户采取“暂缓流失”或“确定流失”的措施。

针对客户需求设计调查问卷等，指派给业务员。

业务员：

对客户信息进行采集，将客户基本信息提交给客户经理。

接收客户开发计划，完成后将信息提交给销售主管。

采集客户需求的服务，提交给销售主管。

接收售后服务信息，处理并将结果提交给客户经理。

向客户发调查问卷，并接结果反馈给客户经理。

2.3系统功能

系统用例图如图1所示，子用例图及详细的用例描述见“功能性需求”部分。

图1

2.4当遵循的标准或规范

本系统采用MicrosoftSQLServer数据库，使用JavaEE进行开发，采取B/S架构。

数据库设计原则上符合第三范式，且规范，易于维护。

程序需使用MVC模式，采用三层架构，保证系统的可维护性和可扩展性。

3功能性需求

3.1营销管理

营销管理模块包含销售机会的管理和对客户开发过程的管理，子用例图如图2所示。

图2：

用例图

营销的过程是开发新客户的过程。

对老客户的销售行为不属于营销管理的范畴。

客户经理有开发新客户的任务，在客户经理发现销售机会时，应在系统中录入该销售机会的信息。

销售主管也可以在系统中创建销售机会。

所有的销售机会由销售主管进行分配，每个销售机会分配给客户经理。

客户经理对分配给自己的销售机会制定客户开发计划，计划好分几步开发，以及每个步骤的时间和具体事项。

制定完客户开发计划后，客户经理按实际执行请跨功能填写计划中每个步骤的执行效果。

在开发计划结束的时候，根据开发的结果不同，设置该销售机会为“开发失败”或“开发成功”。

如果开发客户成功，系统自动创建新的客户记录。

3.1.1销售机会管理

3.1.1.1添加销售机会

业务概述：

营销的过程是开发新客户的过程。

对老客户的销售行为不属于营销管理的范畴。

客户经理有开发新客户的任务，在客户经理发现销售机会时，应在系统中录入该销售机会的信息。

销售主管也可以在系统中创建销售机会。

所有的销售机会由销售主管进行分配，每个销售机会分配给客户经理。

客户经理对分配给自己的销售机会制定客户开发计划，计划好分几步开发，以及每个步骤的时间和具体事项。

制定完客户开发计划后，客户经理按实际执行请跨功能填写计划中每个步骤的执行效果。

在开发计划结束的时候，根据开发的结果不同，设置该销售机会为“开发失败”或“开发成功”。

如果开发客户成功，系统自动创建新的客户记录。

使用者描述：

销售主管、客户经理

输入信息要素：

创建销售机会的系统界面如图3所示。

创建销售机会时需录入以下信息：

数据项

说明

输入格式

是否必填

备注

信息处理流程：

从界面得到所需信息，然后在数据库中创建新的纪录。

输出信息要素

提示“保存成功”。

页面必填项未填时或者填选发生错误时不允许提交表单并且报告相应错误。

3.1.1.2修改销售机会

业务概述

对获取的并未分配的销售机会记录可以编辑。

使用者

销售主管、客户经理

输入信息要素

对于获取的并未分配的销售机会纪录，可选择任意一条进行修改。

如下图4所示。

在编辑页面，可以对机会来源、客户名称、成功机率、概要、联系人、联系人电话、机会描述进行编辑。

其他信息不可编辑。

信息处理流程

在列表页面选择“未分配”的销售机会进行编辑，跳转到编辑页面；在编辑页面填入更新的信息，提交表单，保存新的信息到数据库。

输出信息要素

提示“保存成功”。

页面必填项未填时或者填选发生错误时不允许提交表单并且报告相应错误。

3.1.1.3删除销售机会

业务概述

可以删除状态为“未分配”的销售机会。

删除前需要判断当前登录用户为该销售机会的创建人，否则不可删除。

使用者

销售主管、客户经理

输入信息要素

如图5所示，在“未指派”的销售机会列表中选择一项删除。

信息处理流程

选中所选择的销售机会，点选删除操作后，提示“确认删除？

”，用户选“确定”则执行删除操作，“取消“则是不执行。

输出信息要素

操作成功完成后，提示“删除成功”。

3.1.1.4指派销售机会

业务概述

销售主管根据各客户经理的负责分区、行业特长等对销售机会进行指派。

每个销售机会指派给一个客户经理，专事专人。

指派成功后，销售机会状态改为“已指派”。

使用者

销售主管

输入信息要素

进行指派时需要选择输入客户经理，系统自动输入指派时间。

两相皆未必输项。

信息处理流程

选择要指派的销售机会，察看销售机会的详细信息并选择客户经理进行指派。

输出信息要素

指派成功后提示“指派成功”，该销售机会状态改为“已指派”<即“开发中”）。

3.1.2客户开发计划

对“已指派”的销售机会制定开发计划，执行开发计划，并记录执行结果。

客户开发成功还将创建新的客户记录。

3.1.2.1制定开发计划

业务概述

客户经理对分配给自己的销售机会制定开发计划。

使用者

客户经理

输入信息要素

在制定开发计划时，应显示出销售机会的详细信息。

客户经理可以通过新建计划项，编辑已经有的计划项，即删除计划项来针对一个销售机会来制定客户开发计划。

每个计划项包括两个输入要素：

日期和计划内容，都是必输项。

日期的输入格式为“2018-12-13”。

编辑计划项时，日期不可以编辑。

信息处理流程

首先选择一“已指派”的销售机会进行指定计划的操作，然后制定计划。

输出信息要素

提交并更新当前页面时在计划项列表中显示新建的计划项。

3.1.2.2执行开发计划

业务概述

完成客户开发计划的制定后，客户经理开始按照计划内容执行客户开发计划，并按时记录执行结果。

使用者

客户经理

输入信息要素

对每个计划项填写执行效果，并保存。

3.1.2.3开发成功

业务概述

某个客户开发计划执行过程中或执行结束后如果客户同意选择本店服务<汽车服务），已经下订单或者签订销售合同，则标志客户开发成功。

客户开发成功时，需修改销售机会的状态为“开发成功”。

并根据销售机会中相应信息自动创建客户记录。

使用者

客户经理

输入信息要素

从列表中选择一个状态为“已指派”的销售机会，点选“开发成功”操作。

或者在执行计划页面点选“开发成功”操作。

信息处理流程

修改销售机会的状态为“开发成功”。

根据销售机会中相应信息<包括客户名称、联系人和联系人电话）自动创建客户记录。

输出信息要素

成功操作后提示“操作成功”。

3.1.2.4开发失败

业务概述

某销售机会在确认客户的确没有采购需求后，或不具备开发价值时可认为“开发失败”。

使用者

客户经理

输入信息要素

从列表中选择一个状态为“已指派”的销售机会，点选“终止开发”操作。

或者在执行计划页面点选“终止开发”操作。

信息处理流程

修改销售机会的状态为“开发失败”。

输出信息要素

成功操作后提示“操作成功”。

3.2客户管理

客户信息是公司资产的构成部分之一，应对其进行妥善保管、充分利用。

每个客户经理有责任维护自己负责的客户信息，随时更新。

在本系统中，客户信息将得到充分的共享，从而发挥最大的价值。

有调查表明，公司的大部分利润来自老客户，开发新的客户成本相对较高而且风险相对较大。

因此我们有必要对超过6个月没有购买公司产品的客户应予以特殊关注，防止现有客户流失。

客户管理的子用例图如图9所示。

3.2.1客户信息管理

3.2.1.1编辑客户信息

业务概述

客户经理可以编辑状态为“正常”的客户信息。

使用者描述

客户经理

输入信息要素

如下图所示，有“*”标记的为必输项。

地区、客户等级的候选项由数据字典维护；客户经理候选项为所有状态为“正常”的系统用户。

客户满意度和客户信用度候选项的值都是1~5。

信息处理流程

从列表中选择要编辑的用户点选“编辑”按钮，编辑特定客户的信息，输入新信息后点“保存”按钮，返回列表页面。

输出信息要素

提示“保存成功”。

页面必填项未填时或者填选发生错误时不允许提交表单并且报告相应错误。

3.2.1.2管理客户联系人

业务概述

每个客户可以有多个联系人。

使用者

客户经理

输入信息要素

新建联系人时要输入姓名、性别、职位和办公电话，必输。

还可输入手机号码和备注信息。

注意：

联系人是属于某个客户的。

信息处理流程

每周六凌晨02：

00系统自动检查订单数据，如果发现有超过6个月没有下单的客户，则自动添加一条客户流失预警记录。

客户经理登录本系统后在客户流失管理中就可以看到。

对客户流失预警可以采取“暂缓流失”和“确认流失”两种措施。

但在确认流失前一定要采取措施“暂缓流失”

输出信息要素

客户流失预警记录。

3.2.2.2暂缓客户流失

业务概述

对于系统自动产生的客户流失预警，负责该客户的客户经理要第一时间采取措施，充分了解客户流失的原因，并采取应对措施。

然后在系统中使用“暂缓流失”功能点，填写采取的措施。

使用者

客户经理

输入信息要素

暂缓措施可以不断追加，系统要保存每次追加的暂缓措施。

信息处理流程

选择客户流失预警记录，追加暂缓措施。

输出信息要素

系统保存每次追加的暂缓措施。

3.2.2.3暂确认客户流失

业务概述

如果确是存在不可逆转的因素，客户不可能再购买本公司的产品，则确认该客户的流失。

使用者

客户经理

输入信息要素

在确认客户流失时要填写客户流失的原因。

信息处理流程

选择一条客户流失预警，填写客户流失原因，确认客户流失。

输出信息要素

确认客户流失后，该客户的状态修改为“已流失”。

3.3服务管理

处理流程

3.3.1服务创建

3.3.1.1业务概述

客户服务是客户管理的重要工作。

通过客户服务我们的销售团队可以及时帮助客户解决问题、打消顾虑，提高客户满意度。

还可以帮助我们随时了解客户的动态，以便采取应对措施。

3.3.1.2使用者

客户经理

3.3.1.3输入要素

当客户收到客户服务请求的时候，要创建一条服务单据。

服务单据录入界面如下图所示。

服务编号由系统自动生成；服务类型由数据字典维护，选择输入；创建人为当前登录用户；创建时间为当前系统时间。

3.3.1.4处理流程

服务添加成功后人仍返回服务创建页面，显示空表但准备填写下一条服务。

3.3.1.5输出要素

添加成功的服务数据，状态为“新创建”。

3.3.2服务分配

3.3.2.1业务概述

客户经理对状态为“新创建”的服务单据进行分配。

3.3.2.2使用者

客户经理

3.3.2.3输入要素

分给的对象通过选择输入，候选项包括所有状态为“正常”的系统用户。

3.3.2.4处理流程

选择一条状态为“新创建”的服务单据，分配给专人。

3.3.2.5输出要素

服务分配给专人后，服务单据的状态修改为“已分配”。

需要记录分配时间。

3.3.3服务处理

3.3.3.1业务概述

被分配处理服务的客户经理负责对服务请求做出处理，并在系统中录入处理的方法。

3.3.3.2使用者

客户经理

3.3.3.3输入要素

填写处理的方法，系统自动记录处理人和处理时间。

3.3.3.4处理流程

首先查询得到状态为“已分配”的服务单据，选择一个进行处理。

填写处理方法后提交。

3.3.3.5输出要素

处理完成的服务单据状态改为“已处理”。

3.3.4服务反馈

3.3.4.1业务概述

对状态为“已处理”的服务单据主动联系客户进行反馈，填写处理结果。

3.3.4.2使用者

客户经理

3.3.4.3输入要素

需要填写处理结果，并选择客户对服务处理的感受。

客户是否满意。

3.3.4.4处理流程

首先查询得到状态为“已处理”的服务单据，选择一个进行反馈。

填写处理结果和满意度后提交。

3.3.4.5输出要素

根据客户对处理结果的态度，服务单据的流转也不同。

如果客户满意本次服务，服务单据状态改为“已归档”。

如果客户不满意本次服务，服务单据状态改为“已分配”，重新进行处理。

3.3.5服务归档

3.3.5.1业务概述

系统可以对已归档的服务进行查询、查阅。

便于参考解决类似问题。

3.3.5.2使用者

客户经理、销售主管

3.3.5.3输入要素

可以根据客户、概要、服务类型、创建日期进行查询。

对每条服务单据还可以查看明细。

3.3.5.4处理流程

根据关键字查找需要查看的文档。

3.3.5.5输出要素

服务单据信息。

3.4统计报表

图

3.4.1客户贡献分析

3.4.1.1业务概述

对客户下单的总金额进行统计，了解客户对企业的贡献。

3.4.1.2使用者

销售主管

3.4.1.3输入要素

可以根据客户名称或年份查询，默认列出全部客户和所有年份订单金额的总和。

3.4.1.4处理流程

3.1.4.5输出要素

显示客户名称和该客户下单的总金额。

图表20

3.4.2客户构成分析

3.4.2.1业务概述

了解某种类型的客户有多少及所占比例。

3.4.2.2使用者

销售主管

3.4.2.3输入要素

可以选择报表方式，按客户等级统计、按信用度统计。

3.4.2.4处理流程

3.4.2.5输出要素

列出统计项，和该统计项下有多少个客户。

图表21

3.4.3客户服务分析

3.4.3.1业务概述

根据服务类型对服务进行统计。

3.4.3.2使用者

销售主管

3.4.3.3输入要素

可以输入年份，只统计该年的服务数据。

3.4.3.4处理流程

3.4.3.5输出要素

图表22

3.4.4客户流失分析

3.4.4.1业务概述

查看已经确认流失的客户流失记录。

3.4.4.2使用者

销售主管

3.4.4.3输入要素

可以根据客户名称和客户经理名称进行查询。

3.4.4.4处理流程

3.4.4.5输出要素

列出符合查询条件的已经确认流失的客户流失记录。

3.5基础数据

图

3.5.1数据字典管理

数据字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明。

3.5.1.1业务概述

对系统中需要已选择的方式输入的输入项的候选项，统一通过数据字典来配置。

比如服务类型、客户类型等。

3.5.1.2使用者

系统管理员。

3.5.1.3输入要素

每个数据字典项包括系统自动生成的编号、类别<如：

服务类型）、条目<如：

咨询）和值<如：

1）构成。

数据字典项有的能编辑。

有的不可编辑，只能查看。

图表24

对于可以编辑的数据字典项，可以修改其类别、条目和值。

还可以设为不可编辑。

图表25

在数据字典项的列表中，对可编辑的数据字典项显示“编辑”和“删除”的操作按钮。

图表26

3.5.2处理流程

3.5.2.1输出要素

数据字典数据。

3.6权限管理

系统管理员：

可以查看所有信息，可以对销售主管、客户经理、业务员进行增删改查。

销售主管：

浏览客户信息，创建、编辑销售机会，对销售机会进行指派。

客户经理：

增删改查客户信息，接受客户服务请求，创建客户服务，并进行指派，对处理结果进行反馈，对流失客户采取“暂缓流失”或“确定流失”措施。

业务员：

新建客户信息，查看客户信息，接受客户开发计划，并将结果进行反馈，新建客户需求，接受服务信息，并将结果进行反馈。

4非功能性需求

4.1技术需求

4.1.1软硬件环境需求

系统应可运行于Windows平台或Unix平台<数据库服务器运行于Windows平台）。

系统采用B/S架构，可通过浏览器访问，使用IE6.0或更高版本可顺利完成全部系统操作。

系统运行于局域网环境中。

系统采用的JavaEE版本为6.0<或更高版本）。

系统数据库使用SQLServer2005<或更高版本）。

系统需要与X公司销售系统集成，访问其产品、库存和订单数据。

4.1.2性能需求

本系统在正常的网络环境下，应能够保证系统的及时响应：

统计报表模块相应功能响应时间不超过30秒。

其他模块相应功能响应时间不超过15秒。

4.1.3安全保密需求

本系统的系统架构，以及权限机制可以保证系统的安全性。

首先，从系统架构看，本系统采用B\S模型，从而使服务器数据源与客户端分离，保证了数据的物理独立性；

其次，本系统的用户授权机制通过角色的定义管理实现，通过定义某些角色能进行的操作权限，和定义用户拥有的角色，限定用户的操作权限，实现对用户的授权。

4.1.4可维护性和可扩展性

本系统的应用平台设计中选择B/S结构，采用基于JAVA技术并且符合JavaEE开发规范的系统应用平台，并采用三层结构，使系统具有良好的可维护性和可扩展性

4.2文档需求

4.2.1文档清单

交付验收时需交付的文档清单：

《需求规格说明书》

《概要设计说明书》

《详细设计说明书》

4.2.2用户手册

5验收标准

企业客户关系管理系统验收标准为：

Ø实现所有功能需求

Ø满足非功能性需求

Ø系统设计文档完整，且符合规范

Ø代码符合规范，且与系统设计一致