【长江证券】服务用户数下降75%,销售转化却提升20%,背后都归功于精细化“用户地图”

#
我是社区第159068位番薯,欢迎点我头像关注我哦~
一、项目基本信息

1、项目信息
        公司全称:长江证券股份有限公司
        项目名称:用户地图
        负责人信息:张炤辰(项目经理) 王梦莹(产品经理)
        团队成员与岗位:黄振森(设计开发)、程欣(设计开发)

2、平台运行状况
        平台报表总量:160
        平台月访问量:1.5万人次
                                   
二、项目背景
       一直以来我们都利用帆软报表系统为其他团队提供部门数据查询和数据处理自动化的支持,这种工作模式有效地解决了业务团队手工处理数据、查询数据流程过长、EXCEL分析过于繁琐等核心痛点,并通过大量的数据挖掘和分析,为部门的营销、开户等核心业务提供创新突破口,有效提升了各业务线效能。但这种工作模式的弊端随着业务需求的激增日益凸显,业务人员的数据分析需求过于琐碎,导致报表开发人员工作量剧增,整个报表系统逐渐“臃肿”,平均每一个业务系统就存在10至15张报表,并且报表内容同质化严重,报表展示的指标杂乱,没有统一的规范。

       我们反复分析之前的被动型数据分析模式,发现业务需求之所以繁琐是因为业务方没有明确和完整的业务思维逻辑,导致散落在各处的数据没有被聚合和关联分析,数据虽然没有形成孤岛但是其本身的价值被疏漏了。因此我们决定主动挖掘部门数据的价值点,并梳理部门的业务框架,构建一套完整的数据分析系统。

       经过对业务线的梳理,我们发现所有业务的核心突破口都是公司客户,客户的基础属性、交易数据、行为数据等构成了该用户画像的底层数据源,通过挖掘数据源并进行特征工程和算法分析,我们可以构建用户的基础标签;在用户标签的基础上,我们又可以进行用户分群,并对各种群体做不同的营销活动分析,营销的结果又可以用于用户标签的再优化,从而形成了用户数据、用户标签、客群分类、营销活动、优化标签的闭环。

       为了实现以上数据闭环,需要有一套完整的算法平台,而帆软提供了星环Inceptor的数据链接接口,因此我们利用帆软报表作为前端展示输出与用户事件接口,星环算法平台作为数据中台,处理提交的数据分析任务,如自定义客群,客群属性分析,标签计算等,数据后台由TDH提供存储和计算框架。基于该数据平台,业务人员能直接从用户的角度洞察业务突破口,设计更合理的营销服务模型,并释放了报表开发人员的压力,让报表开发模块化。

