关于开发对公业务穿透式动态绩效考核系统的可行性研究

关于开发对公业务穿透式动态绩效考核系统的可行性研究

一、立项的背景和意义

近年来，我行高度重视对公业务发展，面对激烈的同业竞争和复杂多变的外部环境，不断深化经营转型、提高市场竞争力和价值创造能力。因此，每年市分行都会面向市场、面向客户，主动进行政策调整，不断完善对公业务考核激励机制和政策。尤其是针对扩户提质、核心客户群建设、专项小指标竞赛等重点专项工作，经常会及时出台一些专项营销考核办法。

目前，在对公业务考核管理中，对公业务考核所涉及的考核项目繁多、业务系统众多、统计口径多变,造成数据获取渠道不畅、汇总不便，一定程度上制约了领导的科学决策以及对客户的精准营销。并且，当前各对公业务系统的数据统计，均无法及时、准确的延伸到对公业务管理的最末端---客户经理。因此，我行急需开发并构建一个灵活、实时、全面的对公业务穿透式动态绩效考核的信息平台，用以配合全行对公业务考核激励政策的有效贯彻落实。

“对公业务穿透式动态绩效考核系统”项目的开发，可进一步规范化我行的对公业务绩效考核，提升银行内部管理效率。本系统不仅为市分行搭建一个对公业务绩效管理信息平台，而且还可以提升对公业务的精细化管理，进一步明确对公业务从业人员岗位职责，提升对公业务客户经理的工作绩效，加强对客户营销维护力度，提升服

务效率和服务能力。

二、对现有系统的分析和同类项目现状

通常对公业务考核数据的获取由以下几种方式获得：一是在月底、季末由上级行发布全行对公业务经营情况；二是从统计查询系统，按科目进行汇总查询（以上两种方式的统计数据均不能延伸到对公业务管理的最末端---客户经理）；三是从各项产品的业务系统分别统计查询，时效性较差、查询较繁琐；四是基础网点手工台账记录，主观影响因素较多，无法保证数据的及时性、准确性。

总体来看，对员工绩效考核管理工作的头绪多，内容杂，管理细，要求高，传统管理办法已基本不适应新形势的要求。稍有不慎就会出现错误。同时考核信息的手工登录与查询，是一项非常繁重而枯燥的劳动。绩效考核信息手工进行统计分析，不仅浪费了大量的人力物力，而且由于人工管理存在着大量的不可控因素，造成了管理的某些不规范。

目前X行内部，各省存在有多个版本的关于个金条线的绩效管理系统，但针对对公板块尚未发现同类项目。

CCRM对公客户关系管理系统，目前针对客户经理的营销产品业绩中存在多项产品查询统计不能使用，针对各项对公业务产品的绩效考核的功能不全面。

三、可行性研究的前提

（一）项目要求。

对公业务穿透式动态绩效考核系统研发的要求是开发一个能

对客户经理的工作进行分析、管理和评价的管理系统，采用定性与定量相结合的方法，实现合理的评估考核对公客户经理工作绩效，并作为全行对公业务决策的重要参考依据。

（二）项目对象。

本项目的实施对象主要为对公客户经理，绩效考核的范围分别按支行、网点、客户经理分别查询统计。

四、项目设计思路

（一）总体思路。

对公客户经理绩效考核管理系统设计主要是依据现有的银行客户经理的工作模式来设计，对客户经理工作所处理的事务进行入库管理和登记。管理系统主要包括三个系统模块：客户经理模块，客户经理主管模块和系统管理员模块。系统总体结构设计如图1所示：

图1 绩效考核管理系统结构图

从整个系统的结构设计来看，客户经理、客户经理主管和系统管理员是整个系统核心的用户模块，它通过银行客户经理考核系统的平台界面，对其日常的业务工作和客户信息等数据进行管理。银行客户经理绩效考核系统平台主要实现三个主要的用户模块对系统数据库

的访问，最后的指标体系单元是建立评价系统数据的参考依据，通过指标体系的约束来实现数据模型的定义和导入。

（二）模块设计和数据流程。

系统模块的划分，模块间的关系见下图2。系统主要功能分为单位信息管理，行员信息管理，业绩查询分析，业绩数据录入，业绩考核报表和系统管理共六个模块，分别由一组HTML页和ASP .net程序完成。

.

