CRM客户关系标准管理系统项目需求文档.doc

CRM客户关系标准管理系统项目需求文档

客户关系管理系统
需求规格说明书
编号：SK-SK-CRM
版本：1.0

作者：
SK-GROUP
日期：
2012-8-9
审批：

日期：

1 概述
客户是公司最宝贵的资源，为了更好的发掘老客户的价值，并开发更多新客户，XX公司决定实施客户关系管理系统。希望通过这个系统完成对客户基本信息、联系人信息、交往信息、客户服务信息的充分共享和规范化管理；希望通过对销售机会、客户开发过程的追踪和记录，提高新客户的开发能力；希望在客户将要流失时系统及时预警，以便销售人员及时采取措施，降低损失。并希望系统提供相关报表，以便公司高层随时了解公司客户情况。
客户服务是一个涉及多个部门，存在一定流程的工作。客户服务水平的高低决定着公司的核心竞争力。该客户关系管理系统应提供一个客户服务在线平台，使客户服务处理过程中相关人员可以在线完成服务的处理和记录工作。
1.1 范围
本系统包括：营销管理、客户管理、服务管理、统计报表和基础数据五个功能模块。另包括权限管理模块用于系统的用户、角色和相关权限。系统功能为本说明书与附件Demo版界面描述中功能的并集。在上述文件未明确描述的情况下，应能满足合同和相关投标书所描述的功能。
2 系统说明
2.1 概述
客户关系管理系统用于管理与客户相关的信息与活动，但不包括产品信息、库存数据与销售活动。这三类数据将由XX公司X销售系统进行管理。但本系统需要提供产品信息查询功能、库存数据查询功能、历史订单查询功能。
2.2 用户与角色
与本系统相关的用户和角色包括：

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

销售主管：
对客户服务进行分配。
创建销售机会。
对销售机会进行指派。
对特定销售机会制定客户开发计划。
分析客户贡献、客户构成、客户服务构成和客户流失数据，定期提交客户管理报告。

客户经理：
维护负责的客户信息。
接受客户服务请求，在系统中创建客户服务。
处理分派给自己的客户服务。
对处理的服务进行反馈。
创建销售机会。
对特定销售机会制定客户开发计划。
执行客户开发计划。
对负责的流失客户采取“暂缓流失”或“确定流失”的措施。

高管：
审查客户贡献数据、客户构成数据、客户服务构成数据和客户流失数据。

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

图 1
2.4 当遵循的标准或规范
本系统采用My Sql数据库，使用Java EE进行开发，采取B/S架构。数据库设计原则上符合第三范式，且规范，易于维护。
程序需使用MVC模式，采用三层架构，保证系统的可维护性和可扩展性。

项目所用的公共方法
/**
* 公共添加方法
* */
public Serializable save(T t);
/**
* 公共根据id查询方法
* */
public T getById(Serializable id);
/**
* 公共查询所有方法
* */
public List<T> getAll();

/**
* 保存返回对象
* */
public T saves(T t);

/**
* 修改
* */
public void update(T t);

/**
* 根据id修改
* */
public void update(Serializable id);

/**
* 删除
* */
public void delete(T t);

/**
* 根据id删除
* */
public void delete(Serializable id);

/**
* 根据id查询单个对象
* */
public T queryone(Serializable id);

/**
* 分页
* */
public PagingBean<T> Paginglist(int pageSize,int pageNo);

/**
* 模糊查询分页
* */
public PagingBean<T> MistinessPaginglist(DetachedCriteria dc,int pageSize,int pageNo);

分页标签
加BaseService 调用是 要传使用中的service中间层 需要跳转的JSP页面的路径 URL
都要存在session中 传service中间层的的session name 为 service
传跳转jsp页面的session name 为url

还要存count , list 都用session

3 系统说明
功能性需求
本系统分营销管理、客户管理、服务管理、统计报表、基础数据和权限管理六个模块。
3.1 营销管理
营销管理模块包含销售机会的管理和对客户开发过程的管理，子关系图如图1所示。

图1