三、应用场景与价值
场景一:数字化营销,线上线下统一
       在传统的线下营销过程中,很难有一个很好的平台让运营人员及相关的领导去了解自己的用户情况。随着用户量的不断增大,每名营销人员或者营业部、分公司都没有一种有效的触达方法去了解自己的用户。因此,在进行针对性的营销活动中,比如销售金融理财产品、工具类行情产品等,以往的模式都是根据营销人员以及运营人员的经验进行人群查找,这样做的弊端在于用户寻找并不准确。一方面,一线营销人员花费大量的精力去推销那些并不适合的用户,另一方面,真正需要的用户并没有被及时的跟踪与沟通。

       为了解决这个痛点,我们使用帆软报表设计制作了《用户地图》体系。用户地图体系总计分为11个栏目,包括用户洞察、用户分群、用户画像、业务线情况、用户生命周期等多个版块。该方案主要分为以下几个实施过程。

       1、用户需求调研:这里的用户指的是公司的营销人员、运营人员以及相关领导。通过对各运营团队的了解及访谈,充分了解他们需要的用户指标及维度。以便于在前端展示的过程能够准确的展示运营营销人员所需要的指标,方便他们对于用户的运营营销。此外便是部门数据分析人员有一套完整的用户分析框架以及建模经验,结合这些已有的成果以及规划的版块,使得我们的体系框架愈加完善合理。

       2、数据整理与加工:调研之后,我们根据得到的信息,梳理了用户地图体系整体的框架,对相关的指标进行整理计算,对没有的数据、已有的数据都统一进行梳理整合,从而保证数据的完整性、准确性和及时性。

       3、报表实施:该报表总计有11个模块,每个模块都有几个章节选项。使用了几乎帆软报表常用的所有功能,包括图表功能、按钮功能等等。用户可以使用该系统进行填报、分析、下载等功能。

       4、权限分配:在报表制作完之后,根据营销人员的不同等级,我们进行了一套账号规范。例如营销人员可以看到自己名下用户的数据情况,而组长或者管理员可以看到其管辖范围内的用户,总部的运营人员能看到更多的用户,并且每个员工都可以随时查看名下用户的情况。

       5、具体功能介绍:用户地图体系主要有5个方面的功能。

       5.1、首先是用户分群挖掘。管理员用户根据体系中的维度对用户群进行任意的分割,例如可以根据用户年龄、性别或者资产、交易以及产品购买情况等。并通过用户洞察的功能,查看分割好的用户群体的各维度情况。比如我们选择了购买固收类产品的用户群体1000人,那么管理员可以查看该群体从基本属性到交易风格等各个场景的指标情况。


       5.2 用户洞察功能。该版块针对运营人员筛选好的客户群进行了很好的可视化展示。包括用户群的整体评分、贡献情况以及预测的产品销售转化率等。用户洞察可以帮助营销人员判断自己筛选的客户群是否符合业务标准。另外相似客户群的信息也可以帮助运营人员找到更多目标客户。


       5.3 用户画像模块。用户洞察模块是更好的查看用户的销售特征,方便营销活动的开展,以及提高营销人员的营销转化。用户画像版块则是对用户的各个维度进行展示,包括用户的渠道、活跃程度、资产情况以及贡献偏好等。该版块可以让营销人员实时去观察客户群的情况,及时做出相关决策调整。


       5.4 业务线管理。该版块根据部门业务线的划分来展示各个业务条线的情况,包括理财产品的销售,投顾服务销售,新开户情况等等。该版块可以让各业务线的人员更加针对性的查看自己业务方面的实时情况,及时做出业务调整,提高业务的响应度。


       5.5 用户生命周期。该版块从生命周期的角度展示了新手期、成长期、成熟期、衰退期等的客户分布情况。便于分析用户的特征情况,发掘每个阶段客户的异动情况,及时做出相应的营销策略调整。


       用户地图的挖掘、监控功能很大地提高了营销活动的营销效率,给线下、线上营销带来了很多便利。

       1、线上快速用户筛选发送。运营人员可以使用系统快速筛选出要想push的用户,使得线上push更加精准,优惠券转化率平均提高100%,效果十分明显。用户购买转化率平均提高50%。

       2、线下节省员工成本。线下管理员通过精准定位用户,使得每名营销人员所分配到的用户更加精准,数量更少。这样营销人员有更多的精力去服务目标用户,而不是大批量的电话轰炸。在使用系统后,营销人员人均的服务用户从200左右下降至50左右,但用户转化率提升了20%,产品销售总金额提升了30%。

       3、完整的用户群分析,提高决策效率。总部领导或者分公司、营业部的领导可以通过该系统全面的分析、了解所辖用户的情况。并对用户群体进行跟踪,及时做出相应的运营决策。分析用户的时间减少了一半以上,提高了决策效率。

