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

1概述31。1目的31.2范围31.3读者对象41.4 术语定义42系统说明42。1概述42。2用户与角色42。3系统功能52。4当遵循的标准或规范53功能性需求63.1营销管理63.1.1销售机会管理63。1。2客户开发计划93.2客户管理113.2.1客户信息管理113.3服务管理133。3.1服务创建133。3.2服务分配143.3.3服务处理143.3.4服务反馈153.3。5服务归档163.4统计报表163.4.1客户贡献分析163.4.2客户构成分析173。4.3客户服务分析173.4.4客户流失分析183.5基础数据183。5。1数据字典管理183。5。2处理流程193。6权限管理194 非功能性需求204。1 技术需求204。1。1软 硬 件 环 境 需 求204.1。2性能需求204.1。3安全保密需求204.1.4可维护性和可扩展性214.2 文档需求214.2.1文档清单214.2。2用户手册215验收标准211概述随着企业信息化的发展趋势和计算机技术的飞速发展,无论是个人还是企业 都对计算机应用提出了更高的要求。以数据库和计算机技术为核心的各种企业客 户管理系统的应用极大的推动了各种企业的发展,提高了企业的管理水平。客户 关系管理(customer relationship management, CRM),是近年来企业采用的一 套先进管理方法.CRM的主要含义就是对企业客户的详细资料做出必要的分析, 挖掘出客户潜在销售能力,从而提高企业盈利能力。企业客户关系管理系统可以 科学、高效地管理企业的客户资源,保存企业与客户进行商业活动相关资料,因 此,快捷、准确、方便、高效的客户关系管理系统可以更好地为客户提供优质的 服务,为企业的带来更大的经济利益。关键词：客户关系管理(CRM)；数据库1o 1目的使用CRM概念和技术,企业能快速搜集、追踪和分析每一个客户的信息,进 而了解整个市场走势,并确切知道谁是客户、什么是客户的需求、客户需求什么 样的产品和服务、如何才能满足客户的需求,以及满足客户要求的一些重要限制 因素。CRM还能观察和分析客户对企业收益的影响,使企业与客户的关系及企业 盈利都得到最优化。因此为汽车4S店开发一套客户关系管理系统成为必然趋势。通过该系统,使企业的客户管理工作系统化、规范化、自动化,从而达到提 高企业客户管理效率的目的。企业客户管理系统能够对企业客户基础信息、客户 档案浏览、客户资料查询、客户资料统计、日常记事、通讯录、数据库备份和 还原及清空等进行管理。及时了解各个环节中信息的变更。管理人员必须以管理 员身份登录,保证了系统的安全性。系统的总体任务是使企业管理人员可以轻松 快捷地完成对企业客户管理的任务.有利于提高管理效率。1.2范本系统包括：营销管理、客户管理、客户服务管理、统计报表和基础数据五 个功能模块。另外包括权限管理模块用于系统的用户、角色和相关权限。系统功 能为本说明书与附件Demo版界面描述中功能的并集。在上述文件未明确描述的 情况下,应能满足合同和相关投标书所描述的功能。1o 3读者对象客户经理销售主管业务员1.4术语定义系统用户：汽车4S员工.客户：购买汽车4S店的产品或有意向购买汽车4S店的产品的单位客户,不包括个 人客户。客户服务：由客户提出申请,需要汽车4S店的员工对其做出响应的活动。分咨询、建 议、投诉等类型.2系统说明2。1概述客户关系管理系统用于管理与客户相关的信息与活动,但不包括产品信息、 库存数据与销售活动。这三类数据将由公司销售系统进行管理。2.2用户与角色与本系统相关的用户和角色包括：系统管理员：管理系统用户、角色与权限,保证系统正常运行。销售主管：对客户服务进行分配.分析客户信息,发现潜在客户.创建销售机会。对销售机会进行指派。对特定销售机会制定客户开发计划.分析客户贡献、客户构成、客户服务构成和客户流失数据,提交客户管理报 告给客户经理。客户经理：维护负责的客户信息。接受客户服务请求,在系统中创建客户服务。处理分派给自己的客户服务。对处理的服务进行反馈。对负责的流失客户采取“暂缓流失或“确定流失的措施。针对客户需求设计调查问卷等,指派给业务员。业务员：对客户信息进行采集,将客户基本信息提交给客户经理。接收客户开发计划,完成后将信息提交给销售主管。采集客户需求的服务,提交给销售主管。接收售后服务信息,处理并将结果提交给客户经理。向客户发调查问卷,并接结果反馈给客户经理。2。3系统功能系统用例图如图1所示,子用例图及详细的用例描述见“功能性需求部分。图12。4当遵循的标准或规范本系统采用Microsoft SQL Server数据库,使用Java EE进行开发,采取B/S架构。数据库设计原则上符合第三范式,且规范,易于维护。程序需使用MVC模式,采用三层架构,保证系统的可维护性和可扩展性.3功能性需求3。1营销管理营销管理模块包含销售机会的管理和对客户开发过程的管理,子用例图如图 2所示。图2：用例图营销的过程是开发新客户的过程。对老客户的销售行为不属于营销管理的范 畴。客户经理有开发新客户的任务,在客户经理发现销售机会时,应在系统中录 入该销售机会的信息。销售主管也可以在系统中创建销售机会。所有的销售机会由销售主管进行分配,每个销售机会分配给客户经理。客户经理对分配给自己的销售机会制定客户开发计划,计划好分几步开发, 以及每个步骤的时间和具体事项。制定完客户开发计划后,客户经理按实际执行请跨功能填写计划中每个步骤 的执行效果。在开发计划结束的时候,根据开发的结果不同,设置该销售机会为“开发失 败或“开发成功。如果开发客户成功,系统自动创建新的客户记录.3.1.1销售机会管理3.1 o 1.1添加销售机会业务概述：营销的过程是开发新客户的过程。对老客户的销售行为不属于营销管理的范 畴。客户经理有开发新客户的任务,在客户经理发现销售机会时,应在系统中录入该销售机会的信息.销售主管也可以在系统中创建销售机会。所有的销售机会由销售主管进行分配,每个销售机会分配给客户经理。客户经理对分配给自己的销售机会制定客户开发计划,计划好分几步开发, 以及每个步骤的时间和具体事项。制定完客户开发计划后,客户经理按实际执行请跨功能填写计划中每个步骤 的执行效果。在开发计划结束的时候,根据开发的结果不同,设置该销售机会为“开发失 败或“开发成功。如果开发客户成功,系统自动创建新的客户记录。使用者描述：销售主管、客户经理输入信息要素：创建销售机会的系统界面如图3所示。从界面得到所需信息,然后在数据库中创建新的纪录.输出信息要素提示“保存成功 .页面必填项未填时或者填选发生错误时不允许提交表单 并且报告相应错误.3。1o 1.2修改销售机会业务概述对获取的并未分配的销售机会记录可以编辑。使用者销售主管、客户经理输入信息要素对于获取的并未分配的销售机会纪录,可选择任意一条进行修改。如下列图4 所示。在编辑页面,可以对机会来源、客户名称、成功机率、概要、联系人、联系 人电话、机会描述进行编辑。其他信息不可编辑。信息处理流程在列表页面选择“未分配的销售机会进行编辑,跳转到编辑页面;在编辑 页面填入更新的信息,提交表单,保存新的信息到数据库。输出信息要素提示“保存成功 .页面必填项未填时或者填选发生错误时不允许提交表单 并且报告相应错误.3.1.1 o 3删除销售机会业务概述可以删除状态为“未分配的销售机会。删除前需要判断当前登录用户为该销售机会的创建人,否则不可删除.使用者销售主管、客户经理输入信息要素如图5所示,在“未指派的销售机会列表中选择一项删除。信息处理流程选中所选择的销售机会,点选删除操作后,提示“确认删除？ ,用户选“确 定则执行删除操作,“取消“则是不执行。输出信息要素操作成功完成后,提示“删除成功。3.1.1.4指派销售机会业务概述销售主管根据各客户经理的负责分区、行业特长等对销售机会进行指派. 每个销售机会指派给一个客户经理,专事专人。指派成功后,销售机会状态改为“已指派。使用者销售主管输入信息要素进行指派时需要选择输入客户经理,系统自动输入指派时间。两相皆未必输 项。信息处理流程选择要指派的销售机会,察看销售机会的详细信息并选择客户经理进行指 派。输出信息要素指派成功后提示“指派成功,该销售机会状态改为“已指派（即“开发中）。3。1o 2客户开发计划对“已指派的销售机会制定开发计划,执行开发计划,并记录执行结果.客户 开发成功还将创建新的客户记录。3。12。1制定开发计划业务概述客户经理对分配给自己的销售机会制定开发计划。使用者客户经理输入信息要素在制定开发计划时,应显示出销售机会的详细信息。客户经理可以通过新建计划项,编辑已经有的计划项,即删除计划项来针对 一个销售机会来制定客户开发计划。每个计划项包括两个输入要素:日期和计划内容,都是必输项。日期的输入 格式为 “2012-12-13。编辑计划项时,日期不可以编辑.信息处理流程首先选择一已指派的销售机会进行指定计划的操作,然后制定计划. 输出信息要素提交并更新当前页面时在计划项列表中显示新建的计划项。3.1 o 2。2执行开发计划业务概述完成客户开发计划的制定后,客户经理开始按照计划内容执行客户开发计划, 并按时记录执行结果。使用者客户经理输入信息要素对每个计划项填写执行效果,并保存。3.1.2.3开发成功业务概述某个客户开发计划执行过程中或执行结束后如果客户同意选择本店服务（汽 车服务）,已经下订单或者签订销售合同,则标志客户开发成功。客户开发成功时,需修改销售机会的状态为“开发成功.并根据销售机会中 相应信息自动创建客户记录.使用者客户经理输入信息要素从列表中选择一个状态为“已指派的销售机会,点选“开发成功操作。 或者在执行计划页面点选开发成功操作。信息处理流程修改销售机会的状态为“开发成功。根据销售机会中相应信息（包括客户名称、联系人和联系人电话）自动创建 客户记录。输出信息要素成功操作后提示“操作成功。3。1。2。4开发失败业务概述某销售机会在确认客户的确没有采购需求后,或不具备开发价值时可认为 “开发失败 .使用者客户经理输入信息要素从列表中选择一个状态为“已指派的销售机会,点选“终止开发操作. 或者在执行计划页面点选“终止开发操作.信息处理流程修改销售机会的状态为“开发失败。输出信息要素成功操作后提示“操作成功。3。2客户管理客户信息是公司资产的构成部分之一,应对其进行妥善保管、充分利用。 每个客户经理有责任维护自己负责的客户信息,随时更新。在本系统中,客 户信息将得到充分的共享,从而发挥最大的价值。有调查说明,公司的大部分利润来自老客户,开发新的客户成本相对较高而 且风险相对较大。因此我们有必要对超过6个月没有购买公司产品的客户应予以 特殊关注,防止现有客户流失。客户管理的子用例图如图9所示。3。2.1客户信息管理3.2 o 1.1编辑客户信息业务概述客户经理可以编辑状态为“正常的客户信息。使用者描述客户经理输入信息要素如下列图所示,有“大标记的为必输项。地区、客户等级的候选项由数据字 典维护；客户经理候选项为所有状态为“正常的系统用户.客户满意度和客户信 用度候选项的值都是15。信息处理流程从列表中选择要编辑的用户点选“编辑按钮,编辑特定客户的信息,输入 新信息后点“保存按钮,返回列表页面。输出信息要素提示“保存成功。页面必填项未填时或者填选发生错误时不允许提交表单 并且报告相应错误.3。2.1 o 2管理客户联系人业务概述每个客户可以有多个联系人。使用者客户经理输入信息要素新建联系人时要输入姓名、性别、职位和办公电话,必输.还可输入手机号 码和备注信息。注意：联系人是属于某个客户的。信息处理流程每周六凌晨02： 00系统自动检查订单数据,如果发现有超过6个月没有下单 的客户,则自动添加一条客户流失预警记录。客户经理登录本系统后在客户流失管理中就可以看到。对客户流失预警可以采取“暂缓流失和“确认流失两种措施。但在确认 流失前一定要采取措施“暂缓流失输出信息要素客户流失预警记录.32。2。2暂缓客户流失业务概述对于系统自动产生的客户流失预警,负责该客户的客户经理要第一时间采取 措施,充分了解客户流失的原因,并采取应对措施。然后在系统中使用“暂缓流 失功能点,填写采取的措施。使用者客户经理输入信息要素暂缓措施可以不断追加,系统要保存每次追加的暂缓措施。信息处理流程选择客户流失预警记录,追加暂缓措施。输出信息要素系统保存每次追加的暂缓措施。3。2。2.3暂确认客户流失业务概述如果确是存在不可逆转的因素,客户不可能再购买本公司的产品,则确认该 客户的流失。使用者客户经理输入信息要素在确认客户流失时要填写客户流失的原因.信息处理流程选择一条客户流失预警,填写客户流失原因,确认客户流失.输出信息要素确认客户流失后,该客户的状态修改为“已流失。3。3服务管理处理流程3.3。1服务创建3。3.1.1业务概述客户服务是客户管理的重要工作。通过客户服务我们的销售团队可以及时帮 助客户解决问题、打消顾虑,提高客户满意度.还可以帮助我们随时了解客户的 动态,以便采取应对措施。3。3。1.2使用者客户经理3.3 o 1.3输入要素当客户收到客户服务请求的时候,要创建一条服务单据。服务单据录入 界面如下列图所示。服务编号由系统自动生成;服务类型由数据字典维护,选择输入；创建人为 当前登录用户;创建时间为当前系统时间。3。3.1.4处理流程服务添加成功后人仍返回服务创建页面,显示空表但准备填写下一条服务。3。3。1 o 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 o 3.3输入要素填写处理的方法,系统自动记录处理人和处理时间。3。3.3.4处理流程首先查询得到状态为“已分配的服务单据,选择一个进行处理。填写处理方法后提交.3.3.3.5输出要素处理完成的服务单据状态改为“已处理 .3。3-4服务反馈3.3.4.1业务概述对状态为“已处理的服务单据主动联系客户进行反馈,填写处理结果。3.34。2使用者客户经理3.3。4.3输入要素需要填写处理结果,并选择客户对服务处理的感受.客户是否满意。3。3.4.4处理流程首先查询得到状态为“已处理的服务单据,选择一个进行反馈.填写处理结果和满意度后提交.3.345输出要素根据客户对处理结果的态度,服务单据的流转也不同。如果客户满意本次服务,服务单据状态改为“已归档.如果客户不满意本次服务,服务单据状态改为“已分配,重新进行处理。3。3。5服务归档3.3.5.1业务概述系统可以对已归档的服务进行查询、查阅.便于参考解决类似问题。3.3.5。2使用者客户经理、销售主管3.3 o 5.3输入要素可以根据客户、概要、服务类型、创建日期进行查询。对每条服务单据还可 以查看明细。3.3。5.4处理流程根据关键字查找需要查看的文档。3。3。5.5输出要素服务单据信息。3.4统计报表图3.4。1客户贡献分析3。4.1 o 1业务概述对客户下单的总金额进行统计,了解客户对企业的贡献。3.4。1。2使用者销售主管3。4。1.3输入要素可以根据客户名称或年份查询,默认列出全部客户和所有年份订单金额的总 和。3.4.1 o 4处理流程3。1.4.5输出要素显示客户名称和该客户下单的总金额.图表13.4。2客户构成分析3。4。2。1业务概述了解某种类型的客户有多少及所占比例.342。2使用者销售主管3.4.2 o 3输入要素可以选择报表方式,按客户等级统计、按信用度统计。3。4。2.4处理流程3.4.2 o 5输出要素列出统计项,和该统计项下有多少个客户.图表23.4。3客户服务分析3.4.3。1业务概述根据服务类型对服务进行统计。3。4。3.2使用者销售主管3。4。3.3输入要素可以输入年份,只统计该年的服务数据。3。4。3.4处理流程3o 4o 3o 5输出要素图表错误!未定义书签。3。4。4客户流失分析3.4.4.1业务概述查看已经确认流失的客户流失记录.3。4。4。2使用者销售主管3.4.4 o 3输入要素可以根据客户名称和客户经理名称进行查询.344。4处理流程3。4。4。5输出要素列出符合查询条件的已经确认流失的客户流失记录。3。5基础数据图3。5.1数据字典管理数据字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻 辑、外部实体等进行定义和描述,其目的是对数据流程图中的各个元素做出 详细的说明。3.5.1 o 1业务概述对系统中需要已选择的方式输入的输入项的候选项,统一通过数据字典 来配置。比如服务类型、客户类型等。3.5。1o 2使用者系统管理员。3.5。1o 3输入要素每个数据字典项包括系统自动生成的编号、类别（如：服务类型）、条目（如:咨询）和值（如：1）构成。数据字典项有的能编辑。有的不可编辑,只能查看。图表3对于可以编辑的数据字典项,可以修改其类别、条目和值。还可以设为 不可编辑.图表错误!未定义书签。在数据字典项的列表中,对可编辑的数据字典项显示“编辑和“删除的操作按钮。图表错误!未定义书签。3。5。2处理流程3.5.2 o 1输出要素数据字典数据。3.6权限管理系统管理员：可以查看所有信息,可以对销售主管、客户经理、业务员进行增删改查。销售主管：浏览客户信息,创建、编辑销售机会,对销售机会进行指派。客户经理：增删改查客户信息,接受客户服务请求,创建客户服务,并进行指派,对处理结果进行反馈,对流失客户采取“暂缓流失或“确定流失措施。业务员：新建客户信息,查看客户信息,接受客户开发计划,并将结果进行反馈,新建客户需求,接受服务信息,并将结果进行反馈。4司非功能性需求4.1技术需求4。1.1软硬件环境需求系统应可运行于Windows平台或Unix平台（数据库服务器运行于 Windows 平台）。系统采用B/S架构,可通过浏览器访问,使用IE6.0或更高版本可顺利 完成全部系统操作。系统运行于局域网环境中。系统采用的JavaEE版本为6.0 （或更高版本）。系统数据库使用SQL Server 2005 （或更高版本）.系统需要与X公司销售系统集成,访问其产品、库存和订单数据.4.1 o 2性能需求本系统在正常的网络环境下,应能够保证系统的及时响应：统计报表模块相应功能响应时间不超过30秒。其他模块相应功能响应时间不超过15秒。4.1 o 3安全保密需求本系统的系统架构,以及权限机制可以保证系统的安全性。首先,从系统架构看,本系统采用BS模型,从而使服务器数据源与客 户端分离,保证了数据的物理独立性；其次,本系统的用户授权机制通过角色的定义管理实现,通过定义某些 角色能进行的操作权限,和定义用户拥有的角色,限定用户的操作权限,实现 对用户的授权。4。1.4可维护性和可扩展性本系统的应用平台设计中选择B/S结构,采用基于JAVA技术并且符合 Java EE开发规范的系统应用平台,并采用三层结构,使系统具有良好的可 维护性和可扩展性4.2文档需求4.2。1文档清单交付验收时需交付的文档清单：【需求规格说明书】【概要设计说明书】【详细设计说明书】4.2.2用户手册5验收标准企业客户关系管理系统验收标准为：实现所有功能需求满足非功能性需求系统设计文档完整,且符合规范代码符合规范,且与系统设计一致