金融行业移动应用解决方案.docx
- 文档编号:11676289
- 上传时间:2023-03-30
- 格式:DOCX
- 页数:15
- 大小:327.34KB
金融行业移动应用解决方案.docx
《金融行业移动应用解决方案.docx》由会员分享,可在线阅读,更多相关《金融行业移动应用解决方案.docx(15页珍藏版)》请在冰豆网上搜索。
金融行业移动应用解决方案
金融行业移动应用
解
决
方
案
xx科技发展有限公司
第1章与***合作内容
目前移动端公众平台刚刚开放一年,大约有100万个公众账号,其中认证的有4万个,由于移动端公众账号商业模式一直没有确定,因此与***的合作运营标准也一直未出台,当前的合作流程可以由xxx公司辅助xxx银行协调移动端团队完成,加速推进公众账号相关运营工作。
1.1公众账号创建
目前xxx银行已经拥有移动端公众账号,但在后续移动端平台的建设中还需要申请一个测试账号,目前公众账号创建全部在网上进行操作,申请时需填写企业相关信息。
1.2公众账号认证
目前xxx银行移动端公众账号已经认证,测试账号无需认证。
1.3自定义菜单申请
目前xxx银行移动端公众账号默认是订阅号,没有自定义菜单申请权限。
第一步:
需要将订阅号升级成服务号。
第二步:
升级服务号后网上申请自定义菜单,需要提交盖章的《自定义菜单申请表》与《自定义菜单申请函》。
1.4高级接口申请
1.移动端开放的接口:
适合自助查询业务
●消息接口
客户上行:
文本消息、图片消息、地理位置消息、链接消息、事件推送
消息回复:
回复文本消息、回复音乐消息、回复图文消息
●自定义菜单接口(前提必须是服务号)
菜单创建、菜单查询、菜单删除
2.移动端未开放接口:
适合客服、即时提醒等业务。
●信息下行
●人工客服
●语音识别
●移动端支付
●街景定位
●转发与分享统计
●直接获取客户位置信息
3.申请步骤如下
第一步:
将业务需求、公众账号信息、接口申请明细邮件发送至移动端产品经理。
第二步:
移动端产品经理审核后反馈(会有相关指引内容,或者申请内容有疑问,会有多封邮件往来)。
第三步:
移动端产品经理正式通知权限申请成功,下发授权码。
1.5移动端支付银行卡绑定
第一步:
在***财付通开通快捷支付。
xxx银行已经是财付通银行营业厅的合作伙伴。
第二步:
发送移动端支付银行卡绑定申请邮件至移动端产品经理。
第三步:
移动端产品经理反馈指引内容。
第四步:
按照指引内容提交材料与技术实施。
第2章方案总体设计
2.1方案总体框架
1.移动端用户终端
用户利用智能手机安装移动端客户端后,通过2G/3G网络或Wifi网络使用移动端服务,可以在移动端中添加“xxx银行”公众账号享受相关移动端服务。
2.移动端公众平台
目前移动端公众平台有两种模式,一种为编辑模式,一种为开发模式。
编辑模式提供一些简单移动端发送功能,但是无法支撑今后金融方面的服务;开发模式提供了9个通讯接口,包括文本、图片、图文等形式,我们的移动端服务平台就是基于这些接口进行建设。
未来移动端产品还会融合支付、生活等服务,可以与我们银行行业的其它服务进行深度整合。
3.移动端服务平台
移动端服务平台部署在xxx银行内部,包括统一沟通平台、统一通信平台、服务集成平台、社区服务平台和开放服务平台。
2.2方案部署设计
移动端服务平台共分为四个部分:
展现/统计服务器、消息/接口服务器、移动端管理与监控服务器、数据库服务器。
移动端消息服务器主要负责和各个业务系统的对接,业务系统通过webservice或文件传输等方式把需要发送的移动端内容数据发送给该服务器,该消息处理引擎对移动端内容数据和预先定义的移动端模板进行移动端条装并形成真正需要发送的移动端,并把这些移动端发送到***移动端平台,无论是通知类的实时移动端还是营销类非实时移动端、批量或手动的单笔移动端均要通过该部分来处理,故该部分是整个平台的核心部分,处理能力要求较高。
在部署位置上位于核心网段,其中webservice部分通过F5实现负载均衡,消息处理引擎部分通过应用自身来实现。
移动端管理与监控服务器负责移动端的管理工作,如资源管理、模板管理、任务管理、统计分析、报表管理等,同时还负责消息引擎等进程的监控。
在数据流上该部分需要操控核心网络中的oracle数据库(采用RAC技术)。
部署在DMZAPP区。
考虑到该模块为业务部门常用,故也接入F5,同时为了两台设备之间共享图片资源、移动端模板等,需要共享存储。
移动端展现与统计服务器主要承载移动端中的图片、声音等资源的下载和客户点击移动端行为跟踪统计工作,部署在DMZWEB区,在数据流上要对Internet提供服务,向外开放https端口。
同时要接收移动端管理服务器中的素材(如图片等),该服务器还要把统计数据写入到oracle数据库中,但为了安全起见,不允许web区直接操控数据库,故通过DMZ-APP区中的移动端管理服务器中的应用代理来实现。
为了保证可用性,两台设备连到F5中。
系统支持所有主流操作系统、中间件和数据库,建议一期项目存储50T。
2.3移动端相关性能指标
●并发性能:
业务信息量1000条/秒
●客服建议规模:
30坐席,最多接入10人/坐席
●移动端送达率:
100%(无状态报告)
●单次会话时间:
自由设定
●系统可用性:
100%(支持双机负载均衡)
●最大延迟率:
30秒
●容错性:
系统出现故障时,支持多级存储并重发
●稳定性:
网络心跳检测1次/10秒、断电保护
●文本信息:
600字以内/条
●图片信息:
单个图片2M以内,bmp、png、jpeg、jpg、gif格式
●语音信息:
单条5M以内,60s以内,mp3、wma、wav、amr格式
●图文信息:
2万字以内(含图片容量折算)
第3章技术风险分析与应对
3.1移动端产品变更风险与分析
1.API接口限制
移动端服务开展后,由于其公众平台对社会开放接口有限,将导致有些服务开展不起来,可以与***沟通解决。
2.移动端发送故障
未来移动端服务过程中,一旦***网关出现问题,根据路由策略及时切换到短信等其它发送模式中。
3.移动端产品热度下降
未来移动端产品有可能出现各种问题,例如活跃用户数降低、卸载率提升或被其它软件取代,但是相信尽管移动端出现问题,但整个移动互联网OTT系列产品是大势所趋,服务平台可以很快的切换到其它OTT软件,并且在系统建设过程中,本身能够支持其它方式,如手机飞信、手机QQ等。
3.2多账号管理风险与分析
1.公众账号过多、过乱
由于xxx银行机构庞大,将会有各类机构账号(总行与各级分行)、媒体账号或活动账号(地震公益等),使移动端品牌管理难度加大,移动端服务被切割,导致用户体验下降。
为了使移动端平台建设收益最大化,消极影响最小化,所有公众账号由总行统一申请、认证与管理,其它机构只有信息发布权限,同时总行可以分享到其它账号的粉丝,并发布信息(信息需要审核),对于用户上行信息如果各个分账号无法响应,则可以一键关注总行账号。
2.平台账号授权
移动端平台账号只有信息发布与部分互动权限,需要定义好对应的服务内容、权限、使用者,发布信息需要总行审核。
3.3服务扩展性风险与分析
1.智能产品扩展
在移动端服务中,未来将会集成大量的智能型产品,例如智能应答机器人、语音文字转换、图像识别等技术,在本期项目中根据组件式开发原则,预留相关扩展接口,提升未来系统扩展性和智能性。
2.在线业务扩展
在移动端通信服务后,一般轻量级的业务会直接嵌入在移动端中,这就需要与目前的核心系统制定服务标准,来适应传统业务的快速转化,避免重复建设。
3.其它服务扩展
建立对外部的服务集成标准,能够集成其它OTT、O2O等服务。
3.4对短信业务的影响风险与分析
1.对系统运行的影响
移动端平台由于要在原有短信引擎(UMP)进行升级,为了不对现有短信平台造成影响,采用分布式部署原则,将移动端服务器与短信服务器物理分离。
2.对短信发送网络资源的影响
由于移动端通信形式丰富,这也会导致占用大量的网络通信资源,造成短信发送拥堵。
在UMP升级的同时,增加发送资源控制模块(优先级控制、速度控制),合理使用现有通信网络资源。
3.5信息安全风险与分析
1.企业侧与***
由于现有移动端公众账号API都采用http协议,在公网传输过程中有信息安全风险,首先将http通信的服务器进行前置,保证核心服务器安全;其次在移动端通信过程中尽量减少机密数据的传输,将保密操作都放在第二级页面(https协议)中进行,例如对话中隐藏卡号前12位,用户在第二级页面才可输入身份证号进行身份绑定。
2.***与个人用户侧
通信安全:
***移动端服务器与个人用户手机终端通信时数据已经经过***特有方式加密,如有截获情况也无法破解。
手机终端安全:
移动端APP本身有安全策略防止用户智能手机中其它的APP应用侦测到移动端软件对话信息和二级页面信息。
3.与***商议安全策略
在移动端通讯中,共同增加以下安全机制:
限制移动终端识别码、业务办理次数限制、业务时效性限制、相关链接不可复制、智能物理芯片、移动端中信息安全提示。
第4章客户端功能设计
4.1服务功能规划
序号
服务内容
1
金融信息服务
查询优惠活动
2
地理位置查询
3
查询存贷款利率
4
查询外汇牌价
5
查询理财产品净值
6
查询基金净值
7
查询黄金价格
8
个人金融服务
查询余额
9
查询明细
10
查询开户行
11
查询理财产品份额
12
查询基金份额
13
余额变动提醒
14
转账汇款
15
持卡用户身份认证及绑定
16
查询开通协议
17
查询退订协议
18
个人设置
服务订阅
19
绑定手机
4.2典型应用场景
4.2.1金融信息服务
1.理财、基金信息查询
客户关注“xxx银行”移动端公众账号后,通过输入常用指令可以查询黄金、汇率、股市等公共金融信息。
2.地理位置查询
客户可以上行自己的地理位置,然后系统回复周边几公里之内的网点、ATM、优惠活动信息。
4.2.2个人金融服务
1.准客户转化服务
在移动端中提供准客户转化服务,拿信用卡举例,在移动端中可以提供办法方法阅览和咨询,办法申请服务,点击链接进行办卡个人信息填报服务;提交信息后可以查询办卡进度,同时支持在线新卡激活等功能。
2.客户身份绑定服务
对于xxx银行持卡客户,关注“xxx银行”公众账号后,通过填写个人身份证号/卡号/查询密码……等信息提交到核心系统中进行身份认证,同时可以勾选移动端服务项,保障服务安全性。
3.查询余额与明细
当持卡用户绑定身份并验证通过后,可以选择自定义菜单“我的账户信息”后,输入相关指令可以查询本卡的余额、明细及所购买理财产品收益等信息。
4.余额变动提醒
当移动端绑定的借记卡余额发生变动时,利用信息下行信息方式在移动端中进行提醒。
5.转账汇款
客户可以通过移动端链接至手机银行,在WAP版手机银行中完成转账汇款服务。
6.信用卡业务
在xxx银行公众账号中,在本期项目也可以实现与信用卡账号互推、宣传信息发布等服务。
4.2.3统一客服服务
1.接人工客服
用户可通过移动端连接到后台人工客服席位,与人工客服通过文本、语音、图片等方式交流。
4.2.4个人设置服务
可以在网银、手机银行和移动端银行(含身份绑定时)中,设置个人在移动端公众账号中可以享受的服务。
第5章应用端功能设计
5.1业务应用功能
第6章
第7章
第8章
第9章
第10章
10.1
10.1.1统一客服坐席
在本期项目中,暂时使用原有公众平台的实时消息回复功能,在二期中再利用开发模式进行在线客服功能研发。
在本期项目中,xxx银行公众账号将切换至开发模式来实现查询、办理等业务,但不影响公众平台消息回复功能的使用。
10.1.2消息发布
发送方式:
支持移动端号发送、群组发送、文件发送,同时可以查询已发信息。
消息群发:
消息群发时可以选择公众账号、客户类别、客户区域、职业等灵活查询筛选条件,同时编辑文本信息、图文信息以及语音信息(可从素材库选择)。
最后选择即时发送或固定时间发送。
由于移动端对单纯的信息推送有严格的限制,而作为银行与客户沟通的需求比较旺盛,因此需要统一的进行对推送信息的审核与管理,通过对数据分析、处理以及人工审核,提交给客户丰富多彩、高体验的信息内容。
10.2系统管理功能
10.2.1消息提醒配置
提供自动提醒配置功能,包括用户范围、数据抓取、信息模板、执行周期、任务调度等管理,提供生日祝福、消费即时提醒等服务。
10.2.2指令查询配置
提供指令查询配置功能,包括菜单指令管理、数据抓取、信息模板、触发条件等管理,提供账户余额、消费明细查询等服务。
10.2.3多公众账号管理
由总行进行账号统一管理,即拥有移动端公众账号的用户名、密码和API定制权限,其它村镇银行只有使用使用权限,集中维护移动端公众号ID、公众号名称、接口地址、TOKEN等信息。
10.2.4机构、用户及权限管理
用户管理:
管理内容包括机构、角色、员工、客户信息管理。
其中机构支持逐级管理,包括总行、分行、支行等管理。
10.2.5自定义菜单管理
可以根据用户的类别,设置不同的一级菜单、二级菜单和三级菜单,并配置菜单与服务项目的关系(服务项目包括链接地址、信息自动提醒服务、信息自助指令服务、静态信息素材库)。
10.2.6地理位置管理
可以维护网点、ATM、合作商户的位置基本信息和经纬度,根据用户上行位置查询周边位置信息。
10.2.7配置文件管理
可以通过可视化调整配置文件的方式维护通信接口、报文数据、接入用户、自助服务和人工服务规则、排队策略、对话时长等信息。
10.3监管统计功能
10.3.1人工客服监管
可以监管整个移动端作为服务渠道、营销渠道的运行情况,并对客户上下行数据进行统计与分析。
移动端人工客服数据情况还包括:
●互动监控报表
●坐席工作情况报表
●满意度调查报表
●客户接入统计报表
●坐席工作流水表
●拒绝服务统计表
10.3.2移动端通信情况
可以按照客户类别(包含各种属性)、时间、移动端服务项目、移动端通信类别、机构等多维度进行查询与统计,并支持报表、折线图、饼状图等多元化展现方式。
10.3.3高级统计分析
移动端作为服务和营销渠道的各种数据统计、差异化对比、排名等。
利用移动端服务平台与客户互动内容,查询统计出客户普遍的关注点、常见问题等,为以后的智能化客服和精准营销作基础。
可以查询新老客户、用户活跃度、用户留存率、推广渠道效果、用户地域分布等信息,还可以查询用户上行、用户访问页面、停留时长和页面跳转及使用频率等信息。
第11章引擎端功能设计
11.1业务集成接口
在现有电子银行基础上进行集成,更加支持开放式、组件式开发模式,支持后续移动端应用服务中各种插件,例如智能机器人软件、语音文本转换软件等,还支持与核心系统的业务集成。
11.2移动端接收、处理、发送
信息类别:
增加移动端信息(其中包含子类别文本、图文、语音、图片、视频)。
路由管理:
根据信息类别,调度移动端收发接口。
信息处理:
增加对图片、地理位置(经纬度)、语音、视频、名片、表情、文本、附件的识别、保存和处理。
用户信息库:
增加用户OpenID信息,并维护与之对应的用户类别(内部员工、准客户、持卡客户、VIP客户),与之对应的服务类别(内部通知、在线客服、营销推送、生活服务等)。
信息资源:
对移动端发送优先级、速度进行统一管理,防止造成xxx银行网络资源拥堵。
信息串联:
当移动端发送达到限制时,或客户本身无威信号码时,自动切换到短信发送模式。
11.3通信接口
移动端目前对外开放的有九个接口:
包括文本信息、图片消息、地理位置、链接消息、事件推送、回复文本信息、回复音乐消息、回复图文信息、自定义菜单。
除此之外我们还可帮助xxx银行与***移动端团队进行接触,开通一些增强型权限:
获取用户昵称和地区、自定义菜单授权、信息下行、信息客服上下行时间限制、语音识别、LBS地图接口。
11.4移动端处理引擎
引擎根据用户的上行指令、接入移动端号码,识别出该客户的身份、是否有移动端服务权限、定制的服务内容、是否快速接入到上次会话。
经过一系列的判断后,转交给人工服务引擎和自助服务引擎,自助服务引擎复用原有UMP的短信互动机制,人工服务引擎根据接入的排队策略判断是是否等待、接入某个特定席位,会话终止,人工服务后转接到满意度评价模块。
第12章实施运营方案
12.1项目实施条件
1.公众账号
申请一个测试账号,同时申请自定义菜单和高级接口权限。
xxx公司辅助xxx银行与***方面进行沟通。
2.网络环境
在外网准备一个域名,例如weixin.*****.com(***移动端平台要求,可以是二级域名),在外网服务开通443端口(https协议)。
3.硬件环境
名称
测试环境
生产环境
容灾环境
其它环境
数据库
设备
Rx2800
Rx2800
N/A
N/A
操作系统
UNIX
UNIX
N/A
N/A
版本
Oracle11g
Oracle11g
N/A
N/A
要求数据容量
20G
300G
N/A
N/A
服务器
消息服务器
DL380
DL580
N/A
N/A
消息服务器
操作系统
Linux
Linux
N/A
N/A
消息服务器
文件系统容量
10G(NAS)
300G(NAS)
N/A
N/A
管理服务器
虚拟机
DL380
N/A
N/A
管理服务器操作系统
Linux
Linux
N/A
N/A
管理服务器文件系统容量
10G
70G(NAS)
N/A
N/A
存储
存储设备名称
FAS3140-3
EVA8400-15
FAS3140-1
FAS3140-10
N/A
N/A
裸容量(GB)
20G(NAS)
80G
500G(NAS)
N/A
N/A
4.开放前置接口
开放本期项目相关查询服务的银行前置接口,配合提供相关文档、示例代码以及必要的技术人员支持。
12.2后续推广与运营
1.现有资源
利用现有的例如网站、网银、微博、员工名片、账单、网点宣传板等资源以二维码为主体进行宣传与推广。
2.社交化渠道
利用移动端社交属性,利用朋友圈之间的转发与推介进行品牌宣传与推广。
3.深度互动
在移动端中利用移动端的强交互性,通过对互动流程和方式的设计实现在与用户的互动中实现推广与E化的目标,例如在移动端中可以搞一些抽奖活动、互动调查、互动推荐、互动游戏、活动统计。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 金融 行业 移动 应用 解决方案