惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

IT之家
IT之家
Microsoft Azure Blog
Microsoft Azure Blog
人人都是产品经理
人人都是产品经理
博客园 - 聂微东
博客园_首页
阮一峰的网络日志
阮一峰的网络日志
V
V2EX
小众软件
小众软件
F
Fortinet All Blogs
Microsoft Security Blog
Microsoft Security Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
H
Hackread – Cybersecurity News, Data Breaches, AI and More
量子位
Google DeepMind News
Google DeepMind News
Jina AI
Jina AI
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
aimingoo的专栏
aimingoo的专栏
B
Blog RSS Feed
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
宝玉的分享
宝玉的分享
有赞技术团队
有赞技术团队
J
Java Code Geeks
WordPress大学
WordPress大学
The Cloudflare Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
证券公司理财业务—产品架构简介
十里马 · 2023-08-30 · via 人人都是产品经理

了解证券公司的理财业务最好从业务、系统两方面出发,本篇文章详细介绍了对证券公司理财业务产品架构的分析和说明,希望对您有所帮助。

本人2015年开始接触证券相关业务,近期对理财业务产生了较大兴趣,打算对证券公司的理财业务,从业务本身和系统两个方向进行整理和归纳,因为我是产品经理出身,首先就对证券公司理财业务产品架构做一些粗略的分析和说明,后续再通过几篇文章对重点流程和业务做详细的拆解。内容上是基于个人工作经验和理解整理的,可能存在不足和错误之处,请大家多多指正。

一、理财业务简介

证券公司的理财业务,主要就是实现账户开通(交易账户、基金账户等)、产品销售、相关权限开通、协议签署并存档、客户的回访、资金清算等一整套的服务和功能。如下两张图为公募类产品和非公募类产品购买的主要流程(实际流程比较复杂,本文不做过多赘述)

证券公司直销或代销的理财产品种类繁多,一般来说包括以下几大类:

二、产品架构

证券公司产品架构从上到下大致可以区分为三层:应用层、中间服务层、基础服务层(不同公司存在区别)。应用层指客户环境和可操作的业务及功能,中间服务层指为应用层实现业务效果配套的服务,基础服务层为整个业务提供底层的数据和能力支撑。

1. 应用层

目前大部分客户流量都在手机APP上,占比超过了90%,PC和网页端的流量相对较少,因此下文围绕APP来进行分析。

客户可在手机上进行开户、理财产品查询与浏览、权限开通、产品认/申购、基金定投、持仓查询、产品赎回等一系列操作。对于公募类的产品,相对会简单很多,仅需开户、开通三方存管(绑定银行卡)、就可以购买符合自身风险等级的基金产品;而非公募类的产品种类繁多,不同产品对投资者有不同的门槛和要求,比如私募基金需要进行私募合格投资者认证,购买过程中还需要完成产品风险告知录音录像、电子合同签署等操作,对券商的系统设计和技术能力有较高的要求。

2. 中间服务层

中间服务层涉及到了多个模块和系统,下面重点介绍这些模块和理财相关联的逻辑及功能。

(1)数据中心

数据中心的为理财系统提供客户理财产品两个层面的数据汇总、计算、分析能力。

① 客户层面

首先是客户的持仓账户,数据中心根据客户的持仓,计算不同类型的产品的市值、日收益、持仓收益、持仓收益率、累计收益等,同时需要结合历史交易记录,实现账户分析功能。(基础层柜台系统也有客户的持仓数据,但柜台更新速度相对较慢,难以满足客户的时效性需求,因此很多券商会通过数据中心计算持仓收益)。

第二点业务数据的汇总,因为理财业务需要对接众多中间服务层业务系统,APP后端很难实时去获取各个系统的状态和数据,且大多数业务系统也不支持数据的主动推送,这时就需要数据中心去各系统进行数据的归集并推送到APP后端,比如客户开通某个权限失败了,数据中心可通过定时任务从业务系统获取到相关状态,并将信息推送到APP和消息中心,从而高效地将信息通知到客户。

第三点是客户行为分析,一是提供各流程和页面数据统计、漏斗转化、留存分析等基础的数据分析能力,再是结合客户标签、行为、偏好等,提供个性化的产品推荐、运营精准投放等能力。

② 理财产品层面