1、营销管理模块的作用：
　　①销售机会管理：开发新客户，由客户经理负责，并由销售主管或高管等指派任务，客户经理有权改动客户的信息(如为指派该客户信息的状态的修改，但该客户必须是由当前客户经理开发的)。
　　②客户开发计划：是为已指派的客户制定开发计划，可以对客户拟定开发计划项并执行，而且还可以选择是否开发成功，成功就归档，否则就保留开发状态，同时也可以选择终止开发，此时状态为开发失败。(由被指派人负责)。

2、该模块详细介绍：
2.1、营销的过程是开发新客户的过程。对老客户的销售行为不属于营销管理的范畴。

2.2、客户经理有开发新客户的任务，在客户经理发现销售机会时，应在系统中录入该销售机会的信息。销售主管也可以在系统中创建销售机会。

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

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

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

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

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

1.1.1 销售机会管理（销售主管、客户经理）
该界面所用到的方法及跳转路径：
查询全部的方法：getAll()
查询全部数据的路径：salchance.do?method=getAll

界面如下图2所示：

图2
1.1.1.1 创建销售机会（销售主管、客户经理）
界面如下图3所示：

图3
如何创建营销机会：点击上图3右上角的按钮跳到图4界面进行创建。（注意：标注红色*为必填！）

1.1.1.1.1 业务概述
见3.1节的描述。
1.1.1.1.2 使用者
销售主管、客户经理
1.1.1.1.3 输入要素
该界面所用到的方法及跳转路径：
添加的方法：insert()
查询全部数据的路径：salchance.do?method=insert

创建销售机会的系统界面如图4所示：

图 4
创建销售机会时需录入以下信息：
表 1
数据项
说明
输入格式
是否必填
编号
系统自动生成
输入框只读

机会来源

文本

客户名称

文本
是
成功机率
从0到100的数字
数字
是
概要
对销售机会的简要描述
文本
是
联系人

文本

联系人电话

文本

机会描述

文本
是
创建人
自动填入当前登录用户，用户不可更改
输入框只读
是
创建时间
当前系统时间
输入框只读
是

1.1.1.1.4 处理流程
从页面获取输入信息，当点击图4中的按钮时将在数据库中创建新记录。
1.1.1.1.5 输出要素
当保存成功将提示“保存成功”。反之报告相应错误。页面必填项未填时不允许提交表单。

1.1.1.2 修改销售机会（销售主管、客户经理）
1.1.1.1.6 业务概述
对未分配的销售机会记录可以编辑。
1.1.1.1.7 使用者
销售主管、客户经理
1.1.1.1.8 输入要素
在销售机会管理的列表页面列出所有状态为“未分配”的销售机会记录，可选择一条进行编辑。

该界面所用到的方法及跳转路径：
查询全部的方法：getAll()
查询全部数据的路径：salchance.do?method=getAll

界面如图5所示：

图 5

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

该界面所用到的方法及跳转路径：
查询单个数据的方法：getByid()
查询单个数据的路径：salchance.do?method=getByid
修改单个数据的方法：update()
修改单个数据的路径: salchance.do?method=update

界面如图6所示:

图6
1.1.1.1.9 处理流程
在列表页面选择“未分配”的销售机会进行编辑，跳转到编辑页面；在编辑页面填入更新的信息，提交表单，保存新的信息到数据库。
1.1.1.1.10 输出要素
提示“保存成功”，或报告相应错误。页面必填项未填时不允许提交表单。

1.1.1.3 删除销售机会（销售主管、客户经理）
该界面所用到的方法及跳转路径：
删除单个数据的方法：delete()
删除单个数据的路径：salchance.do?method=delete
1.1.1.1.11 业务概述
状态为“未分配”的销售机会可以删除。
删除时需要判断当前登录用户为该销售机会的创建人，否则不可删除。
1.1.1.1.12 使用者
销售主管、客户经理
1.1.1.1.13 输入要素
如图4所示，在“未指派”的销售机会列表中选择一项删除。
1.1.1.1.14 处理流程
点选删除操作后应提示“确认删除？”，用户选“确定”则执行删除操作，否则不执行。
1.1.1.1.15 输出要素
删除成功后提示“删除成功”。