主页/用户登录

功能列表

单位信息管理系统管理

业绩考核报表

业绩数据录入

业绩分析

行员信息管理

主页页一组相关页

图例

业绩查询

图2 绩效考核业务模块设计图

系统在用户登录时根据其权限不同显示不同的功能列表页面，

如：只有公司业务部管理人员才可以看到单位信息管理链接。用户由功能列表进入某一功能页面，并可以在任何页面方便的跳转到其他功能页面；系统管理模块给管理人员提供对用户权限及信息安全的管理维护界面。

1、对公客户经理模块设计

客户经理是系统的主要使用人员，主要进行日常查询、业务操作。客户经理模块可以查询客户经理的基本信息，查询考核结果，管理工作日志，上报新营销的客户和产品，以及维护客户信息。系统提供后台计算引擎，根据考核指标体系，自动计算并统计营销业绩。

2、对公客户经理主管模块设计

客户经理主管模块的功能包括：管理权限，分配资料，分配任务，制定评价报表，管理工作日志，也包括客户经理的组织管理、客户的分配管理和业绩考核。客户经理综合绩效评估是由支行或分行独立进行，参数由分行独立进行设置。客户经理各考核指标积分需要系统计算产生，计算参数可以定取优先级。系统可以帮助业务管理人员建立指定的客户经理和指定客户之间的关联，为同时有多个客户关联的客户经理提供支持。系统在对人员考核的同时，还可以进行机构业绩考核，机构考核可以根据银行具体的组织设定情况分为二级分行、支行和营业网点等级别。

3、银行系统管理员模块设计

系统管理员模块则主要负责定义数据模型，导入数据以及备份数据。主要包括设计产品模型的定制类库，实现在数据库中建库建表操作的数据库操作类库，以及完成文本文件按既定的产品模型导入到数据库。

4、绩效考核系统管理设计

银行客户经理绩效考核系统主要是依据三类用户模块对数据库的访问需求来设计，它主要实现客户经理、客户经理主管和系统管理员

对各个业务的登记，并按数据库中指标集所包含的数据模式进行定义和处理，同时，实现三类用户对数据库的增加删改等操作及不同类型用户的权限控制。

5、系统数据库设计及数据来源

数据库的设计参照现行的产品类型、客户的典型定制模式来定制。客户经理考核数据一部分来源于各业务系统，可以通过系统抽取实现，还有一部分数据是由人工补入，如无法从业务系统中抽取的数据、主观评价结果等。因此，系统需要支持这些数据的录入。录入的方式有两种，一种是人工逐项录入，另一种是设定一定的格式，批量导入。如果是导入数据，需注意以下两个问题：一是要按照指标集合导入；二是要导入基本指标集合的同时导入变动指标集合。

五、项目开发的技术可行性分析

（一）建议的系统开发工具。

●前台代码开发：PHP 网页应用编程；

●数据库开发：MYSQL5.0 数据库；

●后台系统平台：Apache WEB服务器;

X行TULIP中间业务开发平台。

（二）技术条件方面的可行性。

本系统的技术难点主要在数据接口设计方面。本项目设计为一套相对独立的系统，以保证系统自身的稳定性和业务发展适应性。数据来源主要基于各对公业务系统中的数据下载，数据隔日同步，保证本系统数据库操作与生产业务处理过程的独立性。并根据用户对于数据

库平台的个性化需求进行相应录入修改，以适应不同业务的考核要求。

由于以上数据来源主要采用总行隔日发布数据，不与总行数据进行实时对接，根据以上情况及《中国X业银行河北省分行信息化项目管理实施细则》的管理要求，市分行已具备承担开发本次项目的资源条件及技术条件。

（三）技术局限性。

数据局限性：考核数据的数据源的获取，是一个比较错综复杂的过程，其访问的原始数据的层次关系和逻辑关系也是在不断的变化和更新。由于对公业务全国数据集中，本系统无法实时获取对公业务数据，仅能次日从相关业务系统中提取或由客户经理补录。

系统局限性：在系统中，由于数据来源复杂、指标体系庞大，动态计算对系统资源的占用将在一定程度上影响并制约系统运行的速度和效率。

六、投资及效益分析

项目支出：

1、软件：第一期项目的软件研发初步预计需10人月。

2、硬件：利用我行现有网络、服务器等电子设备即可。