某基金自研CRM设计思路——销售经理关系改变无需重新跑批的CRM系统

本文探讨了基金行业CRM的应用问题,特别是外购CRM的局限性,提出自研CRM的思路,强调了区分不变和可变数据的重要性,以及整体架构流程的设计。同时,文章关注技术细节,包括数据压缩策略以提高效率。
摘要由CSDN通过智能技术生成

一、基金行业CRM基本解释

基金行业CRM主要是指将客户维度产生的保有量、申购、赎回、管理费、销售服务费、业绩报酬、尾随佣金按照公司业务规范定义的关系拆分到各基金销售经理头上。
一般分为6个维度关系:

  1. 系统内客户:一般以分行号关联到基金销售经理
  2. 系统外:一般以客户身份证关拆分到省份关联到基金销售经理
  3. 机构客户:直销部分以基金账号关联到基金销售经理
  4. 电商:主要是线上渠道个人客户关联到基金销售经理
  5. 直销:以基金账户维度关联到基金销售经理
  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系统外体系设计

系统外体系设计

五、技术细节

相关表

数据来源表名备注
HSTAhsta_tagencyinfo渠道信息
HSTAhsta_tsharecurrents份额变化流水
HSTAhsta_wsyj尾随佣金
HSTAhsta_yjbc业绩报酬
HSTAhsta_tcustinfo客户信息表,来源客户开户申请表:hsta4.taccoconfirm
HSTAhsta_tconfirmdetail交易明细表:计算单笔流水调整用
HSTAhsta_tfundinfo基金信息表
估值系统vjk_wbfk_jzxx净值信息表:计算各种费用
OAorg_memberOA用户表
OAorg_postOA岗位表
OAorg_principalOA用户id表
OAorg_unitOA部门表

六、优化方向-数据压缩

  1. 因一般电商渠道主要负责线上渠道个人客户,且电商渠道客户数和流水量(不是规模)能占到相关表60-80%,可以拆表存储;
  2. hsta_tconfirmdetail 交易明细表主要参与单笔流水调整的计算,可以将与hsta_tsharecurrents 份额变化流水表关联只存储机构和产品户的交易明细;
  3. 份额变化流水表hsta_tsharecurrents 可删除当年以前D_SHAREVALIDDATE日期非20991231的数据
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值