1.1.1.4 指派销售机会（销售主管）
1.1.1.1.16 业务概述
销售主管根据各客户经理的负责分区、行业特长等对销售机会进行指派。
每个销售机会指派给一个客户经理，专事专人。
指派成功后，销售机会状态改为“已指派”。
1.1.1.1.17 使用者
销售主管
1.1.1.1.18 输入要素
进行指派时需要选择输入客户经理，系统自动输入指派时间。两相皆未必输项。

该界面所用到的方法及跳转路径：
查询单个数据的方法：getByid()
查询单个数据的路径：salchance.do?method=getByid

界面如图7所示：

图 7
1.1.1.1.19 处理流程
选择要指派的销售机会，察看销售机会的详细信息并选择客户经理进行指派。
1.1.1.1.20 输出要素
指派成功后提示“指派成功”，该销售机会状态改为“已指派”（即“开发中”）。

1.1.2 客户开发计划（客户经理）
介绍：对“已指派”的销售机会制定开发计划，执行开发计划，并记录执行结果。客户开发成功还将创建新的客户记录。

该界面所用到的方法及跳转路径：
查询全部数据的方法：getAll()
查询全部数据的路径：salplan.do?method=getAll

客户开发计划界面如图8所示：

图8

1.1.2.1 制定开发计划（客户经理）
1.1.1.1.21 业务概述
客户经理对分配给自己的销售机会制定开发计划。
1.1.1.1.22 使用者
客户经理
1.1.1.1.23 输入要素
1）在制定开发计划时，应显示出销售机会的详细信息。
2）客户经理可以通过新建计划项，编辑已经有的计划项，即删除计划项来针对一个销售机会来制定客户开发计划。
3）每个计划项包括两个输入要素：日期和计划内容，都是必输项。日期的输入格式为“2007-12-13”。
4）编辑计划项时，日期不可以编辑。

该界面所用到的方法及跳转路径：
查询全部数据的方法：getByid()
查询全部数据的路径：salplan.do?method=getByid

界面如图9所示：

图 9
1.1.1.1.24 处理流程
首先选择一“已指派”的销售机会进行指定计划的操作，然后制定计划。
1.1.1.1.25 输出要素
提交并更新当前页面时在计划项列表中显示新建的计划项。

1.1.2.2 执行开发计划（客户经理）
1.1.1.1.26 业务概述
完成客户开发计划的制定后，客户经理开始按照计划内容执行客户开发计划，并按时记录执行结果。
1.1.1.1.27 使用者
客户经理
1.1.1.1.28 输入要素
对每个计划项填写执行效果，并保存。

该界面所用到的方法及跳转路径：
查询全部数据的方法：insert()
查询全部数据的路径：salplan.do?method=insert

界面如图10所示：

图 10

1.1.2.3 开发成功（客户经理）
1.1.1.1.29 业务概述
某个客户开发计划执行过程中或执行结束后如果客户同意购买公司产品，已经下订单或者签订销售合同，则标志客户开发成功。
客户开发成功时，需修改销售机会的状态为“开发成功”。并根据销售机会中相应信息自动创建客户记录。
1.1.1.1.30 使用者
客户经理
1.1.1.1.31 输入要素
从列表中选择一个状态为“已指派”的销售机会，点选“开发成功”操作。
或者在执行计划页面点选“开发成功”操作。
1.1.1.1.32 处理流程
修改销售机会的状态为“开发成功”。
根据销售机会中相应信息（包括客户名称、联系人和联系人电话）自动创建客户记录。
1.1.1.1.33 输出要素
操作成功后提示“操作成功”。

1.1.2.4 开发失败（客户经理）
1.1.1.1.34 业务概述
某销售机会在确认客户的确没有采购需求后，或不具备开发价值时可认为“开发失败”。
1.1.1.1.35 使用者
客户经理
1.1.1.1.36 输入要素
从列表中选择一个状态为“已指派”的销售机会，点选“终止开发”操作。
或者在执行计划页面点选“终止开发”操作。
1.1.1.1.37 处理流程
修改销售机会的状态为“开发失败”。
1.1.1.1.38 输出要素
操作成功后提示“操作成功”。
3.2 客户管理
客户经理主要负责公司客户信息的管理 ，每个客户经理有责任维护自己负责的客户信息，随时更新。客户信息管理主要分为客户信息管理与客户流失管理 ，概要：
1、 客户信息管理

