文章目录
一、基金行业CRM基本解释
基金行业CRM主要是指将客户维度产生的保有量、申购、赎回、管理费、销售服务费、业绩报酬、尾随佣金按照公司业务规范定义的关系拆分到各基金销售经理头上。
一般分为6个维度关系:
- 系统内客户:一般以分行号关联到基金销售经理
- 系统外:一般以客户身份证关拆分到省份关联到基金销售经理
- 机构客户:直销部分以基金账号关联到基金销售经理
- 电商:主要是线上渠道个人客户关联到基金销售经理
- 直销:以基金账户维度关联到基金销售经理
- 单笔流水调整:除直销渠道以外申购的客户,以流水维度从渠道维度调整到直销销售经理
二、外购基金行业CRM使用问题
市面上的基金行业CRM(如ding点CRM)一般逻辑:先维护关系,再每日跑批将各个业务指标拆分到销售经理上;
使用中就会出现以下问题:
1.关系维护不及时
2.单笔流水调整不及时
3.关系维度设计不合理,导致管理费等各项数据偏多
导致的每日跑批数据不可信,没到年底业务部分要数据就需要重新理清关系,重新跑批;在中小型基金公司,每次理清关系跑批需要一个月!
三、自研CRM概要设计思路
根据基金行业IT面向领导编程的主要因素考虑,分清变与不变,因为人员离职和部门调整的实际需求和销售经理工作性质等因素导致的关系的改变和不及时变更关系的现象无法避免!
客户维度产生的保有量、申购、赎回、管理费、销售服务费、业绩报酬、尾随佣金是实际系统每日清算产生的数据,是不为公司业务需要的变更而改变
分清以上变与不变的数据,能不能设计一套无需关系跑批,报表生成带着关系实时关联客户数据达到关系改变无需重新跑批的中小型基金公司的CRM系统?
四、整体架构流程
1.不变部分-每日跑批:
crm_oa_user:从OA系统清洗销售经理数据,部门等信息
m_ta_fundacco:从hsta_taccoconfirm恒生TA客户开户申请表清洗客户基金信息表,主要关注:基金账号、客户类型、开户日期、销售商、销户日期
m_channel_XX:以TA份额变化流水表关联TA客户信息表和估值净值表计算每日保有量、申购、赎回、管理费、销售服务费、业绩报酬、尾随佣金
2.可变部分-关系维护:
- 直销关系维护(满足流水先进先出)
- 系统内(分行)关系维护
- 系统外(省份)关系维护
- 单笔流水调整关系维护
CRM直销体系设计
CRM系统内体系设计
CRM系统外体系设计
五、技术细节
相关表
数据来源 | 表名 | 备注 |
---|---|---|
HSTA | hsta_tagencyinfo | 渠道信息 |
HSTA | hsta_tsharecurrents | 份额变化流水 |
HSTA | hsta_wsyj | 尾随佣金 |
HSTA | hsta_yjbc | 业绩报酬 |
HSTA | hsta_tcustinfo | 客户信息表,来源客户开户申请表:hsta4.taccoconfirm |
HSTA | hsta_tconfirmdetail | 交易明细表:计算单笔流水调整用 |
HSTA | hsta_tfundinfo | 基金信息表 |
估值系统 | vjk_wbfk_jzxx | 净值信息表:计算各种费用 |
OA | org_member | OA用户表 |
OA | org_post | OA岗位表 |
OA | org_principal | OA用户id表 |
OA | org_unit | OA部门表 |
六、优化方向-数据压缩
- 因一般电商渠道主要负责线上渠道个人客户,且电商渠道客户数和流水量(不是规模)能占到相关表60-80%,可以拆表存储;
- hsta_tconfirmdetail 交易明细表主要参与单笔流水调整的计算,可以将与hsta_tsharecurrents 份额变化流水表关联只存储机构和产品户的交易明细;
- 份额变化流水表hsta_tsharecurrents 可删除当年以前D_SHAREVALIDDATE日期非20991231的数据