一、项目名称
信用卡营销决策平台项目。
二、项目背景
当前,信用卡业务已进入“以客户为中心”的精细化经营阶段,利用系统化、数字化的手段来运营客户,挖掘客户价值,提升客户贡献度,已成为行业发展的核心动力。与同业相比,我行还存在较大差距,系统化、自动化、数字化水平不高,迫切需要搭建信用卡营销决策平台。
信用卡营销决策平台是支撑客户全生命周期精细化营销管理的决策引擎系统,为活动策划、业务运营、产品经理等业务人员提供从“1.活动策划->2.方案制定->3.营销部署->4.权益发放->5.效果分析->6.策略迭代”全流程闭环营销的科技手段支持。
一是实现客户精准运营,有效提升经营效益。目前,营销的目标客群、推荐的产品主要靠报表分析与业务经验定义,通过建设营销决策平台,可实现按客户行为标签、数据模型等大数据精准圈选目标客户,实现及时、有效地对客户进行促激活、促消费、促分期、防流失等管理,预测客户资金需求,及时推荐所需产品,提升营销精准度,达到提升经营效益的目的。
二是实现数字化经营快速落地,有效提升市场竞争力。通过建设系统,可实现配置化、线上化管理,完成活动方案的策划分析、客群筛选、策略部署、上线运行等操作,实现经营策略快速落地,有效提升市场的竞争能力。
三是实现运营策略快速调整,有效提升营销效能。目前仅靠人工取数进行营销效果评估,效果评估不及时,策略调整滞后,营销效能不高。通过建设营销决策平台,实现自动化数据采集、数据分析,从而进行效果评估,指引营销策略灵活调整,可有效提升经营效能。
四是实现业务运营自动化,有效降低人力成本。目前信用卡业务运营需要投入大量的人员进行技术取数、统计分析、活动管理跟踪、手工权益发放、客诉处理等作业流程,成本较高,且手工化作业容易产生误操作风险。通过建设营销决策平台,可有效减少技术取数、业务维护等人力投入,实现系统自动化处理,有效降低业务运营成本。
现拟开展建设信用卡营销决策平台项目,完善信用卡经营系统化、自动化、数字化能力建设,可有效降低人力成本投入,提升业务经营效益。
三、采购内容(具体以招标文件为准)
本项目主要涉及两部分内容:
一是搭建信用卡营销决策平台实现数据采集、规则策略管理、活动流程画布、活动运行批次调度及运营、活动效果分析等维度的统一管理;基于大数据平台,使用决策计算引擎,实现批量活动运营。
二是将目前已有的、相对较固定的信用卡权益和市场活动落地到信用卡营销决策平台中,包括:
(一)引入必需的客户基础标签数据、业务基础数据、客群标签数据。
(二)形成每项权益和活动的规则决策树。
(三)定制每项权益和活动的准入客群、达标条件、营销波次、对接渠道、权益发放、活动结果名单导出等决策流。
(四)配置每项权益和活动的执行跟踪和效果分析,提供每个决策节点的客户名单查询,以便工单回溯查询。
四、项目要求(具体以招标文件为准)
供应商需负责信用卡营销决策平台系统的整体建设,自动成为本系统的集成商,负责信用卡营销决策平台系统应用软件与我行所提供的系统运行环境的软硬件、安全产品和设备等的集成及应用软件开发、安装部署和相关技术服务等内容。为保证项目实施质量和时间要求,供应商应提供成熟的软件产品,并根据我行的个性化需求进行定制开发,包括规则计算、活动配置流程、营销规则计算和营销分析等开发实施内容,具体如下:
(一)业务需求清单
序号 | 模块 | 功能点 | 业务需求描述 | |||||||||||||||
1 | 数据源管理 | 数据源配置 | 1.支持配置来自大数据平台的信用卡批量基础业务数据表(包括卡片信息、账户信息、客户信息、审批信息、分期信息、交易及附加信息、账单信息、征信数据)为数据源;支持配置客户标签加工平台的加工过程数据预处理物理表为数据源;支持从标签管理系统对接客户标签明细、客群名单作为数据源;
2.支持通过业务用户手工上传客户名单作为数据源; 3.支持回收触达渠道端系统的触达结果作为数据源,包括数据文件、数据库表等接入方式,触达结果至少包含:客户ID/手机号/卡号、触达成功的日期时间、触达是否成功(如短信、微信的发送结果、回复结果/短信和微信的报名结果/外呼结果/办理结果/领取结果/抽奖结果/入账结果)等要素; 4.支持将经过策略中心决策流运算的各活动各节点运营结果明细数据落地到物理表。 | |||||||||||||||
2 | 资源管理 | 1.数据集管理:管理从上述配置的数据源引入的各类型数据集和实时数据集接口,如数据库表、数据文件、手工名单、渠道触达结果表等,列出数据集类型和数据集清单,可查看和编辑必要的链接配置要素;
2.数据接入元数据管理:管理各数据集引入的必须字段或属性信息,包括字段标识名、字段显示名、字段数据类型等。 | ||||||||||||||||
3 | 函数管理 | 1.支持集成常用的汇总、统计、比较、正则、日期格式转换等运算函数;
2.支持用户自定义函数开发,如自定义位置截取字符串等。 | ||||||||||||||||
4 | 策略中心 | 触发配置 | 支持至少以下三种流程画布(策略树)的触发方式:
1.定时批量触发:以客群名单、客户标签或属性等客户维度或以历史交易流水等事件维度的批量数据作为策略树的开始节点,并支持设置策略树运行的频次(每日、每周几、每月)、具体时间点。 2.实时事件触发:以交易流水、动账明细或埋点等事件维度的实时或准实时数据作为策略树的开始点,只要有数据进入开始节点,立即触发策略树的后续运算。 3.手工触发:以上两种触发方式的流程画布,在未达到触发条件下或来源数据被更新后,支持通过手工触发方式,触发策略树的后续运算。 | |||||||||||||||
5 | 活动目标客群策略配置 | 支持针对活动的特定客群筛选:支持使用客户标签进行规则组合,支持根据交易流水进行不确定条件的规则统计。例如按客户标签组合筛选客群,并统计历史自定义时间段内、某某类型或商户的交易单笔金额>=M、且满足条件的交易笔数>=N为活动客群配置。 | ||||||||||||||||
6 | 规则管理 | 1.支持选用数据源、数据集、标签或字段、函数、与或非等逻辑规则进行活动规则设置;
2.支持在规则中配置即时计算的达标条件,例如活动期间或某时间段内、某某类型或商户的交易当单笔金额>=M、且满足条件的交易笔数>=N为达标; 3.每条活动规则可组合并保存为规则集,往后再次新建或编辑修改策略节点时,可以直接选用规则集中的规则。 | ||||||||||||||||
7 | 策略树配置 | 1.支持通过可视化流程画布及拖拉拽策略节点的方式,按照市场营销活动或卡产品权益规则及流程定制策略树,即策略编排;
2.策略树支持策略分流,客户将按照规则判断或按设置比例随机分配进入分支;支持复制并粘贴策略器或策略节点再进行修改,同一级支持添加多个策略节点,实现不同人群的精细化运营;支持对不同触达渠道选用不同的触达内容模板。 3.支持多版本控制。流程画布,对于上线的版本进行多版本控制,可回溯至历史版本。 | ||||||||||||||||
8 | 策略监控 | 1.支持查看各策略节点的运行耗时、结果、客户数量、日志;
2.支持保留和查询各策略节点的客户明细,便于客诉工单回溯排查和活动后评价统计分析。 | ||||||||||||||||
9 | 策略树组合 | 支持将多个活动流程画布组合为一个营销计划,如某个营销计划中包含活动客户批量宣传、活动达标实时跟踪、根据活动结果再触达等多个活动流程画布(策略树)。 | ||||||||||||||||
10 | 现有信用卡权益或活动的策略部署 | 根据现有的信用卡权益或活动运营方案梳理具体活动客群筛选规则、活动达标条件、触达渠道、奖励方式,形成对应的流程画布(策略树),部署在信用卡营销决策平台上,并根据触发方式进行批量或实时的活动策略计算,完成权益或活动线上一体化运营。拟实施共7个权益或活动,如下所列:
(1)发卡营销1个(手工名单上传,策略筛选,发送触达客户名单至电销发卡系统)。 (2)新客类或促激活活动1个(策略圈选新客,发短信或客服致电客户促激活,激活及交易达标策略筛选,通过银数发卡核心系统入账接口对客户返刷卡金)。 (3)分期活动2个(A.从标签系统获取客户分期响应度相关标签以及从客户标签系统获取预处理明细数据,策略筛选,发送触达客户名单至分期外呼系统;B.圈选活动客群,分期办理达标策略筛选,发送抽奖资格客户名单至内容服务平台,收回客户抽奖结果,通过银数发卡核心系统入账接口对客户减免分期手续费)。 (4)卡产品权益3个: VISA卡:消费月月刷月月返现(客群及交易达标策略筛选,通过银数入账接口对客户返刷卡金); 全乐卡:指定MCC消费返红包(交易达标策略筛选,通过银数入账接口对客户返刷卡金)、翻倍红包抽奖(发送短信触达翻倍红包活动,客户回复报名参加短信,对接积分系统扣取信用卡积分,并进行客户抽取,通过银数入账接口对客户返刷卡金); 全行卡:授权码见1返现(交易达标策略筛选,通过银数入账接口对客户返刷卡金)。 | ||||||||||||||||
11 | 计算中心 | 活动决策计算 | 支持根据客群名单或行为数据等的活动决策流计算。
1.自动化数据采集:根据数据依赖和数据完整性判断,采集获取数据源配置的客群名单或行为数据; 2.决策计算:根据决策引擎画布流程,解析每个节点的配置策略规则、活动达标指标规则和逻辑,进行计算和统计,需支持同时使用历史行为数据、即时行为数据和实时计算后的结果数据进行整合后的合并计算和统计;每个节点执行前查看父子节点依赖关系,如有依赖未执行先执行依赖节点; 3.计算反馈:将计算统计结果返回至决策节点,作为可视化流程决策引擎的下个节点的输入或直接反馈至渠道端; 4.将计算结果存储至内存以及数据库中,提供给下个决策点或者待下次触发后可进行结果运用和计算,并将结果存储至物理表; 5.性能要求:从上游数据完备触发决策计算开始,应在30分钟内完成跑批。 | |||||||||||||||
12 | 营销中心(活动管理模块) | 营销计划管理 | 已按单个或多个活动流程画布定义好的营销计划,支持设置营销计划的开始和结束时间、启用及停用。即营销生命周期管理。 | |||||||||||||||
13 | 营销内容管理 | 支持定制营销触达内容模板,包含短信模板、微信推送模板(包含H5链接配置)、营销名单输出模板、调账文件模板、积分调整模板等。 | ||||||||||||||||
14 | 渠道及接口管理 | 支持配置触达渠道、离线接口等连接方式。包含:短信平台、信用卡微信银行、客户服务系统、积分系统、银联数据发卡核心系统、分期外呼系统(银数)、电销发卡系统(银数)、内容服务平台(银数)等。 | ||||||||||||||||
15 | 营销中心(运营模块) | 活动看板管理 | 1.支持大盘概览各营销计划的运行情况,支持计划图形看板和计划列表切换。计划总体指标表现:包含计划触发数、未发送数、目标完成数、目标完成率等;
2.支持分类管理营销计划,可按名称快速搜索计划,按计划类型、创建人、触达通道(支持多选)进行筛选、统计,计划列表支持排序或筛选。 | |||||||||||||||
16 | 活动计划排期 | 支持定制活动计划的调度排期、触达频次等。 | ||||||||||||||||
17 | 活动营销结果上标 | 支持自动打标签,触达成功的客户将被自动打上标签,支持查看标签详情;支持将转化/流失的客户人群保存为客户分组,进行分析,以供开展后续营销活动。 | ||||||||||||||||
18 | 活动脱频设置 | 支持设置客户勿扰限制(脱频参数),包括全局触达设置、免扰名单设置、活动计划参与限制等,避免过度打扰用户。 | ||||||||||||||||
19 | 营销中心(分析模块) | 事件分析 | 支持活动横向的运行效果分析:选择多个营销计划,对不同营销计划的相同事件(如报名、参与、消费、达标、奖励等事件)进行数量/金额/完成度的横向对比。 | |||||||||||||||
20 | 漏斗分析 | 支持使用至少两个事件(如报名、参与、消费、达标、奖励等事件)进行漏斗的创建,可自定义漏斗的窗口期,支持按照次数计算漏斗转化率。 | ||||||||||||||||
21 | 其他类型分析 | 支持根据业务需求定制开发活动效果分析模板并保存使用。
包括以下几方面分析内容: 1.分析维度: (1)活动前VS活动中(统计时长一致)(自己跟自己比); (2)活动客户VS全辖客户(自己跟全辖比); (3)参与VS无参与(自己跟别人比); (4)单个活动的不同客户属性维度(如性别、年龄、是否员工、账龄、学历、职业、行业、卡类型、卡等级、发卡渠道、首卡发卡年份、额度、额度使用率、套现评分组别、行为评分组别、逾期期数、持卡机构数、进件客群等)(活动客户画像分析)。 2.分析指标: (1)活动指标:活动期内各月消费总额、各月消费总笔数、户均/卡均/月均消费金额、户均/卡均/月均消费笔数等; (2)非活动指标:活动期内各月消费收入(回佣、常规分期、利息等)、户均/卡均/月均消费收入、消费提升户数、静止促动户数等。 | ||||||||||||||||
22 | 多元化展示 | 1.支持选择不同的可视化展示(如线图、柱图、饼图、累计图等);
2.支持将分析结果留存,用户可直接浏览、导出和使用; 3.支持用户选择单个营销计划作为维度,并可灵活选择已有的客户标签或指标作为统计要素,形成多元化自定义分析报告。 | ||||||||||||||||
23 | 系统管理 | 用户角色管理 | 支持角色功能权限管理、用户信息管理、用户角色权限管理等;支持用户登录信息与行内统一认证平台同步。 | |||||||||||||||
24 | 审批流管理 | 支持包含但不限于活动策略树发布、客户名单导出等审批管理。 | ||||||||||||||||
25 | 系统管理 | 包括但不限于系统参数管理、活动决策流调度参数管理、系统操作日志管理、调度运行日志管理等。 | ||||||||||||||||
26 | 系统对接 | 数据源对接 | 支持与大数据平台、客户标签加工系统、标签管理系统、银联数据发卡核心系统、积分系统、微信银行等对接,以获取信用卡基础数据、客群名单、交易行为数据。 | |||||||||||||||
27 | 管理系统数据支持 | 为下游管理系统提供数据支持,下游管理系统包括且不限于信用卡中心SAS分析工具、自助查询动态报表系统等。 | ||||||||||||||||
28 | 与渠道端系统对接 | 根据信用卡权益或活动触达需求实现与各业务系统对接,如短信平台、信用卡微信银行、客户服务系统、积分系统、银联数据发卡核心系统、分期外呼系统(银数)、电销发卡系统(银数)、内容服务平台(荣数)等。部分系统可能涉及对接功能改造。 | ||||||||||||||||
29 | 与其他系统对接 | 根据业务功能需求实现与其他系统对接,如统一认证平台、文档加密系统、综合监控平台等。 | ||||||||||||||||
30 | 非功能性需求 | 业务可连续性要求) | 本系统的RTO为_4小时_,RPO为_15分钟_。
|
|||||||||||||||
31 | 客户体验需求 | 1.50个并发用户下,整体系统性能不会明显减低。在用户量有较大增加的情况下,能扩展数据服务器群,满足服务要求。
2.批处理时间不超过2小时。 3.实时数据查询请求的响应时间不超过30秒。 4.系统前台页面操作失败提示必须明确提示失败问题。 |
(二)技术要求清单
序号 | 分类 | 技术需求描述 |
信创要求 | 1.配合行内要求进行信创适配工作。 | |
国密要求 | 1.加密算法要采用国密算法,且遵循招标方技术规范要求。 | |
浏览器要求 | 1.国产终端:要求支持360安全浏览器V10及以上信创版本。
2.传统终端:要求支持360极速浏览器极速模式和兼容模式; | |
生僻字处理要求 | 1.Web服务、应用服务、APP、H5及客户端(C/S)等须使用UTF-8字符集编码。
2.交互报文、文件及使用UTF-8字符集编码。 3.数据库存储使用UTF-8或UTF-8MB4字符集编码。 | |
开发平台接入要求 | 应用需基于行内开发平台,接入行内监控平台统一管理,接入行内统一作业调度平台。 |
(三)实施人员要求清单
序号 | 实施团队要求 |
投标方项目实施团队的全部成员须为投标方或投标方公司集团内子公司(控股比例大于50%)的在职员工。投标方需在招标方出具中标通知书后 7至14 个工作日内,向招标方明确实施团队全部成员,同时提供近半年社保缴费记录和劳动合同证明材料(需包括投标方公司名称、人员姓名和合同有效期限等关键信息)和简历(简历中的学位/学历信息还需提供学位证书/毕业证书/学信网证明等材料)。如果涉及代缴社保的,需提供社保代缴协议证明,以上证明材料均需盖章。 | |
中标方实施团队应配备经验丰富的项目管理人员、业务专家、技术骨干,且驻场实施人员(不含商务、销售人员)不少于 8 人(含,本章节下同),驻场实施人员的最低总驻场时间不少于50人月,以保证项目实施质量和进度。 | |
项目总监必须具有8年(含)以上工作经验,3个以上类似项目负责人的管理经验。项目总监驻现场服务不少于1人月。 | |
项目经理必须具有全国统招全日制本科以上学历,5年(含)以上工作经验, 2个以上营销决策平台项目的项目经理管理经验。项目经理须全职驻现场服务。 | |
技术经理必须具有全国统招全日制本科以上学历,5年(含)以上工作经验, 2个以上营销决策平台项目的实施经验。技术经理须全职驻现场服务。 | |
项目组需至少配置以下项目成员:
(1)需配置专职开发人员(不含系统设计人员)至少3人,且具有3年软件开发经验的成员人数占项目开发人员人数的比率不少于50%。 (2)需配置专职需求分析人员 1人,需求分析人员需具备 1 个营销决策平台项目的需求分析或系统设计经验,在完成本项目的需求评审前需全职驻现场服务。 (3)需配置专职软件测试人员(不兼任系统开发工作)不少于 1 人,须具备1年以上软件测试经验,负责本次招标范围内系统功能(含系统接口)的系统测试计划、案例编写,并组织实施系统测试,提供测试报告。 |
版权声明及安全提醒:本文转自网络平台,文章仅代表作者观点,不代表「金融文库」立场。相关版权归原作者所有,「金融文库」仅提供免费交流与学习,相关内容与材料请勿用于商业。我们感谢每一位原创作者的辛苦付出与创作,如本转载内容涉及版权及侵权问题,请及时联系我们客服处理(微信号:JRwenku8),谢谢!