只显示该客户经理所有的客户信息
相关操作：编辑、联系人、交往记录、历史订单、删除(只能对是本客户经理的客户才能删除)
跳转路径：list.do?method=show
DAO方法 Paginglist()分页查询
点击查询 调用MistinessPaginglist() 模糊分页查询

1.1编辑客户信息
跳转路径：list.do?method=queryone
DAO方法 queryone()查找单个
1.1.1 只能编辑状态为正常的客户信息
使用者：客户经理

1.1.2 客户满意度和客户信用度候选项的值都是1~5。
1.1.3 地区，名称，客户经理名称，客户等级，客户满意度、 信 用度，地址，邮政编码，电话，传真，网址，法 人，开 户 银行，银行账号 都不能为空
1.1.4 编辑特定客户的信息，输入新信息后点“保存”按钮， 返 回列表页面。
1.1.5 提示“保存成功”或报告错误。
1.1.6 必须填写正确后才能保存成功否则跳回本页面显示 错误信 息
使用到的数据库表为cst_customer(客户信息表) 工程相关命名 action CustomerAction from CustomerFrom
跳转路径：list.do?method=update
DAO方法 update() 修改方法

1.2客户联系人
跳转路径：linkman.do?method=show
DAO方法 list()查询所有
使用者：客户经理

1.2.1 每个客户可以有多个联系人。
1.2.2 联系人操作：新建、编辑、删除
使用到数据库表为cst_linkman(联系人表) 相关命名 action LinkmanAction from LinkmanFrom

1.2.3 新建联系人
跳转路径：linkman.do?method=add
DAO方法 save() 添加
使用者：客户经理

1.2.3.1 联系人姓名，职位，办公电话不能为空，性别默认为 男，还可输入手机号码和备注信息。
注意：联系人是属于某个客户的
1.2.3.2 填写正确后才能保存，否则跳回本页面显示相关错误 信息，
1.2.3.3 提示保存成功，或操作失败

1.2.4 编辑联系人
查找单个时跳转路径：linkman.do?method=queryone
DAO方法 queryone() 查找单个
使用者：客户经理

1.2.4.1 显示联系人相关信息
’*‘ 号必填的不能修改为空
1.2.4.2 提示保存成功或操作失败
修改联系人跳转路径：linkman.do?method=update
DAO 方法 update() 修改
1.2.5 删除联系人
1.2.5.1 提示删除成功 跳回所有联系人页面
删除联系人跳转路径：linkman.do?method=delete
DAO方法 delete() 删除

1.3 交往记录
跳转路径：activities.do?method=show
DAO方法 PagingList() 分页查询
使用者：客户经理

相关操作：新建，编辑，删除
使用到数据库表为 cst_activity(交往记录表) 相关命名 action ActivityAction from ActivityFrom
1.3.1 新建交往记录
添加交往记录跳转路径：activitys.do?Method=add
DAO方法 save() 添加
使用者：客户经理

1.3.1.1 添加一个客户交往记录时需要记录事件发生的日 期、地点、概要和详细信息，还可以填写一个备注信息。
1.3.1.2 填写正确后才能保存，否则跳回本页面显示相关错误 信息
1.3.1.3 提示保存成功或操作失败，保存成功跳回所有交往记 录页面

1.3.2 编辑交往记录
查找单个交往记录跳转路径：activitys.do?method=queryone
DAO方法 queryone() 查找单个
使用者：客户经理

’*‘ 号 为必填项， 不能修改为空
1.3.2.1 填写正确后才能保存，否则跳回本页面显示相关错误 信息
1.3.2.2 提示保存成功或操作失败，保存成功跳回所有交往记 录页面
修改交往记录跳转路径：activitys.do?method=update
DAO方法 update() 修改

1.3.3 删除交往记录
1.3.3.1 1.2.5.1 提示删除成功 跳回所有交往记录页面
删除交往记录跳转路径：activitys.do?method=delete
DAO方法 delete() 删除

1.4 历史订单
1.4.1 读取时只读取订单状态为“已发货”或“已回款”的数据（对应订单记录状态为5或6）。
1.4.2针对某一客户显示其全部已发货或已回款的历史订单，分页显示，最新的订单显示在前面。需要在列表中显示订单的编号、下单日期、送货地址、订单状态。
使用到数据库表为 orders(历史订单表)
历史跳转路径：orders.do?method=show
DAO方法 PagingList() 分页查询
使用者：客户经理