根据业务方或运营方的需求,基于数据统计、智能算法实现对理财产品分类或选品,如现在市场上几乎每一家券商和第三方平台都在做的选基、榜单功能,即基于一定的规则,为客户筛选出不同风格和类型的基金,如“指数低估值”、“连续五年正收益”等。

(2)业务办理系统

业务办理系统是基于基础层-柜台系统搭建而来的,分为手机业务办理系统柜面业务办理系统,内容包括证券公司所有适当性相关业务,如开户、权限开通、资料修改等,理财相关的上文所提到的合格投资者认证、产品风险告知录音录像等都需要从手机APP提交到在业务办理系统,并由审办人员审核,审核通过后客户才能进行后续的购买操作。

(3)档案系统

客户查看、认/申购理财产品的过程中确认或签署过的协议和承诺会在档案系统留痕归档,比如购买基金时确认的产品风险揭示书、产品概要等。部分协议仅需签署一次,由档案系统提供查询接口,APP通过接口判断客户是否已经签署了协议,如果未签署则需要让客户签署协议,如果已签署则可以进行后续操作。

(4)电子签约系统

部分非公募类的产品如私募基金、信托产品、私募资管计划等需要签署纸质或者电子合同,电子合同签署主要通过电子签约系统。而电子合同的签署分为两个步骤:

第一个步骤是签约前的合同电子化:由基金托管人创建并上传合同文件,电子签约系统电子化处理后,基金托管人和基金管理人分别审核用印,然后由销售机构(如证券公司)上传风险揭示书并在电子化处理后审核用印

第二个步骤是客户的签约过程:首先客户完成产品认/申购预约,然后由证券公司将电子合同推送到客户的手机APP,客户完成电子合同签约后,由业务经办人签署风险揭示书后完成整个签约流程。(部分券商先由经办人签署风险揭示书,再让客户签署电子合同,根据公司业务需要而定)

(5)消息中心

消息中心负责将与客户相关的重要消息通过短信、APP push、第三方渠道(如微信服务号)的形式发送给客户,如认/申购产品确认、赎回确认、赎回资金到账、分红到账、权限开通结果告知等。

(6)呼叫中心

客户购买私募等高端产品有24小时冷静期,此时客户的委托订单已经在柜台,但并未报送基金公司,24小时冷静期后由呼叫中心对客户进行电话回访,回访通过后柜台将客户委托报送至基金公司。同时,呼叫中心可以接收客户的电话咨询、建议和投诉,并反馈给相关业务部门进行处理。

3. 基础服务层

(1)柜台系统

柜台系统主要可以提供两个方面的底层能力,一个是适当性相关业务,另一个是基金交易相关业务。

① 适当性相关业务

包括账户开立(如购买基金需要对接各基金公司开通TA户)、账户管理(如风险测评)、业务权限开通(如私募/资管合格投资者认证、专业投资者认证)、个人资料修改(身份证有效期、居住地址等)等;

② 基金交易相关业务

交易相关业务需要对接不同的基金公司TA系统,并实现认/申购委托、赎回委托、预约赎回委托、持仓信息统计、账户清算、费率统计、资金划拨、交割单统计等。

(2)产品中心

产品中心顾名思义,负责公司整个产品库维护和管理,为公司线上和线下的销售渠道提供产品查询、销售数据查询、产品日历查询等服务。

① 产品信息管理

对所有理财产品的信息进行自动化和人工维护。公募类的产品通过专业供应商数据库自动化更新,如基金类型、产品净值、产品业绩、基金持仓、投资策略、产品公告等;非公募类产品,基础信息通过系统自动化更新,部分信息如产品开放日、业绩计提基准、产品期限、产品上下架状态等通过人工进行维护。

② 销售参数管理

包括产品销售日历(认购、申购、赎回时间)、销售参数、认购起点(区分机构户和个人户)、单日最高认/申购金额(区分机构户和个人户)、产品费率、计提方式、产品折扣、计提对象等数据。

③ 管理人信息管理

对基金管理的名称、注册地址、资管管理规模、成立日期等数据进行维护管理。

④ 基金经理信息管理

维护基金经理的基本信息(基本信息包括性别、学历、从业时间、当前管理规模等)、所管理基金(基金名称/代码、基金类型、到任日期、任职期间净值增长率等)、获奖情况、行业/股票持仓等信息。

本文由 @十里马 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。