场景二:助力产品经理研究用户

       好的产品需要建立在对用户足够了解的基础之上,但产品经理仅通过行为数据分析平台提供的数据(PV、UV、页面访问路径、漏斗等)来了解用户是不够的,要深入研究用户群体,还需结合用户标签以及各项业务数据,做深入的数据挖掘及加工,方能得到更透彻的结论,从而辅助产品设计。

       以往做这种深入的用户研究是很耗时耗力的,比如产品经理想要优化某项功能,首先得确定目标用户群以及想要分析的特征,然后由数据团队进行数据分析,对于不同的需求,用户群、所使用的数据和最终特征结果也会不同,研究结果并不能复用,这带来了大量的重复工作,而且需求方提供的用户群可能并不够准确,提出的特征也可能存在不清晰或者有遗漏的情况,导致最终分析结果效果打折扣。所以急需一套完整的用户研究方案来解决这一痛点,不仅能够精确的划分用户群,也能自动化的运用所有数据进行特征分析,给出通用的深层次分析结果;既能帮助产品经理自行分析用户,提高效率、解放生产力,又能得到更好的分析效果。

       除此之外,产品经理还会关注用户群特征的变化,从而进行相应调整。以往只能定期观察分析报告,针对不同的细分产品及其用户群,每期报告的数量很多,而且对于短期骤变特征,无法迅速捕捉,等到发现时可能已经错过了最佳应对时机。因此急需系统化地把各用户群特征监控起来,捕捉异动。

       系统的核心是解决用户分群和用户群特征分析与监控的问题。通过帆软报表系统可以迅速的搭建前端页面,通过填报报表新建用户分群、分析报表展示群体特征以及监控异动。具体实现流程与场景一一致。

       用户地图系统很好地解决了产品经理的这一痛点,极大地提高了用户群体特征研究的效率以及效果,具体体现如下:

       1.  极大地提高了用户群特征研究的效率。以往人工完成单个需求要一整天时间,用户分群越多,越耗费人力。现在产品经理只需新增用户群,借助后端的大数据平台和算法平台,每天都能批量计算出最新最全面的分析结果,现如今系统中已经保存了超过100个不同的用户群,完全解放了数据分析人员。

       2.  有效提升分析效果。系统除了能满足各产品经理需要的特征,还能提供其它特征来帮助产品经理更全面的了解用户,从而改进产品。实用中某个产品购买流程经过用户分析,做了针对性优化后最终转化率提高了5个百分点。

       3.  发掘更多业务场景。系统提供的相似客群功能可以帮助产品经理发掘更多具有相似特征的用户群,从而有可能发掘新的业务场景。实用中我们发现购买A产品的用户分别和购买B产品的用户、看C类资讯的用户特征相似度较高,产品经理即将A产品的介绍和购买入口添加到B产品的购买流程和C类资讯详情页中,使得A产品的访问和购买量均提升了20%以上,效果明显。


四、项目心得

1、成功经验
       在互联网金融工作中最大一部分工作是数据展示,如何提取最合适的业务指标,最直观的反应业务价值,使运营人员快速了解前端业务进展,方便对用户进行全面画像,同时通过核心业务指标方便运营人员及时调整业务方案;工作中最有价值也最有趣的一部分工作是数据挖掘,我们需要挖掘出用户的产品需求,促进产品销售,做到提前销售,同时对用户进行预警,防止用户流失。

       基于以上两个需求,我们将两个需求揉和到一个数据产品中,减少了用户产品的入口,做到少入口,多功能的优势。

       在产品后端的核心设计中,我们通过用户的基础属性数据、各种交易数据以及产品销售数据、外部资产数据、外部开户数据、通联标签数据等建立了用户维度宽表,同时将我们从数据模型例如从Level2的购买人群模型中得到的用户模型标签放到宽表中,这样就实现了用户的客观数据标签和模型数据标签的综合。

       在数据产品的设计中,我们的核心是智能分群和条件分群。智能分群就是我们根据自有的模型划分了若干的业务群,方便用户在不完全了解业务逻辑的情况下,筛选出自己想要的客群;条件分群即在用户了解业务逻辑的情况下,可以通过输入任意业务数据或者用户属性,筛选出符合自己要求的客群,特别的是这样通过条件筛选出来的客群,我们在产品的底端也会给出与条件筛选客群相似的客群,方便营销人员进行产品营销。不管是智能分群还是条件分群,我们都能从用户属性、场内交易数据、产品购买数据以及用户生命周期等角度对客群进行刻画。

       特别地,我们能对我司用户的生命周期进行观测,了解公司用户的生命周期的衰变时间,方便我们在用户有限的生命周期中,在合适的时机对用户进行营销,提升产品销售额同时做好用户服务;同时在用户异动预警方面,我们通过监控用户的交易频率、登陆次数以及资产量等数据,预测即将要流失的用户,并将用户具体信息push给用户经理,以便用户经理进行用户挽留。

       此次项目周期为3个月,包括所有数据的落实、与业务人员进行的产品对接以及后端页面的设计和开发。在这个过程中,需要协调IT人员建立准确无误的数据宽表,同时也需要和各个业务条线人员沟通落实业务指标,准确地了解他们的业务需求,在页面设计指标排放方面,也耗费了我们很多心思,如何做到将业务指标不重复有逻辑地排放到报表中,都是我们不断和深入了解业务后取得的成功,也是多方配合协调后的成果。