1.4.3 相关操作：查看详情
使用数据库表为 orders_line(订单明细表)
跳转路径：ordersLine.do?Method=show
DAO方法 PagingList() 分页查询
对每个订单可以查看明细。在订单明细中需要显示订单的总金额。
使用者：客户经理

1.5 删除客户信息
只有登录的客户经理为 该客户的客户经理才能删除该客户信息
数据库对应该用户信息的状态修改为 2 ---非正常
删除用户跳转路径：list.do?method=update
DAO方法 update() 修改
2、 客户流失管理
客户流失主页跳转路径：lostList.do?method=show
DAO方法 PagingList() 分页查询
点击查询 调用 MistinessPaginglist() 模糊分页查询
系统自动检查超过6个月没有下单的客户，并在本系统中提出预警。订单数据需要从销售系统中获得
使用者：客户经理

相关操作：暂缓流失，确定流失
但在确认流失前一定要采取措施“暂缓流失”。
使用数据库表为：cst_lost(客户流失表) 相关命名： action
LostAction from LostFrom
2.1 暂缓流失
暂缓流失跳转：lostList.do?method=relay
DAO方法 update() 修改
使用者：客户经理

添加暂缓流失措施
提示保存成功，系统保存每次追加的暂缓措施。
如果确是存在不可逆转的因素，客户不可能再购买本公司的产 品， 则确认该客户的流失。

确定流失跳转路径：lostList.do?method=confirm
DAO方法 update() 修改状态为 2 暂缓流失
2.2 确定流失
使用者：客户经理

填写流失原因 保存
提示保存成功
确认客户流失后，该客户的状态修改为“已流失”。
DAO方法 update() 修改状态为 3 流失

3.3 服务管理

图

处理流程

图
服务管理模块
客服经理可以新建一个服务，客服主管负责分配服务给某个客户经理，客户经理对其进行服务处理进行服务反馈，最后销售主管对服务进行归档保存。

服务管理模块的作用：
①服务创建：就是新建服务项，客户服务是客户管理的重要工作。通过客户服务我们的销售团队可以及时帮助客户解决问题、打消顾虑，提高客户满意度。还可以帮助我们随时了解客户的动态，以便采取应对措施。（由客服经理负责）
②服务分配：由客服主管对新建服务项进行合理安排，分配后对服务状态进行修改。
③服务处理：本部分由客服经理对已分配的服务项进行合理友善处理，并且保存好处理记录，修改服务项的处理状态。
④服务反馈：本部分由客服经理查询到所有已处理的服务项，并且对服务项做进行满意度评分。
⑤服务归档：客服经理和客服主管可以对已归档的服务进行查询、查阅。

1.1.3 服务创建
1.1.3.1 业务概述
客户服务是客户管理的重要工作。通过客户服务我们的销售团队可以及时帮助客户解决问题、打消顾虑，提高客户满意度。还可以帮助我们随时了解客户的动态，以便采取应对措施。
1.1.3.2 使用者
客服经理
就是新建服务项，客户服务是客户管理的重要工作。通过客户服务我们的销售团队可以及时帮助客户解决问题、打消顾虑，提高客户满意度。还可以帮助我们随时了解客户的动态，以便采取应对措施。（由客服经理负责）
1.1.3.3 输入要素
当客户收到客户服务请求的时候，要创建一条服务单据。服务单据录入界面如下图所示。
服务编号由系统自动生成；服务类型由数据字典维护，选择输入；创建人为当前登录用 户；创建时间为当前系统时间。
填写表单，带红色*符号的为必填项。
创建时间根据系统当前时间添加，不能操作。

图表 1
1.1.3.4 处理流程
服务添加成功后仍返回服务创建页面，显示空表单准备填写下一条服务。
1.1.3.5 输出要素
添加成功的服务数据，状态为“新创建”。
1.1.3.6 操作流程
1. 点击服务管理显示出下拉条目。
2. 点击服务创建显示空表单。
3. 根据需求填写空白表单。
4. 点击保存。

newService.do
点击保存
service.do?method=addService 保存完毕跳转到新建页面。

