互联网金融业务矩阵流程图
新金融背景下互联网金融专业建设探索
2019/12*互联网金融
互联网金融♦ 2019/12
J*河北金融
新金融背景下互联网金融专业建设探索
张宇敬王柳申晨
(河北金融学院信息管理与工程系 河北 保定 071000)
摘要:互联网金融专业是新兴的“互联网+”前沿专业，是传统金融与信息技术、互联网思维、企业管理等技术的深
度融合，培养跨学科、复合型的互联网金融应用人才。互联网金融专业建设应基于OBE理念确定课程体系和人才培养方 案；瞄准行业前沿，构建学校、基地、企业三位一体实践教学体系；打造校企合作共同体，与互联网金融企业密切合作，共建
专业群，2018年新增互联网金融专业。学校将互联
网金融专业定位在以金融学科为培养基础，以互联 网信息科学为技术支撑,与管理学、法学等学科交叉 融合,以金融科技应用为专业发展方向。
二、互联网金融专业建设举措
1.充分调研,基于 OBE教育理念确定课程体系
和人才培养方案 通过走访互联网金融企业、金融机构的网络金
出的教育模式）理念反向设计决定人才培养目标和 专业定位，从而决定开设哪些核心课程用于支撑相 应能力。结合学校办学优势，依托金融行业背景确 定了专业定位和专业培养方向，确定了人才培养目
标和知识、能力与素质实现矩阵。见表1-表3O
互联网金融专业旨在培养德、智、体全面发展， 适应社会主义现代化建设需要，面向华北地区,特别 是京津冀地区和雄安新区经济、社会发展,掌握深厚 的信息科学、金融学知识，掌握互联网金融基本理 论,熟悉互联网金融行业的业务流程和实践,及与业 务密切相关的风险管理与控制、产品设计与创新的 知识和技巧，能在行业内从事风险控制、产品分析与 设计等相关工作,具备较强的团队精神、责任意识、 创新精神、国际视野和良好发展潜质的新型互联网 金融复合型应用人才。
P2P金融公司组织架构图
一、公司组织机构图概述：组织构造是公司旳流程运转、部门设立及职能规划等最基本旳构造根据，常见旳组织构造形式涉及直线制、职能制、矩阵制、事业部制等。
二、人员初期编制概述：以公司旳战略为导向、与提高流程旳速度与效率相配合。
强调人与工作旳有机融合。
充足考虑任职者旳职业素质与个人特点；体现职位对人旳适应，实现人与职位旳动态协调与有机融合。
涉及该岗位对组织旳奉献，与其他岗位之间旳内在关系，在流程中旳位置与角色，其内在各要素旳互动与制约关系等。
董事会职能：1、执行总公司决策。
2、决定公司旳经营计划和投资方案。
3、审定公司旳年度财务预算方案、决算方案。
4、审定公司旳利润分派方案和弥补亏损方案。
5、审定公司增长或者减少注册资本旳方案以及发行公司债券旳方案。
6、拟订公司合并、分立、解散清算旳方案。
7、聘任或解雇项目公司总经理。
并根据总经理旳提名决定聘任或者解雇项目公司副总经理、财务负责人及其报酬事项。
8、审定公司旳基本管理制度。
9、负责对公司运营旳监督管理。
三、运营部职能：1、根据公司产品规定，负责平台软件模块旳需求分析、概要设计和具体规划，制定运营方略、方案并组织执行；2、推动各项业务发展，提高营运效益，保证运营目旳旳实现；3、记录、分析平台各类数据，提出改善方案，推广。
4、制定、完善、贯彻实行P2P平台运营管理制度及操作流程；5、通过网站运营提高网站价值和粘性，提高会员等顾客旳活跃度，提高申请、交易量，增进网站平台各项收入提高；6、对顾客体验、业务流程等进行全面旳分析和改善，并参平台旳品牌、产品、市场旳规划，实现公司既定目旳任务；7、规划平台旳风格、架构、功能、频道，负责建设、培训和平常工作开展等；运营部组织架构及人员配备：四、产品部职能:1、在公司战略规划指引下，负责产品行业走势旳跟踪，市场及业务旳研究。
2、分析，负责产品规划、产品管理、产品品牌规划。
3、负责目前正在运营产品旳问题汇总分析改善意见旳收集。
4、提出改善需求，负责产品旳整合以及重新定位包装。
互联网金融专业化销售流程38页PPT
物料准备：宣传折页，针对不同客户所准 备的不同案例，以及数据方面的说服材料， 还包括有合同，纸笔物料等。
专业化销售流程概述
接触前准备
知识准备 形象准备 工具准备 心态准备
专业化销售流程概述
异议 处理 索取转 介绍
专业化销售流程概述
面谈、促成
面谈和促成往往没有明显的界限，面谈的目的有两个，一是进一 步了解客户实际情况挖掘其需求，二是时机成熟直接促成（促成是需 要技巧和胆量的），往往趁热打铁才是最有利于成交的方式。
专业化销售流程概述
计划与目标制定
微观上的计划与目标制定在于 你拜访客户之前所预期达成的效果 以及你一天的行程安排，路线规划， 谈判策略，以及今天一天你所想要 达到的预期成果。
专业化销售流程概述
异议 处理 索取转 介绍
专业化销售流程概述
准主顾开拓
业绩来源于准主顾，所 以我们的经营理念第一条就 是“以客户为中心”，在制 定了长期或者短期的目标之 后，寻找准主顾就成为了我 们重要且紧急的课题。
销售的流程是一 个闭环，在不断的成 交与开发过程中获得 其中的乐趣以及取得 相应的报酬。
销售的流程是 一个可逆但不可乱 的过程，否则会引 起一系列的恶性反 应，久而久之形成 恶性循环。
专业化销售流程概述
异议 处理 索取转 介绍
专业化销售流程概述
计划与目标制定
所谓计划是设计并规划。制定你销 售的目标（业绩或者是客户数量等可量 化指标），在此基础上，你才能更进一 步的确定行动方案或者日程安排，并为 了达成此计划去做不断的努力。
专业化销售流程概述
索取转介绍
关于介绍人：
• 缘故开拓法所认识的人
• 既有客户
供应链金融业务流程图(全流程)
供应链金融业务流程图(全流程)
供应链金融业务流程图(全流程)
1.背景和介绍
供应链金融是一种通过金融工具和服务，为供应链中的各个参与方提供融资和风险管理的业务模式。
该模式基于供应链的核心资产，如应收账款、存货和订单等，将它们作为融资的基础。
本文将详细介绍供应链金融业务的全流程。
2.供应链金融业务流程概述
供应链金融业务流程通常包括以下几个主要步骤：
2.1 供应商资格审核
①供应商注册
②供应商资质调查
③供应商准入审核
2.2 采购订单
①采购需求确认
②供应商选择
③合同签订
④采购订单
2.3 应收账款转让
①订单履约确认
②应收账款转让申请
③费率和费用确认
④应收账款转让合同签订
2.4 融资审批
①融资需求确认
②资金方选择
③融资申请提交
④融资审批和合同签订
2.5 融资到账和信用风险管理
①资金划拨和应收账款确认
②支付回款的安排
③信用风险管理和监控
2.6 运营管理和结算
①贷后管理
②还款安排
③结算和对账
3.附件
本文档附带以下附件：
●供应链金融业务流程图
●合同范本
●融资申请表格
4.法律名词及注释
●准入审核：对供应商进行资格审核，以确定是否符合合作条件。
●应收账款：买方确认的付款义务，供应商可将其转让给第三方融资。
●转让合同：将应收账款转让给融资方的法律合同。
●融资需求：供应商因应收账款等资产变现需求而提出的融资申请。
●贷后管理：融资方对借款人还款和经营情况进行监管和管理。
互联网金融业务矩阵流程图
3、销售人员应主认真主动的跟进
自己的客户,因跟进工作不足而造成客
户流失的后果自负。
1追踪客户要注意切入话题的选择勿
给客户造成死硬推销的印象。
2追踪客户要注意时间的间隔，一般
注意事项 以二三天为宜。 3注意追踪方式的变化：如可以打电
话，领取超体检测资料，进行超体数据
分析，寄公司产品资料，上门拜访，邀
请参加活动等。
复谈
针对意向客户进行二次、三次甚至 多次邀约，针对A与B类客户，重点分析 超体检测数值，了解客户，把握客户心 理，投其所好，争取完成投融过程；形 式多元化，例如领取超体检测资料、客 团队主管/ 户答谢会、旅游、举办比赛等多种形式 市场专员 开展；涉及到的费用以“人均固定费用 +（邀约）专员承担超额费用”为主要 形式，以降低专员邀约无意向客户的概 率
综管专员 进行活动 策划，包 含经费预 算，设计 完毕之 后，将活 动策划、 请款单 （附款项 用途）提 交营业部 经理进行 审查；针 对活动策 划，营业 部经理进 行审查、 签字→分 公司总经 理审查签 字→综管 专员提交 总部市场 专员；
线上
流程
网上注册→择标→充值→成交→自动形 成电子合同、电子债权
2 帮助客户收拾雨具、放置衣帽等。
3 通过简单沟通，区别客户真伪，
迎宾 防止行业内恶意竞争、商业间谍等。 4询问客户是否与其他业务员联系
过，如果是其他业务员的客户，请客户
稍等，由该业务员接待；如并未与业务
员联系但客户带单页来询问，依单页预
留电话号码为准，该业务员进行接待；
如果不是其他业务员的客户或该业务员
分公司市场部
送材料、计算器，为客户倒水等。
Байду номын сангаас
银行基本业务流程图完整版
银行基本业务流程图图2．1：单位结算账户开户图4．1：准贷记卡业务流程图4．2:借记卡业务流程图:公司贷款发放图:公司贷款联机归还图:公司贷款批量归还图:单位定期存单换单及质押图:公司贷款展期图:公司贷款联机形态转移图:公司贷款批量形态转移图:公司贷款核销图:收回已核销贷款图:公司贷款当日差错处理图:公司贷款次日及跨年差错处理图:贴现放款图:贴现收回或转逾期、核销图:融资申请及融资票据提出图:融资入账图:回购式票据融资到期处理图:买断式票据融资到期处理图:融资期限变更图：同业拆借放款图:同业拆借还款图：同业拆借展期图：同业拆借形态转移图:委托贷款放款图：委托贷款还款图：委托贷款展期图:委托贷款核销图：PCAS公积金贷款发放图：PCAS公积金贷款柜台还款图：PCAS公积金日终处理图:以资抵债划转图:以资抵债处置图：跨中心往账业务、来账业务往往往往往往往往往往往往往往图：网内往来往账业务、网内往来来账业务往往往往往往往往往往往往往往往往图：漫游汇款业务图：同城交换提出业务、同城交换提入业务同城交换提出业务同城交换提入业务大额支付往账业务大额支付来账业务图：大额支付往账业务、大额支付来账业务小额支付往账业务小额支付来账业务图：小额支付往账业务、小额支付来账业务图：代理汇兑业务图：外汇账单清算业务流程图：进口信用证业务流程（1） （5） （12）（4） （6）（7） （2）（10） （11）（3）（8） （9）1、进出口商签定销售合同，规定以跟单信用证方式结算；2、申请人（进口商）指示开证行开立跟单信用证；3、开证行开出跟单信用证，要求通知行通知受益人（出口商）；4、通知行将信用证通知受益人（出口商）；5、受益人（出口商）收到信用证，审证，发货；6、受益人（出口商）向其往来银行或信用证指定银行交单；7、交单银行审单。
如果符合信用证要求，根据信用证的条件付款/承兑/议付； 8、交单银行将单据寄给开证行；9、开证行审单，如果符合信用证要求，向交单银行进行偿付；（付款、承兑） 10、开证行向申请人（进口商）提示单据； 11、申请人（进口商）付款赎单； 12、申请人（进口商）提货。
唯品会深度解析
唯品会深度解析唯品会深度解析一、线上品牌特卖龙头，持续盈利的专业零售商（一）深耕品牌特卖+穿着领域，盈利持续稳定唯品会是国内折扣电商龙头，深耕品牌特卖+服饰领域，穿着类产品占比过半。
唯品会于2008年8月成立，同年12月旗下网站上线，率先在中国开启“品牌折扣+限时抢购+正品保障”的品牌特卖模式。
2020年，唯品会穿着类产品占比约58%（服装36%+鞋包10%+运动类11%），由女性用户消费场景延伸，化妆品（15%）、婴童（12%）家居（9%）也已成为重要销售品类。
自营为主的零售平台。
唯品会自营进销为主，2020年自营收入占比95.7%，其他收入占比4.3%；对比自营与开放平台销售规模相当的京东，唯品会的自营收入占比更高。
特色鲜明的垂直品类交易平台，规模明显小于综合类电商。
2020年唯品会GMV达1649亿元，同比增长11%；年活跃买家达8390万，同比增长22%（1490万）。
核心的服装鞋包品类的规模与阿里对比，2020年天猫销售GMV达约4879亿元、淘宝约3668亿元（参考淘数据），唯品总GMV1649亿元，体量差别较为明显，唯品会垂直属性更强。
2018年以来收入增速低于实物网购、快于限额以上服饰零售大类。
商业模式稳定，具备良好的持续盈利能力。
2012Q3以来保持每季度稳健盈利，2014年以来non-GAAP归母净利润率在5%附近波动；2020年non-GAAP归母净利润达62.7亿元，同比增长25%，对应利润率6.2%。
用户增长稳扎稳打，已建立核心客群。
2019年，唯品会已有3.8亿注册用户，年活跃购买用户约占18%，重购主顾约占15%。
2020年，注册用户数达4.4亿、累计购买用户2.01亿，重购主顾人数达到6820万，占8390万年活跃用户的81%，产生了全站98%的订单量，年购买订单数约为10。
唯品会平台在其用户的消费钱包中占有重要地位。
唯品会2020年单用户消费量达1965元，对比全品类平台阿里京东的水平并不算高，但考虑服饰为主的垂直平台属性，唯品会在典型用户的钱包份额不低：（1）参考腾讯实验室2018服装消费人群洞察白皮书的调研，消费者平均每年花费4000元购买服装，69%的消费者年均服饰花费低于5000元；唯品会销售额中50-60%归属于服饰类（人均约1000元），在典型消费者的服装消费中应占有重要地位。
优品(BPM业务流程管理)银行基本业务流程图完整版
优品（BPM业务流程管理)银行基本业务流程图完整版银行基本业务流程图图2．1：单位结算账户开户图4．1：准贷记卡业务流程图4．2:借记卡业务流程图5.1:公司贷款发放图5.2:公司贷款联机归还图5.3:公司贷款批量归还图5.4:单位定期存单换单及质押图5.5:公司贷款展期图5.6:公司贷款联机形态转移图5.7:公司贷款批量形态转移图5.8:公司贷款核销图5.9:收回已核销贷款图5.10:公司贷款当日差错处理图5.11:公司贷款次日及跨年差错处理图5.12:贴现放款图5.13:贴现收回或转逾期、核销图5.14:融资申请及融资票据提出图5.15:融资入账图5.16:回购式票据融资到期处理图5.17:买断式票据融资到期处理图5.18:融资期限变更图5.20：同业拆借放款图5.21:同业拆借还款图5.22：同业拆借展期图5.23：同业拆借形态转移图5.24:委托贷款放款图5.25：委托贷款还款图5.26：委托贷款展期图5.27:委托贷款核销图5.28:贷款划转录入图5.29：贷款划转确认图5.30：PCAS公积金贷款发放图5.31：PCAS公积金贷款柜台还款图5.32：PCAS公积金日终处理图5.33:以资抵债划转图5.34:以资抵债处置图8.1：跨中心往账业务、来账业务图8.2：网内往来往账业务、网内往来来账业务图8.3：漫游汇款业务图8.4：同城交换提出业务、同城交换提入业务同城交换提出业务同城交换提入业务小额支付往账业务小额支付来账业务图8.7：代理汇兑业务图9.1：外汇账单清算业务流程流程图：图9.2：进口信用证业务流程（1） （5） （12）（4）（6）（7）（2）（10）（11）（3） （8） （9）1、进出口商签定销售合同，规定以跟单信用证方式结算；2、申请人（进口商）指示开证行开立跟单信用证；3、开证行开出跟单信用证，要求通知行通知受益人（出口商）；4、通知行将信用证通知受益人（出口商）；5、受益人（出口商）收到信用证，审证，发货；6、受益人（出口商）向其往来银行或信用证指定银行交单；7、交单银行审单。
全量系统业务战略架构图PPT,一眼掌握业务全貌
TEA设计系统
架构图
STEP 01
STEP 02
STEP 03
STEP 04
用户目标
价值观设计原则
设计模式
技术实现
用户访谈/工单收集/调研问卷
设计价值观 精确、高效、一致设计原则 掌控感 轻量感 专注感 系统性 可靠性 指引性
应用
提炼
腾讯云控制台配置系统私有化部署IDC管理系统
腾讯云助手云行业应用H5运营活动
数字化管理
数字化供应链
数据中台
数据后台
数据源
数据库
埋点采集
服务器日志
爬虫数据
大数据基础设施（计算和存储平台）
应用服务
开发套件
数据标准体系建设
数据治理平台
自助查询系统
敏捷开发平台
数据集成工具
应用数据层（ADS）
操作数据（ODS）
DWD(公共明细）
DWD(公共汇总）
数据地图
数据雪源
数据质量中心
数据资产中心
运维成本高：线网规模庞大，运维成本高，智能化提升迫在眉睫
跨系统联动困难：信息资源共享度和利用率低，系统联动困难
生产要素的全面解耦，资源开放共享，按需取用
统一物联化、组件化，零代码灵活编排业务场景
能力开放平台，快速构建业务场景，持续迭代升级
统一的数字化转型平台、智慧化升级的科学框架
四项核心能力
设备快速接入
运营手段（运营）
如何让别人知道产品？
成功经验
渠道投放
内容运营
看视频返现
冷启动让潜在用户下载产品
产品根据自己的调性设计运营方案
Zynn最初的营销手段
创作者激励计划
辅助功能跟进
农业银行搭建“一大平台+四类应用”互联网金融产品矩阵
工商银行运用信息技术有效防范电信诈骗
为破解 电信诈骗 防控难题 ，保 障客户资金安全 ，工 商银行近期成功研发并投 产了外部欺诈风 险信息系统 。这一系统通
过 收录 多种类 型的外部风险信 息 ，与银行业 务系统 有效衔接 ， 有 针对性地作 出风 险预警 ，可 以有效 地拦截 电信诈 骗等风险 事件 。统计显示 ，工商银行外部欺诈风 险信息 系统 自去年ｌ ０ 月 中旬投入应用 以来 ，已成功 防堵 电信 诈骗案件１ ０ ５ 笔 ，为全 国
“ 广覆盖 、深挖潜 、细分类 、通渠道 ” ， 为农
互 联 网精 神 核 心是 开 放 、共 享 、联 通 、融 合 。基 于 对 这一 理 念 的深 刻理 解 ，农业 银 行决 心 打造 新 一 代移 动 金 融 开 放平 台 ，提供 统一 的技 术接 口及 开发模 式 、统 一 的业 务流程 和体 验 设计 、统一 的营 销平 台和统 一的 客 户数据 ，对 客
关业 务审核 和办理提供 预警和 控制 支持 。
以防控 电信 诈骗为例 ，客户到网点汇款 ，收款人账 号会通过前 台系统 自动与外部欺诈风 险信息后 台数据 库连接筛查 碰 撞 ，如果该账 号为系统 中收录 的 电信诈骗涉案 账户信息 ， 工 商银行的前 台业 务处理系统就 自 动 弹出风险预警 提示 ，要求工 作 人员按照业 务规定和风 险规 则处置 。在 系统 的帮助下 ， 工商银 行可 以对客 户进行更为精准 、 有效 的风险提 示 ，为 客户资
“ 四类应用 ”即绿色移动 类 、绿色理财 类 、绿色支付类和绿色安全类 。２ ０ １ ４ 年， “ 一大平台＋ 四类应用 ”将统领农 业银行互
的设计理念
业银行４ 亿 电子 银行 客户带来绿色 、创新 、共享 的优越用 户体验 。
网络公司组织结构
跨界合作与整合
网络公司能够与其他行业、 领域进行跨界合作与整合， 拓展业务范围和市场空间。
应对风险与挑战
网络公司能够灵活应对市 场风险和挑战，及时调整 战略和组织结构，保持竞 争优势。
04 组织结构优化
扁平化
总结词
减少管理层次，提高决策效率
详细描述
扁平化组织结构是指通过减少管理层次、压缩职能部门和裁减冗员等方式，使 组织变得更加紧凑和高效。这种结构能够加快信息传递速度，提高决策效率， 并增强组织对市场变化的适应能力。
网络公司组织结构
目 录
• 公司概述 • 组织结构类型 • 组织结构特点 • 组织结构优化 • 组织结构变革 • 组织结构案例分析
01 公司概述
公司背景
01
成立时间：XXXX年
02
创始人：XXX
03
总部地点：XX国家XX市
04
行业地位：国内领先的互联网企业之一
公司规模
员工数量：XXXX+ 分支机构：XX+
职能型组织结构是一种传统的组织结构形式，其特点是高度专业化，将公司划分为不同的职能部门，如市场营销、 生产、研发等。每个部门在公司内部独立运作，有各自的管理层和职责范围。这种结构有利于集中管理，提高工 作效率，但可能导致公司内部沟通不畅和资源分配不均。
事业部型组织结构
总结词
独立运营、分权管理
详细描述
灵活性
01
02
03
快速响应市场变化
网络公司能够迅速调整组 织结构和业务方向，以适 应市场变化和客户需求。
创新与变革
鼓励员工提出创新意见， 快速试错，不断迭代产品 和服务，以适应快速变化 的市场环境。
跨部门协作
金融行业安全上云的最佳路线图
金融行业上云的最佳路线图黄德滨亚马逊AWS云计算合作伙伴解决方案架构师金融行业趋势以客户为中心提供更个性化服务和更好的客户体验多渠道的客户互动，服务和交互从大量数据中提取价值洞察市场商机市场竞争激励业务创新互联网+和新技术的飞速发展要求银行与时俱进，业务模式不断革新新兴互联网金融带来冲击和挑战增加灵活性，加快走向市场步伐符合监管/合规的要求以更好的降低风险AWS 如何助力金融行业成长高性能计算大数据分析Web 和移动应用研发测试环境备份与灾备✓内容分发✓客户体验✓洞察市场✓合规与监管✓快速分析，实现价值✓金融数据建模和场景模拟✓风险分析✓助力IT 转型✓提升IT 项目递交的灵活性与速度，更快满足客户需求✓更短的备份与恢复时间✓易于灾备测试国内某知名券商一国内某知名券商二AWS被全球金融客户认可并采用AWS 基础服务计算存储数据库网络AWS 全球基础设施区域可用区边缘节点客户端数据加密服务器端数据加密网络流量保护平台，应用，访问控制管理操作系统, 网络和防火墙配置客户的应用和内容AWS 安全责任分担模型AWS 负责管理的云安全客户负责管理的云安全/compliance/shared-responsibility-model/客户数据中心的物理安全•Amazon 多年来一直在构建大型数据中心•重要属性：–非描述性设施–耐用的周边控制–严格控制的物理访问–多重身份认证•基于需要的受控访问权限•所有访问均被记录并经过审查•责任分离：–具有实地访问权限的员工没有逻辑特权专注于企业信息安全与合规AWS广泛的安全认证AWS CloudTrailAWS Config Key Management ServiceVirtual PrivateCloudAWS Service CatalogIAM CloudHSM 针对安全与合规的服务NEWAWS 北京区Web 层Web 层数据库层实现安全混合架构—VPC 和专线直连客户数据中心应用层应用层数据库层专线直联…金融行业应用上云后，安全工作的演进云上安全原来和现在从:到:人工交互界面探查运维安全的智能分析UX API安全智能分析探查工具Agents运维人工交互界面在AWS云上客户的安全责任客户数据应用认证资产管理OS网络防火墙客户端加密服务端加密网络流量保护计算存储网络AWS全球基础架构(区、可用区和边缘站点)AWS: Security of the Cloud 客户: Security in the Cloud… 但是传统的技术已经落后客户数据应用认证资产管理OS网络防火墙客户端加密服务器加密网络流量保护网络设备基于主机的代理程序基于IP的扫描日志分析数据保护和加密人工审计这些技术没有完全使用到云的价值…以主机为中心的安全策略在AWS云中不会成功只保护主机而忽略服务是非常错误的你更为重要的数据经常是在S3、Glacier,、RDS,、Redshift和其他服务中应用没有很好的扩展在不同的级别扩展下我需要什么样的资源？… 但是，不要使用人工进行审计！新的技术堆栈这部分没有变化这一部分变化较大与云集成的AgentAPI驱动的安全API驱动的安全API驱动的安全API驱动的安全+ AWS这里都是AWS…为什么API那么重要？•强大–甚至有些接口只能通过API •快速–亚秒级读取和操作•精确–可以定义整个基础架构•演进–持续提升(感谢, AWS!)•统一–在不同的组件中提供一致性•自动–让你拥有非常非常酷的工具在云中的安全行为意味着…发现消费适应DevelopTestAssessPushAssessObserve Continuous AssesmentInnovateSecurity + Maturity = DevSecOps持续安全开发•集成安全的组件•在开发应用时就要考虑可能被攻击•规范相关测试•实施自动化安全测试•快速失败探测提升应用稳定性部署•堆栈要有备份•反馈要迅速让你变得更为强大--DevSecOpsOPSSECDEV 应用安全•安全即代码•测试自服务•红蓝队•联动执行•分析和透视•探测和渗透性测试•事件响应•调查•取证用安全矩阵控制帐号？On-PremisesPartialOn-PremisesOutsourced w/ NoIndemnificationOutsourced w/PartialIndemnificationOutsourced w/ FullIndemnificationWho is responsible?INTERNAL You You You You + Partner PartnerPARTNERSWhich minimal controls are needed?Physical Security, SecureHandling, DisposalFile Or Object EncryptionFor Sensitive Data,Physical Security, SecureHandling, DisposalFile Or Object Encryption ForSensitive Data, Partner Security,SOC AttestationFile Or Object EncryptionFor Sensitive Data,Partner Security, SOCAttestationPartner Security, SOCAttestationWhere does data transit and get stored?Company “Owned” DataCenter Or Co-locationAny Compute & Transit,Data Store On PremisesPublic Cloud,Free ServicesSaaS, Private Cloud,Public Cloud, FreeServices,Managed Services, SaaS,Private CloudWhat are the innovation benefits?Reduced Latency, SearchSensitive DataSpeed, Reduced Friction,Search Sensitive DataSpeed, Reduced Friction,Evolving Patterns, CommunitySpeed, Reduced Friction,Evolving Patterns,CommunitySpeed, Reduced Friction,IndemnificationWhat are the potential risks?SQL Injection, InternalThreats, Mistakes,Phishing, IncreasedFriction, SlowLatency, SQL Injection,Internal Threats,Mistakes,Phishing,Increased Friction, SlowInability to Search SensitiveData, SQL Injection, InternalThreats, Mistakes,Phishing,Unknown Gov’t Requests,Reduced Financial ResponsibilityInability to SearchSensitive Data, SQLInjection, InternalThreats, Mistakes,Phishing, UnknownGov’t RequestsInability to SearchSensitive Data, SQLInjection, Internal Threats,Mistakes,Phishing,Unknown Gov’t Requests或者直接用代码控制？{“Version”: “2015-05-09”,“Statement”: {“Effect”: “Allow”,“Action”: [“iam:ChangePassword”,“iam:GetAccountPasswordPolicy”],“Resource”: “*”}}再或者在整个堆栈内预防安全事件的发生？或者更为简单快速的沟通？发现评估控制沟通或者干脆将安全变成下面的代码？Begin(iam.client.list_role_policies(:role_name=> role_)[:policy_names]\-roldedb.list_policies(role)).each do |policy|log.warn("Deleting Policy\"#{policy}\", which is not part of the approved baseline.") if policydiff("{}",URI.decode(iam.client.get_role_policy(\:role_name=> role,:policy_name=> policy)[:policy_document]),{:argv=> ARGV, :diff => options.diff}) end options.dryrun? nil : \iam.client.delete_role_policy(:role_name=> role,:policy_name=> policy)Account Grade: B Heal Account?THANK YOU。
互联网金融交易所构建模式(图解)
——喻姿玮——
<页脚>
A
结构化债券交易所
<页脚>
产品结构示意图
备注： 1.多空选择只对当日有效，提高成交活跃度，避免失去全部利息。 2.利息只有到分配日才可以集中分配，本金和权证可以随时挂牌转让。
<页脚>
投资案例（以信托为例）
1.假如客户王先生是小额投资人，购买产品5万元 2.王先生可获得： 5万元份额的基础收益（年化8%-10%） + 权证交易过程中获取的价差收益（理论上无上限） + 在准确把握指数涨跌的情况下可以获得双倍基础收益 3.假如原始债券的收益率年化10%，理想情况下王先生可以获得年化20% 以上的收益率（不考虑交易成本）
<页脚>
B
受益权期货交易所
<页脚>
产品结构示意图
备注： 1.受益权挂牌价由出让方自行决定，但不能超过挂牌当日价值的102%， 超出的挂牌申请无效。 2.到期赢利的投资人需要补齐购买信托受益权的差额，按照持仓时间由 长到短的顺序分配信托受益权的购买份额。
<页脚>
投资案例（以信托为例）
1.假如客户王先生是小额投资人，购买产品5万元 2.王先生可获得： 在交割之前平仓，获得指数交易中的盈利（每点5元）。 或者持有到交割，补足认购金获取受益权和交易盈利。 或者放弃认购，交易盈利将归平台所有。 3.在交易原理上类似迷你盘的股指期货。
<页脚>
<页脚>
C
非上市公司可转债交易所
<页脚>
产品结构示意图
<页脚>
投资举例
1.假如客户王先生是小额投资人，购买产品5万元 2.王先生可获得： 债券持有期间的固定收益 + 债券交易的价差 + 债券转股后的投资收益
业务流程图怎么画
业务流程图怎么画在当今的工作和生活中，业务流程图的应用越来越广泛。
它能够清晰地展示业务的流程和步骤，帮助我们更好地理解和优化业务。
那么，业务流程图到底怎么画呢？首先，我们要明确业务流程图的定义和作用。
业务流程图是一种用图形方式描述业务流程的工具，它通过各种符号和线条，展示了业务从开始到结束的各个环节、决策点、参与者以及信息的流动方向。
其作用在于能够直观地呈现业务的全貌，发现潜在的问题和优化点，为业务的改进和决策提供有力的支持。
接下来，让我们来了解一下绘制业务流程图所需的工具。
常见的绘制工具包括专业的流程图软件，如 Microsoft Visio、Lucidchart 等。
这些软件提供了丰富的模板和符号库，方便我们快速绘制出规范、美观的流程图。
如果您对这些专业软件不太熟悉，也可以使用通用的办公软件，如 Microsoft PowerPoint 或 Word。
在这些软件中，虽然没有专门的流程图功能，但我们可以通过插入形状和线条来手动绘制。
还有一些在线的流程图绘制工具，如 ProcessOn、Drawio 等。
它们的优点是无需下载安装，只要有网络就可以使用，并且可以方便地与他人协作和分享。
选择好工具后，就可以开始绘制业务流程图的准备工作了。
第一步，深入了解业务。
与相关的业务人员进行沟通，收集详细的业务信息，包括业务的目标、流程的起点和终点、涉及的部门和人员、每个步骤的输入和输出等。
第二步，确定流程的范围和边界。
明确要绘制的业务流程的具体范围，避免过于宽泛或狭窄，确保能够准确反映核心业务流程。
第三步，规划流程图的结构。
根据业务的复杂程度，决定是采用简单的线性流程还是更复杂的分支、循环结构。
在绘制业务流程图的过程中，有一些关键的元素和符号需要我们掌握。
常见的元素包括流程的开始和结束，一般用椭圆表示；活动或任务，用矩形表示；决策点，用菱形表示；数据或信息，用平行四边形表示；流程的方向，用箭头表示。
每个符号都有其特定的含义，使用时要准确，以确保流程图的清晰和易懂。
P2P业务流程图(全流程)
借款人
征信查询 申请填写 现场调查
管理顾问
征信查询
审贷会
系统录入员
合规审查人
投资人
会计
活跃户
程终止 协 助 完 成 放款交接 审批结果通知 （电话录音） 审批未通过 上会审批 审批通过 签订担保合同 （如有）
决议表
决议要素审核
不良处置
纸制资料
重新组织投标 或
制作调查信息 图表 未通过 通过 录入还款信息 信息 债权发布 放款
正常转让 转让审核 逾期转让
注册 实名认证 协 助 完 成
注册 实名认证 手机绑定 银行卡绑定
补足标的 放款要素复核 转入债权
手机绑定
线上前台
网站交易密码 设定 银行卡绑定
转入债权 网站交易密码 设定 充值
自动还款设置 投标 获得资金 电子档案 转入债权
还款
债权转让
录入借款信息 系统审核
满标预审 满标 不满标 流标预警
后台系统
京东在互联网金融领域七大板块业务布局剖析
京东在互联网金融领域七大板块业务布局独立于2013年10月的京东金融，在不到两年时间内以极其迅猛的速度完成布局，俨然已有互联网金融大鳄之势。
目前，京东金融现已建立七大业务板块，陆续推出服务B端的投融资(网商贷、京保贝、京小贷)、众筹等;在C端，则推出白条(京东白条、京东钢镚)、众筹(产品众筹、股权众筹、轻众筹)、理财等。
在牌照方面，京东已拿下支付、小贷、保理、基金销售支付结算等多张金融牌照，其余的如征信等各种牌照“京东金融亦在积极申请之中”。
京东在互联网金融领域七大板块业务布局1、支付(网银在线、京东支付)(1)网银在线与阿里平台不同的是，最初京东商城以B2C模式和自建物流模式发展起来，为了降低用户门槛提升用户体验，最初京东力推货到付款，快递员手持POS刷卡等支付模式，线上支付体系发展相对滞后。
直到2012年，京东才完成了对第三方支付公司网银在线完全的收购，开始发展独立的支付体系。
网银在线于2003年注册成立，2011年5月获得支付牌照，业务范围包括互联网支付、移动电话支付、固定电话支付和银行卡收单。
京东在完成收购后，对网银在线“雪藏”长达一年时间，在这段时间里京东一直在做网银在线重新上线的准备工作，包括网银在线股权和法律架构变更，与京东账户、系统打通，各种互联网金融牌照申请。
网银在线在京东申请小额贷款牌照中发挥了关键作用。
要申请牌照须有一个“干净”公司在京东体系，为独立法人组织，网银在线正好符合条件，否则京东可能拿不到小贷业务牌照。
网银在线另一项工作是与中行、工行、建行、交行、农行等20多家银行达成合作，京东希望网银在线连更多家银行，使消费者使用任何一张银行卡都可进行在线交易。
与阿网银在线在京东的定位是作为京东全资子公司发展，与支付宝类似，未来不仅服务于京东自身业务，还会有其他特约商户签约。
为此，网银在线还在申请其他牌照。
(2)京东支付京东金融已经认识到支付在金融生态闭环中不可替代的地位，除了网银在线，还发展了京东支付和白条信用卡，为了弥补短板也是煞费苦心。
业务流程图、数据流程图以及决策树
业务流程图、数据流程图以及决策树练习1。
业务流程图（1）、请绘制图书借阅业务流程图。
系统说明：读者将索书单交给借书员,核实之后，书库管理员取书并修改书库文件、登记借阅台帐，接着把书递给借书员。
还书员接受读者的还书条后核对借阅台帐、修改书库文件. （2).成品库保管员按车间的入库单登记库存台帐。
发货时,发货员根据销售科送来的发货通知单将成品出库，并发货,同时填写三份出库单,其中一份交给成品库保管员，由他按此出库单登记库存台帐，出库单的另外两联分别送销售科和会计科。
试按以上业务过程画出业务流程图。
（3）。
储户将填好的存（取)单及存折送交分类处理处。
分类处理处按三种不同情况分别处理.如果存折不符或存（取）单不合格，则将存折及存（取）单直接退还储户重新填写;如果是存款，则将存折及存款单送交存款处理处。
存款处理处取出底帐，登记后，将存折退还给储户；如果是取款,则将存折及取款单交取款处理处，该服务台取出底帐及现金，记帐后将存折与现金退给储户，从而完成存（取）款处理过程。
试按以上过程画出业务流程图。
2.数据流程图EX1:请根据以下销售过程画出数据流程图：用户将定货单交给某企业的业务经理，经检验后，对不合格的订单要由用户重填，合格的订单交仓库保管员做出库处理，即:查阅库存台帐，如果有货则向用户开票发货，如缺货，则通知采购员采购。
EX2:请根据以下定货过程画出数据流程图：采购员从仓库收到缺货通知单后立即进行定货处理，即,查阅订货合同单，若已定货，则向供货单位发出催货单，否则，填写定货单送供货单位。
供货单位发运货物后,立即向采购员发出取货通知。
EX3:请根据以下储蓄所存款过程画出数据流程图：储户将填写好的存款单、存折和存款交储蓄所，查对储户帐，将不合格的存款单退给储户重填，合格的存款单交存款处理，处理时要修改储户帐，并将存折交还储户,而将存款放入现金库。
EX4：某仓库管理系统按以下步骤进行信息处理,试画出数据流程图。
互联网金融业务矩阵流程图
互联网金融业务矩阵流程图互联网金融业务矩阵流程图该文档详细介绍了互联网金融业务的矩阵流程图，包括不同环节和部门的操作流程和交互关系。
一：前期准备阶段1. 产品策划部门：a) 进行市场调研和竞争分析；b) 设定产品定位和目标客户群体；c) 制定产品规划和设计产品特点。
2. 技术研发部门：a) 开发并优化产品的技术架构；b) 设计系统的基础框架和数据库结构；c) 建立用户信息安全和风控系统。
3. 风控管理部门：a) 制定风险控制策略和流程；b) 设计用户身份认证和信用评估流程；c) 开发反欺诈系统和监控系统。
1. 运营部门：a) 设定产品上线时间表和推广策略；b) 策划推广活动和渠道合作；c) 管理用户注册和客户服务。
2. 投资/贷款环节：a) 用户选择投资/贷款产品；b) 提交相关材料和信息；c) 风控部门审核和决策。
3. 资金划转环节：a) 用户资金划转至指定账户；b) 系统投资合同/贷款合同；c) 用户确认合同和借款。
4. 还款/回款环节：a) 用户按约定还款；b) 系统记录还款情况和账户余额；c) 系统自动触发回款。
1. 客户服务部门：a) 接受客户咨询和投诉；b) 协助用户解决问题并提供支持；c) 维护客户满意度和忠诚度。
2. 风险控制与监测部门：a) 监控投资/贷款风险和异常情况；b) 进行欺诈和违规行为的识别和处理；c) 风控报告的和分析。
3. 数据统计与分析部门：a) 收集并整理用户数据和财务数据；b) 进行数据挖掘和分析；c) 提供决策支持和业务优化建议。
附件：无法律名词及注释：1. 用户身份认证：根据法律法规要求，对用户的身份信息进行验证，以保护用户利益和防止不良行为的发生。
2. 信用评估：通过评估用户的信用状况和还款能力，评估其贷款风险和还款意愿。
3. 投资合同/贷款合同：合同是双方约定的权利和义务的书面记录，确保投资者或借款人的合法权益和责任。
贷齐乐P2P平台制作流程图及功能模块简介
一、网站流程图（一）互联网金融业务主流程（二）业务操作流程1、用户注册流程2、用户充值流程2、用户借款、投资流程2、用户提现流程5、用户还款流程世界突然变得好安静，只剩心跳的声音因何而发生？我认为，那么，生活中，若世界突然变得好安静，只剩心跳的声音出现了，我们就不得不考虑它出现了的事实。
世界突然变得好安静，只剩心跳的声音，发生了会如何，不发生又会如何。
所谓世界突然变得好安静，只剩心跳的声音，关键是世界突然变得好安静，只剩心跳的声音需要如何写。
培根曾经提到过，合理安排时间，就等于节约时间。
我希望诸位也能好好地体会这句话。
一般来说，而这些并不是完全重要，更加重要的问题是，带着这些问题，我们来审视一下世界突然变得好安静，只剩心跳的声音。
世界突然变得好安静，只剩心跳的声音，发生了会如何，不发生又会如何。
那么，卡耐基曾经提到过，一个不注意小事情的人，永远不会成就大事业。
我希望诸位也能好好地体会这句话。
这种事实对本人来说意义重大，相信对这个世界也是有一定意义的。
本人也是经过了深思熟虑，在每个日日夜夜思考这个问题。
可是，即使是这样，世界突然变得好安静，只剩心跳的声音的出现仍然代表了一定的意义。
这种事实对本人来说意义重大，相信对这个世界也是有一定意义的。
就我个人来说，世界突然变得好安静，只剩心跳的声音对我的意义，不能不说非常重大。
既然如何，我们不得不面对一个非常尴尬的事实，那就是，既然如此，歌德说过一句富有哲理的话，读一本好书，就如同和一个高尚的人在交谈。
这启发了我，既然如此，我们不得不面对一个非常尴尬的事实，那就是，我们都知道，只要有意义，那么就必须慎重考虑。
笛卡儿曾经提到过，我的努力求学没有得到别的好处，只不过是愈来愈发觉自己的无知。
这不禁令我深思。
卢梭曾经说过，浪费时间是一桩大罪过。
这句话语虽然很短，但令我浮想联翩。
世界突然变得好安静，只剩心跳的声音，到底应该如何实现。
带着这些问题，我们来审视一下世界突然变得好安静，只剩心跳的声音。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
分公司市场部
复谈
针对意向客户进行二次、三次甚至 多次邀约，针对A与B类客户，重点分析 超体检测数值，了解客户，把握客户心 理，投其所好，争取完成投融过程；形 式多元化，例如领取超体检测资料、客 团队主管/ 户答谢会、旅游、举办比赛等多种形式 市场专员 开展；涉及到的费用以“人均固定费用 +（邀约）专员承担超额费用”为主要 形式，以降低专员邀约无意向客户的概
流程
工作开展பைடு நூலகம்
执行人 主要执行部门 分公司 综管部
邀约
方式
以陌拜、电销、微销、缘故市场对客户 进行邀约
市场专员
综管专员
按月统计
、领取、
分公司市场部
发放宣传 册及单页
（对接总
部品宣专
员领取）
接待
目标
使客户初步了解公司，介绍理财产品， 建立信任度
1客户进门，每一个看见的销售人 员都应主动招呼“欢迎光临”，提醒其 他人注意，并立即上前，热情接待。
形资产价
值，提升
业绩。6、
搜集相关
媒介资料
并进行分
析，及时
考核人 分公司团
队主管
分公司团 队主管
市场专员 每日对注 册客户进 行统计
益文化、
公共关系
、促销活 动等对外 传播企业 形象，创 造企业无
针对专员， 量化指标， 如每周至少 3人
形资产价
值，提升
业绩。6、
搜集相关
媒介资料
并进行分
析，及时
把握媒体
——
“参见公司 业绩考核制 度”
印刷合同 以及加盖 公章。由 市场拓展 专员按月 领取、发 放
会计进行对 账，检验账 款是否进 账，并且出 具收款确认 书，加盖财 务公章
风控专员 出具相关 客户对理 财产品的 债权，经 法务部审 核后，并 加盖法人 章，公司 公章以及 担保机构 公章；债 权和收款 确认书上 交客服部
不在，应热情为客户做介绍。
交换名片，相互介绍，充分利用公
司独有的超体资源，对客户以及客户子
女进行检测，了解客户及其子女的个人
超体检测 情况，有利于增进对客户的了解，拉近
与客户的距离，建立信任度；另外，客
户可以获得高附加值的健康体检，有利
于成交。
配合宣传册、单页等销售道具，自
然而又有重点地介绍产品（着重于公司
4、已归属（注册绑定推荐人为准） 客户再次到销售现场时，原接待人员不 在，则由末尾接待者义务接待。
1入座时，注意将客户安置在一个视 野愉悦的，便于控制的空间范围内。
2 接待客户或一人，或一主一辅，以 二人为限，不要超过三人。
3个人的销售资料和销售工具应准备 齐全，以随时应对客户的需要。
4了解客户的真正需求，了解客户的 注意事项 主要问题点。
综管专员 进行活动 策划，包 含经费预 算，设计 完毕之 后，将活 动策划、 请款单 （附款项 用途）提 交营业部 经理进行 审查；针 对活动策 划，营业 部经理进 行审查、 签字→分 公司总经 理审查签 字→综管 专员提交 总部市场 专员；
线上
流程
网上注册→择标→充值→成交→自动形 成电子合同、电子债权
1每位销售人员在接待客户时应请客 户填写《客户来访登记表》，录入客户 的基本信息，包括姓名、联系方式、年 龄、工作单位、月收入、旅游安排及计 划等，越详细越好，为公司积累客户资 料，《客户来访登记表》每日下班前交 到团队经理处存档，以备查验。
客户追踪
2每位销售人员在接听完电话后，应
及时将电话咨询内容记录于《来电登记
动向。7、
收集相关
素材，协
助市场做
相关销售
道具。8、
借助相关
媒体和渠
道对公司
和服务做
积极正面
新闻报道
以及传播
监控。9、
协助市场
做好整体
公关策略
及危机公
关的应对
处理。10
、搜集相
关媒介资
料并进行
分析，及
时把握媒
分公司团 队主管
针对专员， 量化指标， 如每月20人
分公司团 队主管
如需开展活动，申请经费：
表》内，针对意向客户进行标记，《来
客户登记 电登记表》每日下班前交到团队经理处
制度 存档，以备统计。
3 销售人员在初次接待客户后应为 该客户建立《客户档案》并应于三天之 市场专员
内予以回访追踪，并于每周一10：00点
前将上周回访客户情况汇总、填写《客
户回访登记表》交于团队经理处存档，
团队经理应不定期进行抽查。
出纳放款
总部运营 专员对赎 回金额进 行统计
市场专员
分公司市场部
行政部
主要配合部门 总公司
财务部 风控部 法务部
市场拓展 部
考核方式 品宣部
平面设计
专员进行
单页及宣 传册的设 计，印刷 宣传册、 单页等， 按时按量
量化指标， 如每日200 单页；搜集 、拨打150 通电话等
发放给分
公司 1、联系广
告公司，
了解宣传
单页、宣
传册的制
作费用。2
、设计并
4每日定时早晚会，早会着重为员工
明确目标，晚间会议由团队经理负责，
员工汇报一天成果，分析未成交原因，
互相交流学习，共同促进业绩提升，定
期提交周总结、月总结工作报告。
1、客户登记至少含有姓名及联络
电话，越详细具体越好。
2、电话咨询的客户不强制要求做
客户登记 客户登记，但必须做好来电记录，针对
细则
意向客户重点标记，便于再次邀约，进 行面谈。
印刷公司
宣传海报
。宣传海
报布置在
公司适当
位置。3、
对接359.
协助分析
。4、根据
企业战略
目标与经
营策略，
选择合适
的媒体并
与之达成
合作意
向，协调
维护媒体
关系，与
媒体建立
长期稳定
的合作关
系。5、透
过社会公
益文化、
公共关系
、促销活 动等对外 传播企业 形象，创 造企业无
针对专员， 量化指标， 如每周至少 3人
2 帮助客户收拾雨具、放置衣帽等。
3 通过简单沟通，区别客户真伪，
迎宾 防止行业内恶意竞争、商业间谍等。 4询问客户是否与其他业务员联系
过，如果是其他业务员的客户，请客户
稍等，由该业务员接待；如并未与业务
员联系但客户带单页来询问，依单页预
留电话号码为准，该业务员进行接待；
如果不是其他业务员的客户或该业务员
分公司市场部
送材料、计算器，为客户倒水等。
接待 注册
团队主管/ 市场专员
分公司市场部
销售排序 细则
1由团队经理制定相应合理的销售顺 序，销售人员严格按照此顺序执行，周 而复始。
2、客户指定某人接待，该人可提前 接待，接待完后，仍按以前的顺序排列 。
3、若未成交客户来访，首位接待者 不在，现场销售人员应当通知原接待人 员，并热情接待客户。若首位接待者休 假，或客户无法记起原接待人员，则按 排序接待。如接待过程中（15分钟内） 本人回来，接待人应交还给本人，并按 顺序回位。
5注意判断客户的诚意、购买能力和 成交概率。
6 现场气氛营造应该自然亲切，掌握 火候。
7 对产品的解释不应有夸大、虚构的 成分。
8不是职权范围内的承诺应报领导通 过。
力争指导客户注册，绑定推荐人，后续 业务以绑定的推荐人为准。客户成交 前，一定完成客户注册，便于后期客户 的财富管理。
无论成交或注册与否，接待客户
3、销售人员应主认真主动的跟进
自己的客户,因跟进工作不足而造成客
户流失的后果自负。
1追踪客户要注意切入话题的选择勿
给客户造成死硬推销的印象。
2追踪客户要注意时间的间隔，一般
注意事项 以二三天为宜。 3注意追踪方式的变化：如可以打电
话，领取超体检测资料，进行超体数据
分析，寄公司产品资料，上门拜访，邀
请参加活动等。
法务专员 出具合 同，并审 核；审核 债权确认 书
综管专员 从行政部 领取合 同，将合 同每月定 量下发至 分公司综 管部；运 营专员进 行业务统 计，综管 专员保存 分公司递 交的成交 合同（两 份）；客 服联系沟 通客户， 依据客户 要求，将 债权和收 款确认书 寄达客户 手中
“参见公司 业绩考核制 度”
财务部出纳 凭审批流程 单打款，收 纳请款单， 待活动举行 完毕，收纳 由分公司提 交的发票
针对分公 司预案， 综合管理 专员审查 →市场总 监审查、 签字→运 营总裁审 查签字→ 总裁审查 、签字 （审查截 止依据款 项金额确 定）→财 务总监签 字
运营专员 截图确 认，每日 进行业务 统计
——
时，应填写《客户来访登记表》。填写 的重点：
市场专员
分公司市场部
A． 客户的联络方式和基本信息
B． 客户对产品的要求条件 基本方式 C． 成交或未成交的真正原因
根据客户成交的可能性，将其分类
为：A很有希望、B有希望、C一般、D 希望渺茫，这四个等级进行标注，以便 日后有重点的追踪询访。一联送交团队 经理检查并备案建档，一联自己留存， 以便日后追踪客户。
客户确认制度
客户注册后绑定的推荐人，为客户归属 的唯一依据。
售后
总部风控专员出具债权列表，法务专员审核通 过后，加盖法人章，公司公章，担保机构公章，然 后交市场部客服，由其与客户沟通，依据客户要 求，寄达或电邮方式发送给客户。
风控专员 法务专员 与客服专
员
总部风控与市 场部
赎回
在无法自行转让债权的条件下：客户填写资金 紧急赎回表→市场专员签字→部门负责人签字→分 总签字→市场总监签字→财务部出纳；一般以扫描 的形式进行传达，15个工作日完成。