2、改进注意点
       本次由于项目周期短,我们主要将用户的基础属性、交易数据、产品数据以及外部开户资产数据进行了梳理和建模,但是关于用户交易的风格数据,比如通联标签数据以及用户的行为数据、用户在我们APP上的点击数据,我们都还未来得及放到项目中来,后续会考虑将用户的交易风格数据以及行为数据加入到项目中来,做到用户的全套监控:行为——交易——挖掘——预警。

[@帆软官方 请给我一本《让数据成为生产力2.0》]

即日起参与生产力大赛案例打卡活动,即可获得包含所有发布案例的实体书籍一本,除此之外还有大额F币奖励等你!活动详情请戳 http://bbs.fanruan.com/thread-125494-1-1.html


分享扩散:

来自 281#
发表于 2019-10-15 10:36:02

精读生产力大赛案例,打卡第1天,[这个世界上没有多余的数据,适度的数据冗余有利于我们做多角度的分析,任何数据都是有用的,报表不在多好看,比如本例中的大部分报表都是很简单的form,但是直达目的的分析才是我们需要的结果。]
参与人数 +1 F币 +6 理由
饭团君 + 6

查看全部评分

来自 280#
发表于 2019-11-15 14:52:25
精读生产力大赛案例,打卡第1天,[ 用户闭环对我非常有启发,不过后面的案例中在说什么目前还不太容易理解,慢慢来吧]
参与人数 +1 F币 +10 理由
饭团君 + 10 太棒了吧!

查看全部评分

279楼
发表于 2023-2-17 14:58:39

精读生产力大赛案例,打卡第一天,看完这篇生产力大赛实例,让我收获颇大,对于解决报表系统“臃肿”,报表内容同质化严重的问题有了新的思考。