1.1.4 服务分配
1.1.4.1 业务概述
客服主管对状态为“新创建”的服务单据进行分配，专事专管。
1.1.4.2 使用者
客服主管
由客服主管对新建服务项进行合理安排，分配后对服务状态进行修改。

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

图表 2
1.1.4.4 处理流程
选择一条状态为“新创建”的服务单据，分配给专人。
1.1.4.5 输出要素
服务分配给专人后，服务单据的状态修改为“已分配”。需要记录分配时间。
1.1.4.6 操作流程

1. 点击服务分配显示服务分配页面。
2. 可以根据客户名，概要，服务类型，创建日期，状态，查询服务，需要用到分页。
3. 根据查询到的数据，可选择分配专人。
4. 点击需要安排的专人。
5. 点击分配。
服务分配
service.do?method=service
查询server.do?method=selService
分配server.do?method=allotService
删除server.do?method=upService

1.1.5 服务处理
1.1.5.1 业务概述
被分配处理服务的客服经理负责对服务请求做出处理，并在系统中录入处理的方法。
1.1.5.2 使用者
客服经理
本部分由客服经理对已分配的服务项进行合理友善处理，并且保存好处理记录，修改服务项的处理状态。

1.1.5.3 输入要素
填写处理的方法，系统自动记录处理人和处理时间。

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

图表 4
填写处理方法后提交。
1.1.5.5 输出要素
处理完成的服务单据状态改为“已处理”。
1.1.5.6 操作流程
1. 点击服务处理。
2.点击操作中的处理图标。
3.显示详细处理内容。
4.填写处理的方法，系统自动记录处理人和处理时间。
5.点击保存，保存处理；点击返回，处理放弃。
服务处理
service.do?method=dispose
点击处理service.do?method=dis
点击保存service.do=method=dp

1.1.6 服务反馈
1.1.6.1 业务概述
对状态为“已处理”的服务单据主动联系客户进行反馈，填写处理结果。
1.1.6.2 使用者
客服经理
本部分由客服经理查询到所有已处理的服务项，并且对服务项做进行满意度评分。

1.1.6.3 输入要素
需要填写处理结果，并选择客户对服务处理的满意度。客户满意度为1~5的值。

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

图表 6
填写处理结果和满意度后提交。
1.1.6.5 输出要素
根据客户满意度不同，服务单据的流转也不同。
如果客户满意度大于等于3，服务单据状态改为“已归档”。
如果服务满意度小于3，服务状态改为“已分配”，重新进行处理。
1.1.6.6 操作流程
1. 点击服务反馈，进入服务反馈页面。
2. 在表单中输入需要查询的条件，点击查询获取所需要查的数据。
3. 点击操作中的处理按钮显示服务详细信息。
4. 填写处理结果和满意度。
5. 点击保存或返回。
服务反馈
service.do？method=feedback
点击处理service？Method=feed
点击保存service？method=fe

1.1.7 服务归档
1.1.7.1 业务概述
系统可以对已归档的服务进行查询、查阅。便于参考解决类似问题。
1.1.7.2 使用者
客服经理、客服主管
客服经理和客服主管 销售主管可以对已归档的服务进行查询、查阅。

1.1.7.3 输入要素
可以根据客户、概要、服务类型、创建日期进行查询。对每条服务单据还可以查看明细。

图表 7
1.1.7.4 处理流程

1.1.7.5 输出要素
服务单据信息。

图表 8
1.1.7.6 操作流程
Service.do？method=file
点击查看Service.do？method=showfile

3.4 统计报表
统计报表分析图：

模块
3.5 ）
所用方法
客户贡献
Statistics
Action

selectUser----查询用户
selectUserbyname----根据name或 time查询用户
客户构成
selectLevel---根据等级查询
selectSatisfy---根据满意度查询
selectCredit---根据信用度查询
客户服务
selectDict---查询数据字典表
selectBydicttime--根据时间查询数据字典表
客户流失
点击客户流失分析中的查询
跳到 statistic.do?method=selectByname

模块
）
所用方法(和表的字段)
客户贡献