278楼
发表于 2020-5-5 09:29:05
精读生产力大赛案例,打卡第1天,首先找到业务的核心突破口:客户,然后通过对客户的分组挖掘,用户画像,找到精准客户,进行精准营销
277楼
发表于 2020-3-31 13:55:07
精读生产力大赛案例,打卡第1天,[用户数据、用户标签、客群分类、营销活动、优化标签的闭环里面,营销活动的统计分析是难点。]
276楼
发表于 2020-2-20 09:08:49
@帆软官方   请给我一本《让数据成为生产力2.0》
275楼
发表于 2020-2-12 18:20:49
精读生产力大赛,打卡第1天【报表系统臃肿,用户画像相关基础信息不完善等问题很多企业都存在,此案例从场景和价值方面切入,对精细化运营与分析给出了很好的示范,值得学习!】
274楼
发表于 2020-2-9 10:38:54
精读生产力大赛案例,打卡第1天,[大数据时代不但要学会数据的收集,数据的应用与管理更为重要,对于数据分类,必须要对数据敏感,了解数据背后对于公司运营的支撑与内部联系]
273楼
发表于 2020-1-20 17:19:41
精读生产力大赛案例,打卡第1天,[数据报表杂乱臃肿,通过梳理业务,构建合理的指标体系到报表体系。]
272楼
发表于 2020-1-17 10:25:31
《让数据成为生产力2.0》打卡第一天
271楼
发表于 2020-1-17 09:21:03
@帆软官方 请给我一本《让数据成为生产力2.0》
270楼
发表于 2020-1-16 14:31:34
精读生产力大赛案例,打卡第1天,[数据是会说话的,如果不深入研究数据的价值,那就是不懂得销售]
269楼
发表于 2020-1-16 14:17:49
@帆软官方 请给我一本《让数据成为生产力2.0》快到碗里来
268楼
发表于 2020-1-15 17:17:31
精读生产力大赛,打卡第1天,这个项目对用户画像进行打标,帮助公司分析用户、研究用户
267楼
发表于 2020-1-15 17:14:08
[@帆软官方 请给我一本《让数据成为生产力2.0》打卡第一天,新来的,压力非常大,更加投入更加努力 。
266楼
发表于 2020-1-14 11:39:44
精读生产力大赛案例,打卡第1天,[需求分析很详细到位,没有无用数据,经过处理后的数据,根据业务分析,总会挖掘潜在价值]
265楼
发表于 2020-1-10 15:52:04
精读生产力大赛案例,打卡第1天,[看着文章的内容,数据是第一生产力,只有利用数据分析数据,才会发现有价值的存在,其他一切都是白搭,从信息流--物流--资金流,环环相扣,只有让数据说话的手段展现我们存在的价值。]
264楼
发表于 2020-1-7 17:17:18
精读生产力大赛案例,打卡第1天,[需求分析很详细到位,没有无用数据,经过处理后的数据,根据业务分析,总会挖掘潜在价值]
263楼
发表于 2020-1-6 15:17:25
打卡第一天
262楼
发表于 2020-1-3 12:58:39
@帆软官方 请给我一本《让数据成为生产力2.0》
261楼
发表于 2020-1-3 09:27:09
873282620 发表于 2019-12-19 10:22
精读生产力大赛案例,打卡第1天,[一套方法用到底,不是说忽略了,而是一套报表已经适合各种情况了。一套完 ...

精读生产力大赛案例,打卡第1天,第一次接触,感觉收获很多,但是有一些疑问:文中展示的用户群是怎么建立的?然后用户画像是经过处理后得到文中的图表吗?还是这是哪个软件的功能?
260楼
发表于 2020-1-2 10:27:50
精读生产力大赛案例,打卡第1天,[工作数据展示,提取最合适的业务指标,最直观的业务价值,对用户进行全面运营及时调整业务方案提供很好的基础]
259楼
发表于 2019-12-31 15:08:49
精读生产力大赛,打卡第1天
258楼
发表于 2019-12-26 17:43:38
精读生产力大赛,打卡第1天    觉得里面这句很好“业务需求之所以繁琐是因为业务方没有明确和完整的业务思维逻辑,导致散落在各处的数据没有被聚合和关联分析,数据虽然没有形成孤岛但是其本身的价值被疏漏了。因此我们决定主动挖掘部门数据的价值点”,企业里面的数据分析矛盾就是数据和落后的分析工具/逻辑之间的矛盾
257楼
发表于 2019-12-26 14:21:23
精读生产力大赛案例,打卡第1天,[ 虚心学习,认真观摩,为能在自己工作中应用打下一定基础,谢谢大家的分享]
256楼
发表于 2019-12-26 14:16:52
虚心学习,认真观摩,为能在自己工作中应用打下一定基础,谢谢大家的分享
255楼
发表于 2019-12-26 13:36:13
精读生产力大赛案例,打卡第1天,[从数据显示到数据再到挖掘数据价值,我还有很长路要走!!]
编辑于 2019-12-26 13:47  
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

283回帖数 18关注人数 63238浏览人数
最后回复于:2023-2-17 15:00

返回顶部 返回列表