Statisticsdao
selectUser----查询用户
（客户信息表的cust_name订单明细表的odd_unit，odd_price）
selectUserbyname----根据name或 time查询用户
客户构成
selectLevel---根据等级查询
selectSatisfy---根据满意度查询
selectCredit---根据信用度查询
（客户信息表的cust_level_label，cust_satisfy，cust_credit）
客户服务
selectDict---查询数据字典表
selectBydicttime--根据时间查询数据字典表
（数据字典表，dict_item，dict_type）
客户流失
点击客户流失分析中的查询
跳到 statistic.do?method=selectByname
（客户流失表 lst_lost_date，确认流失时间，
lst_cust_name，客户名称，
客户经理lst_cust_manager_name，lst_reason流失原因）

1.1.8 客户贡献分析
1.1.8.1 业务概述
对客户下单的总金额进行统计，了解客户对企业的贡献。
1.1.8.2 使用者
销售主管、高管
1.1.8.3 输入要素
可以根据客户名称或年份查询，默认列出全部客户和所有年份订单金额的总和。
1.1.8.4 处理流程

通过点击 查询 就可以根据客户名称和年份查询出数据，按照订单金额来降序查询显示。

通过点击 客户贡献分析 查询出客户的数据显示在页面上，按照订单金额来降序查询显示。
1.1.8.5 输出要素
显示客户名称和该客户下单的总金额。

图表 9
这个页面有两个功能：
1，通过客户名称，和年份来查询客户的信息。
2，通过订单表和客户表连接查询出 编号，客户名称，订单金额 显示在页面上。

添加功能： 分页。
1.1.9 客户构成分析
1.1.9.1 业务概述
了解某种类型的客户有多少及所占比例。
1.1.9.2 使用者
销售主管、高管
1.1.9.3 输入要素
可以选择报表方式，按客户等级统计、按信用度统计或按满意度统计。
1.1.9.4 处理流程

选中查询报表的方式点击 查询 可以显示出按要求查询的数据

通过点击客户构成分析 可以查询出数据显示在页面上面。
1.1.9.5 输出要素
列出统计项，和该统计项下有多少个客户。

图表 10
这个页面有两个功能：
1，通过报表方式来查询客户的等级和客户的数量。
2，通过查询客户表 显示 客户等级和客户的数量 在页面上。
1.1.10 客户服务分析
1.1.10.1 业务概述
根据服务类型对服务进行统计。
1.1.10.2 使用者
销售主管、高管
1.1.10.3 输入要素
可以输入年份，只统计该年的服务数据。
1.1.10.4 处理流程

根据选中的年份 来查询出 数据字典表 内容显示在页面上。
1.1.10.5 输出要素

图表 11
客户服务分析分为两个功能：
1，根据年份查询。
2，查询 数据字典表。
1.1.11 客户流失分析
1.1.11.1 业务概述
查看已经确认流失的客户流失记录。
1.1.11.2 使用者
销售主管、高管
1.1.11.3 输入要素
可以根据客户名称和客户经理名称进行查询。
1.1.11.4 处理流程
1.1.11.5 输出要素
列出符合查询条件的已经确认流失的客户流失记录。

图表 12
客户流失分析分为三个功能：
1，根据客户名称，客户经理查询流失的客户。
2，查询 客户流失表 查询出编号，年份，客户，客户经理，和客户流失原因。
3，分页功能。
增加功能：
（1） 在根据客户名称和客户经理查询的时候，使用ajax技术，输入名字时候自动补全。
（2） 在 查询 按钮旁边增加一个“导出”的按钮把显示的内容以表格的形式导入到exel中。
（3） 增加一个 “查看图形”的按钮 以图形的形式显示在页面上。

3.6 基础数据
该模块的作用：
①数据字典管理：对系统中需要已选择的方式输入的输入项的候选项，统一 通过数据字典来配置。比如服务类型、客户等级等。有的可以编辑有的不可 以编辑，在数据字典项的列表中，对可编辑的数据字典项显示“编辑”和“删除” 的操作按钮。本部分由系统管理员负责
②产品信息查询：可以根据产品的名称、型号、批次进行查询。客户经理可 以使用本项操作。
③库存查询：为了处理客户服务的需要，本系统需要从销售系统中读取并查 询库存数据。客户经理可以使用本项操作。
管理分配：
系统管理员操作数据字典管理，