美团业务风控系统构建经验
业务系统风控技术方案
业务系统风控技术方案一、风控目标。
咱这个业务系统啊，就像一艘航行在商海里的船，风控就是那保驾护航的舵手。
风控的目标呢，简单来说，就是让业务系统稳稳当当的，别出乱子。
一方面要防止那些坏蛋（恶意用户）来捣乱，像是骗钱啦、偷数据啦；另一方面呢，也要确保正常用户能顺顺利利地使用系统，可不能误伤到好人。
二、风险识别。
1. 用户行为分析。
这就好比观察一个人的一举一动。
我们要记录用户在系统里干的各种事儿，像登录的时间、地点，操作的频率、类型啥的。
比如说，如果一个用户平时都是白天在本地登录，突然大半夜从国外登录了，还不停地修改重要信息，这就有点可疑了，可能是账号被盗用了，或者是有不法分子在试探。
对于那些频繁登录失败的情况，也得小心。
这可能是有人在暴力破解密码，就像小偷在不停地试钥匙，想打开我们的“房门”。
2. 数据异常检测。
数据就像是我们业务系统的血液，得时刻关注它的健康状况。
要是突然有大量的数据流入或者流出，而且不符合正常的业务模式，那就得警惕了。
一个小商家平时每个月的销售额就几千块，突然一天有几百万的交易，这很可能是数据造假或者是被黑客攻击用来洗钱了。
还有数据的完整性，如果发现某些关键数据缺失或者被篡改了，就像身体里少了个器官或者器官被换了，这肯定是出了大问题，得赶紧查清楚。
三、风险评估。
1. 风险等级划分。
我们把风险分成三个等级，就像游戏里的小怪兽，有小怪、中怪和大BOSS。
小怪级别的风险呢，可能就是一些小的异常行为，对业务影响不大，比如偶尔的登录地点小变动。
这种情况我们可以先观察观察，给用户发个小提示，让他们确认一下是不是自己的操作。
中怪级别的风险就严重一些了，像多次登录失败或者少量数据异常。
这时候我们可能要限制用户的某些操作，比如暂时冻结账户的资金转出功能，让用户通过一些验证手段来证明自己的身份，比如短信验证码或者回答安全问题。
大BOSS级别的风险那可就是大灾难了，比如大规模的数据泄露或者持续的恶意攻击。
美团的合规管理的架构
美团的合规管理的架构一、引言合规管理是企业稳健发展的重要保障，也是企业社会责任的体现。
随着互联网行业的快速发展，美团作为中国领先的本地生活服务平台，需要建立合规管理架构，确保企业运营合法、规范和可持续发展。
本文将从整体架构和具体实施策略两个方面对美团的合规管理进行分析和阐述。
二、整体架构1. 高层战略规划：美团的合规管理应立足于国家法律法规、行业标准及国际公认的商业道德，结合企业战略规划，建立合规战略框架。
在高层管理的领导下，制定合规政策和战略，明确企业合规目标和路径，落实合规责任。
2. 组织架构设置：（1）合规委员会：建立合规委员会，由高级管理层和合规专业人员组成，负责制定合规策略、监督执行情况，并及时响应法律法规变化和风险变化。
（2）合规部门：设立专门的合规部门，落实公司合规政策。
配备专业的合规管理人员，负责具体的合规风险防控、培训、管理和监督。
（3）合规岗位设置：在各个业务板块和关键岗位设置合规专员，负责日常的合规监督和风险防控工作。
3. 信息管理系统支持：建立合规信息管理系统，集成法规数据库、合规培训、合规监控报告等功能，为企业提供全方位的合规支持。
4. 风险评估与预警机制：建立合规风险评估与预警机制，识别、评估和预警可能对企业产生的合规风险，并及时制定风险防范计划，确保各项业务活动合规进行。
5. 审计与监督：（1）内部审计：建立内部审计机制，对各项业务活动进行定期审计与检查，发现并纠正合规管理中存在的问题。
（2）外部监督：与政府监管机构、第三方专业机构建立合作关系，接受外部监督与评估。
三、具体实施策略1. 法律法规合规：建立健全的法律法规合规体系，全面了解并遵守国家法律法规和政策，建立与政府合作的关系，参与制定行业标准和规范。
2. 业务风险控制：建立完善的业务风险控制系统，严格审核与合规要求相关的业务行为，包括商户合作、金融支付、广告营销等各项业务活动。
3. 数据隐私保护：积极配合相关法规，保护用户的个人信息和数据隐私，建立数据隐私保护体系，保障用户合法权益。
美团的合规管理的架构
美团的合规管理的架构美团公司是一家在中国乃至全球范围内颇具影响力的互联网企业，其业务涵盖外卖、酒店、旅游、本地生活服务等领域。
作为一家上市公司，美团公司在合规管理方面承担着重要责任，需要建立完善的合规管理架构来确保企业的经营活动符合相关法律法规和道德标准，以及满足投资者、消费者和其他利益相关者的期望和需求。
下面将从合规管理的定义、重要性以及构建合规管理架构的要点等方面，对美团的合规管理进行阐述。
一、合规管理的定义和重要性合规管理是指企业在遵守相关法律法规、行业标准和内部规章制度的前提下，进行各项业务活动的管理和监督。
合规管理的重要性体现在以下几个方面：1. 遵守法律法规：合规管理有助于企业遵守国家和地方的法律法规，确保企业不因违反法律法规而受到行政处罚或法律诉讼的风险。
2. 维护企业声誉：合规管理有助于企业维护良好的社会形象和企业声誉，提高消费者、投资者以及合作伙伴对企业的信任度。
3. 保护利益相关者权益：合规管理有助于确保员工、消费者、投资者等利益相关者的权益得到保护，维护他们的合法利益。
4. 提升竞争力：合规管理有助于规范企业经营行为，提高企业的运营效率和竞争力。
二、美团合规管理架构要点（一）合规治理结构1. 设立合规管理部门：美团公司应设立专门的合规管理部门，负责制定、执行和监督公司的合规管理政策和措施。
2. 设置合规委员会：公司应设立合规委员会，由高管层和合规管理部门负责人组成，负责监督公司的合规管理工作，审议重大合规事项。
3. 公司领导层的重视和支持：公司领导层应对合规工作高度重视，确保合规管理部门的权威性和有效性，为合规管理提供充分的支持和资源。
（二）制定合规政策和流程1. 建立合规管理制度：美团公司应建立健全的合规管理制度，包括合规政策、合规流程、合规文件管理等，明确各级员工的合规责任。
2. 制定合规培训计划：公司应定期开展合规培训，增强员工的合规意识和法律法规知识，确保员工了解并遵守相关规定。
美团业务风控系统设计
初期
发展
再发展
初期
单一团购，频繁注册、购买骗取优惠 数据分析，异步冻结
发展
快速销赃，联合商家 实时防御，离线分析补充
再发展
风险升级，业务扩张 独立团队，独立服务，加速迭代
① 内部职责耦合 工程/策略
② 与业务方耦合 决策处理？
挑战
① 业务多带来风险点多
购买、支付流程 用户操作 商家操作等
② 变化快
体会
回到原则一：业务需要风控，风控做好服务
从业务来
业务
风控
回业务去
服务 平台 数据
对接
现实
业务多
x
前台多 后台多
x
场景多
近100个细分业务
iPhone, Android i版, PC 移动后台, 订单中心 用户中心, 促销工具 商家后台, …
购买流程 下单、支付、支付成功、配送成功等
用户操作 注册、登录、找回密码、换绑手机等
商家端操作 验券、新建促销、退款等
对接
关键
业务
V.S.
美团业务风控系统设计
技术创新，变革未来
目录
背景介绍 初期发展 架构经验 总结体会
美团
酒店
旅游
到店综合
猫眼
到店餐饮
团购
外卖
云计算
金融
业务风控
品类覆盖面广 用户多
商户多 高频交易
用户作弊
“薅羊毛”，促销、优惠
商家刷单
刷销量、排名、好评、…
账户和支付安全
信息、余额、支付盗用
目录
背景介绍 初期发展 架构经验 总结体会
问题二 黑衣服的是坏人 —— 但坏人会换上其他颜色
对抗
美团外买APP设备指纹风控分析
美团外买APP设备指纹风控分析⽬录:⼀、电商类APP业务风险类型⼆、设备指纹在业务中的应⽤三、整体框架四、初始化流程分析五、反爬⾍mtgsig签名六、设备指纹分析七、设备指纹攻击⼋、⿊产⼯具特征检测九、总结⼀、电商类APP业务风险类型电商⾏业的各个业务场景⾯临不同的风险种类：客户端漏洞利⽤、协议逆向、注册⼩号、商品信息被抓取、推⼴渠道作弊、营销活动被薅⽺⽑、商品秒杀等。
⼤多的防御⽅案是通过端上安全、链路安全、接⼝和数据传输安全保护，再借助设备安全核验技术、⼈机识别及时发现各种模拟⾏为和异操作风险、同时集合风控策略实现多节点防护。
⼆、设备指纹在业务中的应⽤设备指纹技术是使⽤更多的信息来完成对终端设备的唯⼀性识别，在业务中可以有效辨别设备是真实⽤户还是机器在注册、登录，及时检测出单设备登⼊多帐号、防⽌批量注册、登录等操作⾏为。
三、整体框架因为框架流程过于复杂，我将框架分为两个部分，⼀是初始化，⼆是设备指纹，这样会更清楚些，如图3-1与3-2所⽰： 图3-1 图3-2四、初始化流程分析4.1、初始化准备java层调⽤init()初始化，获取Context，包名，AppInfo，XML配置信息等，然后加载so 在so中注册⼀个Native⽅法，该Native⽅法传⼊不同的数字代表不同的功能，代码如下所⽰：Lcom/meituan/android/common/mtguard/MTGuard;->loadSo(Ljava/lang/String;)VSystem.loadLibrary("mtguard");//注册Native⽅法private static native Object[] main(int arg0, Object[] arg1)//arg0:传⼊不同的编号⾛不同的逻辑，arg1:参数4.2、系统环境检测调⽤Native层Object[] v12_2 = NBridge.main3(1, new Object[1])，传⼊参数为1,表⽰检测环境，检测系统⽬录中是否有ls⽂件且是否为elf格式:.text:B1BF744E 0126 MOVS R6, #1.text:B1BF7450 2E 70 STRB R6, [R5].text:B1BF7452 2048 LDR R0, =(aSystemBinLs - 0xB1BF7458) ; "/system/bin/ls".text:B1BF7454 7844ADD R0, PC ; "/system/bin/ls" ; file.text:B1BF7456 0025 MOVS R5, #0.text:B1BF7458 2900 MOVS R1, R5 ; oflag.text:B1BF745A CF F7 A0 EC BLX open.text:B1BF745E 0400 MOVS R4, R0.text:B1BF7460 00 2C CMP R4, #0.text:B1BF7462 25 DB BLT loc_B1BF74B0.text:B1BF7464 01 AD ADD R5, SP, #0x28+buf.text:B1BF7466 1422 MOVS R2, #0x14 ; nbytes.text:B1BF7468 2000 MOVS R0, R4 ; fd.text:B1BF746A 2900 MOVS R1, R5 ; buf.text:B1BF746C CF F7 10 EE BLX read.text:B1BF7470 1428CMP R0, #0x14.text:B1BF7472 18 D1 BNE loc_B1BF74A6.text:B1BF7474 2878 LDRB R0, [R5].text:B1BF7476 7F 28CMP R0, #0x7F.text:B1BF7478 15 D1 BNE loc_B1BF74A6.text:B1BF747A 01 A8 ADD R0, SP, #0x28+buf.text:B1BF747C 4078 LDRB R0, [R0,#1].text:B1BF747E 4528CMP R0, #0x45 ; 'E'.text:B1BF7480 11 D1 BNE loc_B1BF74A6.text:B1BF7482 01 A8 ADD R0, SP, #0x28+buf.text:B1BF7484 8078 LDRB R0, [R0,#2].text:B1BF7486 4C 28CMP R0, #0x4C ; 'L'.text:B1BF7488 0D D1 BNE loc_B1BF74A6.text:B1BF748A 01 A8 ADD R0, SP, #0x28+buf.text:B1BF748C C0 78 LDRB R0, [R0,#3].text:B1BF748E 4628CMP R0, #0x46 ; 'F'.text:B1BF7490 09 D1 BNE loc_B1BF74A6.text:B1BF7492 01 A8 ADD R0, SP, #0x28+buf.text:B1BF7494 80 7C LDRB R0, [R0,#0x12].text:B1BF7496 3E 28CMP R0, #0x3E ; '>'.text:B1BF7498 01 D0 BEQ loc_B1BF749E.text:B1BF749A 0328CMP R0, #3.text:B1BF749C 03 D1 BNE loc_B1BF74A6.text:B1BF749E.text:B1BF749E loc_B1BF749E.text:B1BF749E 2000 MOVS R0, R4 ; fd.text:B1BF74A0 CF F7 88 EC BLX close检测root://检测root 直接⽤svc指令，防⽌hook.text:BB9F5444 ;faccessat.text:BB9F5444 F0 B5 PUSH {R4-R7,LR}.text:BB9F5446 03 AF ADD R7, SP, #0xC.text:BB9F5448 0B00 MOVS R3, R1.text:BB9F544A 0400 MOVS R4, R0.text:BB9F544C 6320 MOVS R0, #0x63 ; 'c'.text:BB9F5456 2146MOV R1, R4.text:BB9F5458 1A 46MOV R2, R3.text:BB9F545A 3746MOV R7, R6.text:BB9F545C 00 DF SVC 0.text:BB9F545E 0346MOV R3, R0.text:BB9F5460 1800 MOVS R0, R3.text:BB9F5462 F0 BD POP {R4-R7,PC}//检测⽂件特征/system/bin/su/system/bin/360s/system/xbin/krdem/system/xbin/ku.sud/system/xbin/ksud/system/bin/.usr/.ku/system/xbin/ku.sud.tmp/system/bin/ddexe_real/system/bin/.krsh/system/bin/.suv/system/bin/debuggerd-ku.bak/system/xbin/kugote/system/xbin/kugote/system/usr/ikm/ikmsu/system/etc/kds/system/xbin/start_kusud.sh/system/bin/ddexe-tcs.bak//检测结果1|2|3|32 //字符串的编号检测XPOSED、代理、ROM是否为⾃⼰编译的//检测de.robv.android.xposed.XposedBridge//检测代理http.proxyHosthttps.proxyHostgetProperty检测关键⽅法是否被hook//检测⽅法是否被hook传⼊⽅法⾸地址进⾏对⽐ 0x780x5F 0xF8DF//如果检测到第⼀个⽅法被hook，结果如下1|如果检测到第2个⽅法被hook，结果如下1|2|如果检测到第3个⽅法被hook，结果如下1|2|3|其它检测，代码如下:boolean v2 = MTGuard.isEmu();boolean v3 = MTGuard.isRoot();boolean v4 = MTGuard.hasMalware();boolean v5 = MTGuard.isDarkSystem();boolean v6 = MTGuard.isVirtualLocation();boolean v7 = MTGuard.isRemoteCall();boolean v8 = MTGuard.isSigCheckOK();boolean v11 = MTGuard.inSandBox();boolean v13 = MTGuard.isHook();boolean v14 = MTGuard.isDebug();boolean v15 = MTGuard.isProxy();boolean v16 = MTGuard.isCameraHack();最终都会⾛到Native⽅法中去private static native Object[] main(int arg0, Object[] arg1);4.3、读取资源⽂件并解密4.3.1、读⽂件META-INF/SANKUAI.RSA计算MD5代码如下：.text:B65E1FE4 F0 B5 PUSH {R4-R7,LR}.text:B65E1FE6 03 AF ADD R7, SP, #0xC.text:B65E1FE8 8F B0 SUB SP, SP, #0x3C.text:B65E1FEA 0E00 MOVS R6, R1.text:B65E1FEC 2D 49 LDR R1, =(__stack_chk_guard_ptr - 0xB65E1FF2) .text:B65E1FEE 7944ADD R1, PC ; __stack_chk_guard_ptr.text:B65E1FF0 0C68 LDR R4, [R1] ; __stack_chk_guard.text:B65E1FF2 2168 LDR R1, [R4].text:B65E1FF4 0E91STR R1, [SP,#0x48+var_10].text:B65E1FF6 0A21 MOVS R1, #0xA.text:B65E1FF8 CA 43 MVNS R2, R1.text:B65E1FFA 0168 LDR R1, [R0] ; file.text:B65E1FFC 48 1E SUBS R0, R1, #1.text:B65E1FFE 8258 LDR R2, [R0,R2].text:B65E2000 0025 MOVS R5, #0.text:B65E2002 E8 43 MVNS R0, R5.text:B65E2004 00 2A CMP R2, #0.text:B65E2006 43 D0 BEQ loc_B65E2090.text:B65E2008 0025 MOVS R5, #0.text:B65E200A 0595STR R5, [SP,#0x48+var_34].text:B65E200C 0490STR R0, [SP,#0x48+var_38].text:B65E200E 0690STR R0, [SP,#0x48+var_30].text:B65E2010 0795STR R5, [SP,#0x48+var_2C].text:B65E2012 0890STR R0, [SP,#0x48+var_28].text:B65E2014 0C90STR R0, [SP,#0x48+var_18].text:B65E2016 0D95STR R5, [SP,#0x48+var_14].text:B65E2018 E8 43 MVNS R0, R5.text:B65E201A 0B90STR R0, [SP,#0x48+var_1C].text:B65E201C 0A90STR R0, [SP,#0x48+var_20].text:B65E201E 04 A8 ADD R0, SP, #0x48+var_38 ; int.text:B65E2020 0D F0 40 FF BL openfile_sub_C6BADEA4 ; R3：要读取的⽂件.text:B65E2024 0130 ADDS R0, #1.text:B65E2026 30 D0 BEQ loc_B65E208A.text:B65E2028 0296STR R6, [SP,#0x48+var_40].text:B65E202A 04 A8 ADD R0, SP, #0x48+var_38.text:B65E202C 1E 49 LDR R1, =(sub_B65E20AC+1 - 0xB65E2032).text:B65E202E 7944ADD R1, PC ; sub_B65E20AC.text:B65E2030 0E F0 C8 F9 BL size_sub_C6BAE3C4.text:B65E2034 0600 MOVS R6, R0.text:B65E2036 00 2E CMP R6, #0.text:B65E2038 27 D0 BEQ loc_B65E208A.text:B65E203A 0025 MOVS R5, #0.text:B65E203C 0395STR R5, [SP,#0x48+byte_count].text:B65E2048 0399 LDR R1, [SP,#0x48+byte_count].text:B65E204A 0029CMP R1, #0.text:B65E204C 1D D0 BEQ loc_B65E208A.text:B65E204E 0028CMP R0, #0.text:B65E2050 1B D0 BEQ loc_B65E208A.text:B65E2052 0800 MOVS R0, R1 ; byte_count.text:B65E2054 0191STR R1, [SP,#0x48+var_44].text:B65E2056 EF F7 48 EE BLX malloc ; 分配存放空间.text:B65E205A 0200 MOVS R2, R0.text:B65E205C 0028CMP R0, #0.text:B65E205E 14 D0 BEQ loc_B65E208A.text:B65E2060 0021 MOVS R1, #0.text:B65E2062 1500 MOVS R5, R2.text:B65E2064 2800 MOVS R0, R5.text:B65E2066 01 9A LDR R2, [SP,#0x48+var_44].text:B65E2068 16 F0 2A FA BL memset_sub_C6BB64C0.text:B65E206C 04 A8 ADD R0, SP, #0x48+var_38.text:B65E206E 3100 MOVS R1, R6.text:B65E2070 2A 00 MOVS R2, R5.text:B65E2072 0E F0 6B FB BL ReadFile_unzip_sub_C6BAE74C ; 读取并解压.text:B65E2076 0028CMP R0, #0.text:B65E2078 03 D0 BEQ loc_B65E2082.text:B65E207A 0398 LDR R0, [SP,#0x48+byte_count].text:B65E207C 0299 LDR R1, [SP,#0x48+var_40].text:B65E207E 0860STR R0, [R1]读取的数据与APk包中的内容是⼀样的。
方案的实施与控制美团怎么做
方案的实施与控制美团怎么做方案的实施与控制：美团怎么做一、方案概述美团是中国领先的生活服务电子商务平台，为消费者提供外卖、酒店、旅游、电影、理发、美甲等服务，拥有庞大的用户群体和商户资源。
为了确保方案的实施与控制能够有效进行，美团需要采取一系列策略和措施。
本文将从以下六个方面详细展开叙述：目标制定、流程优化、资源配置、监控和评估、问题处理和改进以及人员培训。
二、目标制定方案的实施与控制首先需要明确具体的目标。
美团可以设定包括增加用户数量、提升用户满意度、提高订单完成率等目标。
通过设定明确的目标，可以使团队成员明确方向，为方案实施和控制提供指引。
三、流程优化为了提高效率和减少错误，美团需要对现有业务流程进行优化。
需要对订单处理、商户合作、客户服务等关键流程进行分析和改进。
通过引入智能化系统和技术支持，可以实现自动化处理，减少人为操作的错误和漏洞。
四、资源配置为了确保方案的顺利实施，美团需要合理配置资源。
包括人力资源、物质资源和财务资源等。
合理的资源配置可以提高方案实施的效率和质量。
五、监控和评估方案实施过程中，美团需要建立完善的监控机制。
通过对关键指标的监控，可以及时发现问题和风险，并采取相应的措施进行调整。
同时，需要定期对方案进行评估，以确保达到预期目标并进行必要的改进。
六、问题处理和改进在实施过程中，难免会遇到各种问题和挑战。
美团需要建立有效的问题处理机制，及时解决问题，避免问题扩大化。
同时，团队成员需要保持持续改进的意识，通过总结经验教训，不断优化方案实施和控制的过程。
七、人员培训方案实施与控制的成功与否离不开团队成员的能力和素质。
美团需要进行相关培训，提高团队成员的专业技能和沟通协作能力。
通过培训，可以提高团队的整体素质，提升方案实施与控制的能力。
范文：方案的实施与控制：美团怎么做随着互联网的发展和人们生活方式的改变，生活服务电子商务平台成为了人们获取各种服务的重要途径。
作为中国领先的生活服务电子商务平台，美团一直以来致力于为消费者提供外卖、酒店、旅游、电影、理发、美甲等服务。
美团外卖系统架构演进与系统稳定性经验谈_美团外卖
项目周期短
架构优化排不上期 技术欠债
监控难度大
指标覆盖全 规则变化快
目录
• • • • •
个人简介 美团外卖业务发展历程 技术体系架构演进介绍 外卖业务稳定性的挑战 系统稳定性的处理原则
系统稳定性的处理原则
99.99%
系统可用性 订单可用性
系统稳定性的处理原则
日常运行
稳定性架构设计 例行梳理和巡检
做好对自身的保护，对依赖的熔断。
SOP 保平安。
每一步均严谨可信赖，危机时不慌、不乱、不遗不漏。 工具化，自动化。
你所担心的一定会发生，可能马上发生。
例行巡检，DB，调用链。
• • • • • •
新业务上线 SOP 线上发布SOP 线上灰度SOP • 数据库线上操 • 作SOP 线上容量调整 SOP 验证业务效果
• • 业务指标监控 系统监控 Dashboard
•
第一时间想上 级反馈 及时周知业务 方：问题，影 响范围，解决 方案，预计恢 复时间 线上服务降级 SOP
系统稳定性的处理原则
事故处理
及时止损 保护用户体验 99.99% 力保关键路径
全链路在线压测
事前预警
性能大盘 业务大盘 健康分析
事后总结
根本原因分析 影响损失核算 重构系统
系统稳定性的处理原则
日常运行 >>稳定性架构设计
大系统小做
服务专一性 独立的功能拆分为独立的服务
WEB MQ
API JOB
WEB
API
MessageCenter
系统稳定性的处理原则
力保关键路径
支付平台 门店商品中心 门店运营/容器 管理 风控策略 多种接单方式
外卖电子商务平台与线上支付的安全风控
外卖电子商务平台与线上支付的安全风控在当今数字化时代，外卖电子商务平台的兴起给消费者带来了极大的便利。
然而，随着电子商务的发展，线上支付的安全问题也日益凸显。
作为一名专业销售人员，了解和掌握外卖电子商务平台与线上支付的安全风控是至关重要的。
本文将从平台安全、支付安全以及风险控制等方面探讨这一主题。
一、平台安全外卖电子商务平台的安全性是保障用户信息和交易安全的基础。
首先，平台应建立完善的用户认证和身份验证机制，确保只有合法用户才能进行交易。
其次，平台应加强数据加密技术，保护用户的个人信息和支付数据不被泄露。
此外，平台还应定期进行安全性评估和漏洞修复，及时更新安全防护措施，以应对潜在的安全威胁。
二、支付安全线上支付安全是外卖电子商务平台的核心问题之一。
首先，平台应采用安全可靠的支付方式，如第三方支付机构，确保用户的付款信息不被泄露。
其次，平台应加强支付环节的风险控制，例如设置支付密码、短信验证码等，以确保只有合法用户才能完成支付。
此外，平台还应与支付机构建立紧密的合作关系，及时监测和应对支付风险，保障用户的资金安全。
三、风险控制外卖电子商务平台与线上支付面临着各种潜在的风险，因此风险控制是不可或缺的一环。
首先，平台应建立完善的风险评估机制，对商家和用户进行风险评估，识别潜在的风险因素。
其次，平台应加强对商家的审核和监管，确保商家的合法性和信誉度，减少虚假交易和欺诈行为。
此外，平台还应建立投诉处理机制，及时处理用户的投诉和纠纷，提高用户满意度和信任度。
四、用户教育除了平台的安全措施，用户的安全意识和教育也至关重要。
平台应加强用户教育，提高用户对安全风险的认识和防范意识。
例如，平台可以定期发布安全提示和教育文章，告知用户如何保护个人信息、避免钓鱼网站等网络诈骗手段。
此外，平台还可以提供安全工具和功能，如账户锁定、异常交易提醒等，帮助用户主动发现和应对潜在的安全风险。
总结外卖电子商务平台与线上支付的安全风控是保障用户权益和提升用户体验的关键。
外卖行业的管理与风险控制
外卖行业的管理与风险控制一、引言随着移动互联网技术的发展，外卖行业在过去几年中得到了迅速的发展。
伴随着这种发展，管理和风险控制问题也越来越受到关注。
本文将讨论外卖行业的管理和风险控制，并提出相关的建议。
二、领导与管理在任何成功的企业背后都有一支强大的管理团队。
为了确保外卖企业的顺利运营，该企业的领导和管理团队需要具备以下技能和特点：1、领导领导应该能够提供明确的愿景和目标，并激励员工朝着这个方向前进。
领导需要体现出积极的态度、能力和责任感。
2、管理外卖企业的管理团队应该具有高效的组织能力、细致的规划和具体实施的方法。
管理团队还应该具备出色的沟通、协调和解决冲突的能力。
三、技术与设施外卖企业需要依靠一些现代化技术来提高自己的管理和风险控制能力。
下面我们将讨论这些技术和设施。
1、智能系统一个智能系统的好处是它可以收集大量的数据，这对外卖企业来说非常重要。
企业可以使用这些数据分析销售、客户行为和产品质量等方面的信息。
同时，系统将自动化调整和提高订单处理、配送便利性和精益生产等流程。
2、周转车和仓储交通管理设施由于外卖的交易涉及到大量的运输和交通，这意味着设施的合理配置和管理对于减少事故的风险和提升快递效率和及时性非常必要。
四、风险控制外卖企业面临的风险很多，例如，供应链风险、交通事故风险、餐品质量风险和客户抱怨等。
许多风险可以通过下列方法进行控制和缓解。
1、建立防范机制出现风险的根本原因往往是应对措施不充分、或者根本没有必要的防范机制。
因此，外卖企业应该制定一套全面的风险管理方案以响应各种风险，并在必要时及时提出新的预防和应对措施。
2、改进流程企业应努力改进自己的流程，以减少风险。
例如，通过优化系统和流程规划规范系统以及购买高级技术设备，流程可以改善。
这将降低成本并大大减少风险。
五、监督与评估监督与评估是企业维持良好运营的一个关键部分。
企业可以使用有关数据和信息，跟踪其业务业绩和风险管理计划的有效性。
美团的合规管理的架构
美团的合规管理的架构引言随着互联网的快速发展和行业竞争的加剧，企业面临着越来越复杂的合规管理挑战。
合规管理不仅是企业责任的体现，更是保障企业可持续发展的重要保障。
本文将从美团的角度，探讨合规管理的重要性，分析美团合规管理的现状，并提出一种合规管理的架构方案，以期帮助美团在合规管理上取得更好的成绩。
一、合规管理的重要性合规管理是企业管理中不可或缺的一环，它包含了法律、行业、规章等多个方面的要求，要求企业在经营活动中遵守相关法律法规、规范和标准，履行社会责任，保护各方利益。
合规管理的重要性主要体现在以下几个方面：1. 风险防范：合规管理有助于企业规避各类合规风险，减少行政处罚、民事索赔等法律风险带来的损失；2. 信誉保障：合规管理有助于提升企业在社会各界的信誉度，增强投资者、消费者对企业的信任；3. 可持续发展：合规管理有助于企业形成健康的经营环境，保障企业可持续发展；4. 资本市场准入：合规管理是企业进入资本市场的必要条件，缺乏合规管理可能导致企业无法获得融资支持。
二、美团合规管理现状分析美团是中国领先的生活服务电子商务平台，涉及餐饮外卖、酒店旅游、本地生活服务、骑手配送等多个领域。
由于其业务的多样性和复杂性，美团在合规管理上面临着较大的挑战。
目前，美团在合规管理方面存在以下问题和挑战：1. 业务多元化带来的合规压力：美团的业务范围广泛，包括餐饮外卖、住宿旅游、机动车配送等多个领域，在不同领域的合规要求和风险各异，需要针对性的合规管理措施；2. 地域性规定的遵守：美团业务覆盖全国各地，需要面对不同地区的法律法规、行业规范等的遵守，需要建立弹性的合规管理机制；3. 创新业务模式的合规挑战：美团在不断探索新的商业模式，这些创新业务模式往往超越了传统的法律框架，给合规管理带来一定挑战。
三、美团合规管理的架构方案基于对美团合规管理的现状进行分析，我们提出以下合规管理的架构方案，以期帮助美团更好地管理合规风险，提升企业的合规水平。
风控运营架构搭建方案
风控运营架构搭建方案一、风控目标的设定风险控制是一个复杂而动态的过程，首先需要明确风控目标。
风控目标有以下几个方面：1.保护企业的资产：风控的首要目标是保护企业的资产安全，防止资金损失。
因此，需要建立一套科学、系统的风险管理体系，对各种风险进行识别、评估和应对。
2.降低风险成本：风控的次要目标是降低风险成本。
在风控过程中，风险管理需要占用一定的资源，包括人力、物力和财力。
因此，在风险管理过程中，需要权衡成本和效益，合理配置资源，降低风险管理的成本。
3.优化企业的经营决策：风险控制也可以帮助企业优化决策，提高企业的经营效益。
通过对各种风险的分析、评估，可以为企业的战略决策提供依据，帮助企业降低风险、提高收益。
二、风控团队的组建风控团队是风险控制的核心力量，需要组建一支专业的风控团队。
风控团队主要包括以下几个职能部门：1.风险评估部门：负责对各类风险进行识别、评估和监控，制定风险监测指标和预警机制，及时发现和应对潜在风险。
2.风险控制部门：负责制定和执行风险控制策略，建立风险管理模型和工具，量化各类风险，制定风险报告和风险决策的规程。
3.内部审计部门：负责对企业的风险管理制度和风险控制措施进行内部审核和评估，发现和纠正风险管理中的不足和漏洞。
4.合规风控部门：负责监督和执行企业的合规风控政策和措施，确保企业按照法律法规的要求开展业务活动。
5.数据分析部门：负责对大量的风险数据进行收集、整理和分析，提供决策支持。
同时，通过数据分析可以发现潜在的风险和机会，为企业的经营决策提供依据。
三、风险管理的框架和流程风险管理框架是风险控制的基础，需要建立一套完整的风险管理框架和流程。
以下是一套典型的风险管理框架和流程：1.风险识别和评估：通过对企业内外环境的全面了解，识别和评估各种风险。
其中，市场风险、信用风险和操作风险是重点风险。
2.风险控制策略的制定：根据风险评估的结果和企业的风险承受能力，制定相应的风险控制策略，包括风险避免、风险转移、风险减轻和风险承担等。
美团风险控制系统综述
•
•
信息窃取：针对支付帐号、身份证号、姓名、住址等直接与消费相关，或可用 来做“社会工程学”攻击的信息，常见的方法有直接从本人骗取，或从第三方机票 代理、在线购买网站泄露获得。
•
木马植入：植入木马程序到用户手机，截取用户短信、电话，为“验证手机验 证码”做准备。 在线消费：设法绕过平台的防控规则，购买高回报、易销赃的商品或服务，例 如高价游乐园门票、手机充值卡、加油卡等。 销赃：将非法所得在线上或线下快速兜售。 风控的特点和任务
•
降低使用门槛， 转交部分决策权给业务方： 将风控策略打包成可以被业务方理解 的通用规则集合， 例如： 识别自然人规则集、 新客活动规则集、 老客活动规则集。 让业务方参与到风控过程中， 负责把合适的风控策略应用到自身场景，风控团队 则可以专注于策略集的设定和优化。
•
自助化平台：把旧流程中需要人工参与的部分尽可能用自助平台完成。 事件和参数管理： 把事件和参数信息配置在数据库中，在对接新业务时无需 新上线代码，这样可以灵活修改参数、配置检查规则、自动生成接口文档等。 活动生命周期管理：活动申请、活动审核、场景 ID 分配、活动策略配置、 信息更新、下线等环节都在平台上操作，或者由程序自动完成，让风控与业务系 统联动。过程如下图所示。
• • •
处理风控客诉、案件核查、赔付等。 对批量数据做聚合监控，捕捉实时处理时无法监控的案件。 监控风控效果，优化规则和策略。 风控系统 风险控制的方法论固然丰富， 而实施的难点更在于如何将抽象的理论变为实际可 用的系统。这个系统要解决的问题有：
• • •
如何适配和兼容多业务线，把风控的处理决策反馈到业务系统？ 如何对系统的体系做逻辑拆分，让各模块“各司其职”而又满足各不同场景需求？ 如何准确监控风险现状，快速配置和调整策略，让风控可运营化？ 风控的系统结构如下图，下面即从系统接入、平台组件、数据运营三方面介绍其 中的一些设计要点。
美团外卖自动化业务运维系统建设
3.1 体系架构 如图3所示，在自动化业务运维系统中，业务大盘
与核心链路作为用户使用的入口，一旦用户查看业务 指标出现问题，就需要快速定位该业务指标异常的根 本原因。系统通过对核心链路上服务状态的分析，帮 助开发人员定位最终的问题节点，并建议开发人员需 要触发哪些服务保护预案。业务大盘的预测报警、核 心链路的红盘诊断报警以及已经收集到各个维度的报 警事件，如果能对它们做进一步的统计分析，可以帮 助开发人员从更加宏观的角度提前发现服务可能存在 的问题，相当于提前对服务做健康检查。开发人员需 要定期通过全链路压测来不断验证问题诊断和服务保 护是否有效，在压测时可以看到各个场景下的服务健 康状态，对服务节点做到有效的容量规划。
3.2 业务大盘 外卖业务会有非常多的业务指标进行监控，业务指
标和系统指标、服务指标不同，需要业务方根据不同的 业务自行上报监控数据[1]。业务大盘作为业务运维系统 的使用入口，可以让开发人员快速查看自己关心的业务 指标的实时状态以及最近几天的走势。
߆ԇґܔ
۴Ԉ ڐҼ
Џԇםद
Ҷ
ஒࡶڐҼ
૨
ࠄࣲ
Թ
۴Ԉ
߾ڶ૨डݏ
ࡹ
ڐҼडݏ
߾ڶ૨ ૨ࣲ
ݻ
ஞ
ਘԈ
ࢦ ী
ӣߤઞލ
ࡹ ܕઊ
ؠ ઁ Ӧ
ઞֺࠥލ
ؔѹֺࠥҡ߲ࠒډFra bibliotekߓஒࣲ
ࣲ
图3 业务监控运维体系架构
23
系统与方案 Systems & Solutions
引言
美团外卖业务在互联网行业是非常独特的，其定 位是“围绕在线商品交易与及时送达的O2O电商交易 平台”。不仅流程复杂，历经用户下单→系统发给商 家→商家准备外卖→配送，到最后用户收到商品(比如 热乎乎的盒饭)，整个过程的时间需要控制在半小时 之内，而且压力和流量在午、晚高峰时段非常集中。 在这背后，整个产品线上还会涉及很多数据分析、统 计、结算、合同等各个端的交互，对一致性的要求 高。同时，外卖业务的增长非常迅猛，自2013年11月 上线到最近峰值突破1 600万，还不到4年。在这种情 况下，一旦出现事故，单纯靠人工排查解决问题，存 在较多的局限性。为了提升效率需要尽可能自动化， 而自动化的前提需要有足够准确的检测与诊断结果， 检测与诊断结果又需要有贴近真实业务场景的工具不 断验证。
方案的实施与控制美团怎么做的
方案的实施与控制美团怎么做的方案的实施与控制：美团怎么做的一、方案的目标与背景美团作为中国领先的本地生活服务平台，其方案的实施与控制是其成功的关键之一。
本文将从目标与背景、实施方案、控制措施、评估与调整、案例分析以及总结与展望六个方面详细展开叙述。
二、实施方案1. 设定清晰的目标：美团的方案实施始于设定明确的目标。
目标应该是具体、可衡量的，可以通过关键绩效指标来进行评估。
例如，提高用户活跃度、增加订单数量等。
2. 制定详细的计划：在实施方案前，美团需要制定详细的计划，包括具体的任务、时间表、责任人等。
计划应该充分考虑各种可能的风险和挑战，并制定相应的应对策略。
3. 确保资源充足：实施方案需要充足的资源支持，包括人力、物力和财力。
美团需要确保有足够的人员来执行任务，并提供必要的培训和支持。
此外，美团还需要投入足够的资金来支持方案的实施。
4. 强化沟通与协作：实施方案需要各个部门之间的密切沟通与协作。
美团需要建立有效的沟通渠道，确保信息的及时传递和共享。
同时，美团还需要培养团队精神，鼓励各个部门之间的合作与互助。
5. 激励与奖励机制：为了推动方案的实施，美团需要建立相应的激励与奖励机制。
例如，设立奖金制度、提供晋升机会等。
这样可以激发员工的积极性与创造力，推动方案的顺利实施。
6. 建立监控与反馈机制：实施方案后，美团需要建立有效的监控与反馈机制。
通过收集和分析数据，及时发现问题和改进的空间，并采取相应的措施进行调整和优化。
三、控制措施1. 设定关键绩效指标：美团需要设定一系列关键绩效指标来评估方案的实施情况。
这些指标可以包括用户活跃度、订单数量、用户满意度等。
通过监控这些指标，可以及时发现问题并采取相应的措施进行调整。
2. 定期评估与反馈：美团需要定期对方案的实施情况进行评估与反馈。
这可以通过定期开展绩效评估和员工调研等方式来实现。
通过及时的评估与反馈，可以发现问题并及时进行改进。
3. 强化内部控制：美团需要建立健全的内部控制体系，确保方案的实施过程中的合规性和风险控制。
美团业务风控系统构建经验
通过
对抗
验证
早期 改进
业务验证 业务开发负担 验证决策受限 “只管杀，不管埋”
独立服务 身份+图灵 接入体验 “杀埋一条龙服务”
问题三 全面防守 V.S. 攻击弱点
对称
风控原则三 攻击
批量注册 接码平台 盗取银行卡 身份证 公民信息 木马 伪基站 猫池 … 风险教育 参与业务 数据准备 主动防护 善后：客诉、核查、赔付 回归：监控、预警、优化
体会
回到原则一：业务需要风控，风控做好服务
业务
从业务来 回业务去
风控
服务 平台 数据
标题
内容1Βιβλιοθήκη 子内容内容2子内容
规则平台
开发：系统开发
并行
对抗
策略应用 策略开发 系统开发
规则平台 标准化执行
场景：规则集 请求 mxn 规则：决策单元 mxn 因子：逻辑单元
仅计算一次+并行
合并决策
仅计算一次+并行
仅计算一次+并行
复用配置
动态执行提高性能
对抗
决策
策略应用 策略开发 系统开发
松耦合：可配置
策略
对抗
决策
拒绝
？ 验证
对接
对抗
对称
①服务
②效率
③立体闭环
未来如何发展？
体会——从对手学习
回到原则二：风控是持久战
资源拆分
服务化模块
对利益的嗅觉
对风险敏感
体会——从军事学习
故知胜有五 知可以战与不可以战者胜； 识寡众之用者胜； 上下同欲者胜； 以虞待不虞者胜； 将能而君不御者胜。 故曰：知彼知己，百战不殆 ——《孙子兵法·谋攻篇》 现不现实 人够不够 团队价值观 准备得当 老板支持
美团买菜IOS版设备风控浅析与算法还原
美团买菜IOS版设备风控浅析与算法还原本⽂仅限学习交流，请勿⽤于⾮法以及商业⽤途，由于时间和⽔平有限，⽂中错漏之处在所难免，敬请各位⼤佬多多批评指正。
⽬录:⼀、线上买菜场景简述⼆、风控在业务中的应⽤三、产品整体框架四、初始化分析五、反爬签名流程六、设备指纹分析七、算法还原⼋、总结⼀、线上买菜场景简述1、分析说明1. 产品基本信息产品名称：ppp买菜(匿称)；产品版本：5.25.0；Slogan：30分钟送达，新鲜送得快；所处⾏业：⽣鲜电商;2. 设备环境机型：iPhone 7；系统：IOS 13.4；⼯具: IDA7.6 Frida;2、简单流程梳理⼀次完整的线上买菜过程都经过了哪些环节呢？⼤致流程是从供应商送货到仓或到店，再由零售商售卖，最终到⽤户⼿⾥，这样便完成了⼀次买菜，如图1-1所⽰： 图1-1上图的业务流程从供应商送货到仓或到店，再由零售商售卖，最终可以多种⽅式到⽤户⼿⾥，完成了⼀次买菜的过程。
⼆、反作弊风控在业务中的应⽤1、APP推⼴拉新还记得在2020年的下半年时候，当时⽣鲜电商的社区团购⼤战⾮常⽕爆，各种买菜APP蜂拥⽽⼊，砸钱、抢流量，你争我抢玩得不亦乐乎。
不夸张地说，我记得当时最常见的情形是，你随便在⼩区溜达⼀圈，就能碰见穿着各种颜⾊制服的地推⼯作⼈员，追赶着⼩哥哥⼩姐姐下载APP给送福利，下载完APP后注册登录APP买菜。
2、存在的风险烧⼤把的钱把流量吸引过来，这个过程中会有⿊灰产⼈员通过⾮法的技术⼿段，伪造新增⽤户并从中获利的⾏为，如果只是把流量吸引过来不考虑质量的话，会增加⼤量的企业⽆效成本。
怎么识别出有效的流量与虚假流量，需要⼀个完善的风控体系与制定有效的策略找出⾼质量流量，然后把这些流量留下来。
接下来为了提⾼⽤户的购买频率，实现反复转化，就出现了各种红包、优惠券活动吸引⽤户提⾼打开APP频率与购买频率。
这个环节中就会有各种薅⽺⽑的⼈群出现，同样需要完善的风控体系与制定有效的策略来最⼤程度地甄别风险。
关于美团网风险控制的方案设计
关于美团网风险控制的方案设计专业营销与策划班级营销S2011-3班学号37、40、2学生姓名黄伟敏、周科、钟棋指导教师武玲婷二O一四年五月摘要在信息化时代，美团网正以前所未有的力量冲击着传统团购活动的观念和方式，波及到社会生活的各个方面。
美团网以其诸多优势在美国和欧洲得到了不断的发展。
随着美国Groupon美团网取得巨大的成功，我国出现了一大批模仿的美团网站，据相关机构统计我国的美团网站的数量已从最初的个位数飙升到6000以上，行业规模呈现出爆炸式发展的态势。
论文分别从团购的定义、优势、问题及对策阐述了美团网的相关概念，通过对国内美团网市场状况的分析，研究了当前美团网的发展现状结合当前网络的具体情况,对这一市场交易方式的营销及趋势还有问题进行简单的探讨。
关键字：美团网；团购风险；营销策略；团购趋势目录摘要 (1)绪论............................................................................................................... 错误!未定义书签。
1美团网的概述 (4)2美团网的分析 (4)2.1成本低，价格低 (4)2.2资金流转快 (4)2.3参与商家多样化 (5)3 美团网营销策略中存在的风险 (6)3.1团购中的信誉风险 (7)3.2团购中的市场风险 (7)3.3团购中的操作风险 (8)4美团网风险的应对策略 (8)4.1信誉风险对策 (8)4.1.1美团网的售后服务 (9)4.1.2美团网的物流服务 (9)4.2市场风险控制 (10)4.3操作风险控制 (10)5结论 (11)参考文献 (11)摘要随着网络技术的快速发展,美团网已经成为当今社会一种非常重要的市场交易方式,特别是在青年群体中更为流行,美团网作为一种独特的营销策略,已经成为现代商务理念、营销管理决策等领域备受关注的课题。
外卖风控实时数仓实践
ES、Hbase等。
无论是结果数据，还是中间过程数据都落在HDFS上
根据数据量的大小、访问并发量等因素选择使用
维度数据存储 HBase/Tair/Redis等KV存储。
离线数仓维度数据存放在HDFS上并通过Hive访问
数据加工过程 Flink、Storm等
Hive、Spark SQL等
Lambda架构 V.S. Kappa架构
Spout线程数
设置为消费Kafka partition数量的一半
Bolt线程数
设置为QPS* Execute Latency/1000
Acker数量
设置为worker数的一半
Flink优化--扩展DDL
• 自定义Calcite sql解析 • 自定义sink、source
Flink优化--扩展UDF
N
Exceeded
Y
Alarm & Failed
Join Key
Key Exists Y
Join success
Memory/Redis
Store Record
Storm优化--并发安全
Storm优化--sink优化
共享连接池 异步写 批量写
Storm优化--配置实践
Worker数
设置为消费Kafka partition总和一半，然后再看性能调整
实时性 计算资源 批处理效率 研发成本 运维成本
Lambda
实时 流和批同时运行，资源开销大
批处理吞吐量高 流和批各开发一套代码，成本大
维护两套系统，成本大
Kappa
实时 流批分离，回溯数据时才开启批处理，资源开销小
批处理吞吐量低 流批共用一套代码，成本小
外卖平台架构总结(共3篇)
外卖平台架构总结(共3篇)外卖平台架构总结第1篇好的架构源于不停地衍变而非设计。
美团外卖的架构，历史上也是经历了很多次迭代。
由于外卖业务形态不断地发生变化，原有的设计也需要不断地跟随业务形态进行演进。
在不断探索和实践过程中，我们经历了若干个大的架构变迁。
从考虑如何高效地复用代码支持外卖App，逐渐地衍变成如何去解决多端代码复用问题，再从多端的代码复用到支持其他频道业务的平台架构上。
在平台化架构建设完成后，我们又开始尝试利用动态化技术去支持业务快速上线的诉求。
如今，我们面临着多端复用、平台能力、平台支撑、单页面多业务团队、业务动态诉求强等多个业务场景问题。
下文我们针对美团外卖移动端架构的变迁史，做一些简单的概述，以便读者阅读本文时能有更好的延续性。
外卖平台架构总结第2篇从搜索库拆分的第一次尝试算起，外卖Android客户端在架构上的持续探索和实践已经经历了2年多的时间。
起初为了解决两端代码复用的问题，我们尝试过自上而下的强行拆分和复用，但很快就暴露出层次混乱、边界模糊带来的问题，并且认识到如果不能提供两端差异化的解决方案，代码复用是很难持续的。
后来我们又尝试过运用设计模式约束边界，先实现解耦再进行复用，但在推广落地过程中认识到复杂的设计很难快速推进下去。
在两端代码复用的问题上，我们认识到要实现可持续的代码复用，必须自下向上的逐步统一两端底层的基础依赖，同时又能容易的支持两端上层业务的差异化处理。
使用Flavor管理两端的差异代码，尽量减少向上依赖，在具体实施时应用之前积累的解耦设计的经验，从而满足了架构的可伸缩性。
没有一个方案能获得每个人的赞同。
在平台化的实施过程中，团队成员多次对方案选型发生过针锋相对的讨论。
这时我们会抛开技术方案，回到问题本身，去重新审视业务的痛点，列出要解决的问题，再回过头来看哪一个方案能够解决问题。
虽然我们并不常常这么做，但某些时刻也会强制决策和实施，遇到问题再复盘和调整。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
规则平台
开发：系统开发
并行
对抗
策略应用 策略开发 系统开发
规则平台 标准化执行
场景：规则集 请求 mxn 规则：决策单元 mxn 因子：逻辑单元
仅计算一次+并行
合并决策
仅计算一次+并行
仅计算一次+并行
复用配置
动态执行提高性能
对抗
决策
策略应用 策略开发 系统开发
松耦合：可配置
策略
对抗
决策
拒绝
？ 验证
风险事中
策略 体系
立体闭环防御
事前
事后
运营平台
对称
攻击
事前
事中
x
事后
数据体系
数据平台
风控系统
招无定式，问题决定系统架构
目录
背景介绍
初期发展
架构经验
总结体会
总结
体会
总结
原则 ① 业务需要风控，风控做好服务 ② 持续对抗过程，效率决定成败 ③ 立体闭环防御，逆转信息劣势
体会——必经被动挨打的过程
体会
回到原则一：业务需要风控，风控做好服务
业务
从业务来 回业务去
风控
服务 平台 数据
标题
内容1
子内容
内容2
子内容
V.S.
风控
风控工作原则一
风控是业务产品的必要属性
做好服务者，把业务痛点降到最低
对接
对接成本
业务保证安全 使用风控工具
中间件保证安全 使用风控服务
对接
运行成本
稳定性
+
性能
+
善后
路径优先级 隔离 + 调优 外部依赖、组件依赖 降级 攻击 限流 同步接口、异步接口 迁移规则平台——并行 报表、客诉、 核查、赔付
通过
对抗
验证
早期 改进
业务验证 业务开发负担 验证决策受限 “只管杀，不管埋”
独立服务 身份+图灵 接入体验 “杀埋一条龙服务”
问题三 全面防守 V.S. 攻击弱点
对称
风控原则三 攻击
批量注册 接码平台 盗取银行卡 身份证 公民信息 木马 伪基站 猫池 … 风险教育 参与业务 数据准备 主动防护 善后：客诉、核查、赔付 回归：监控、预警、优化
对接
对抗
对称
①服务
②效率
③立体闭环
未来如何发展？
体会——从对手学习
回到原则二：风控是持久战
资源拆分
服务化模块
对利益的嗅觉
对风险敏感
体会——从军事学习
故知胜有五 知可以战与不可以战者胜； 识寡众之用者胜； 上下同欲者胜； 以虞待不虞者胜； 将能而君不御者胜。 故曰：知彼知己，百战不殆 ——《孙子兵法·谋攻篇》 现不现实 人够不够 团队价值观 准备得当 老板支持
美团
酒店 到店综合
旅游 猫眼 团购
到店餐饮
外卖
云计算
金融
业务风控
品类覆盖面广 用户多 商户多 高频交易
用户作弊
“薅羊毛”，促销、优惠
商家刷单
刷销量、排名、好评、…
账户和支付安全
信息、余额、支付盗用
目录
背景介绍
初期发展
初期
发展
再发展
架构经验
总结体会
初期
单一团购，频繁注册、购买骗取优惠 数据分析，异步冻结
美团业务风控系统构建经验
唐义哲 美团点评 风控 2016-10
目录
背景介绍
初期发展
架构经验
总结体会
目录
背景介绍
我 美团点评 业务风控
初期发展架构经验Fra bibliotek总结体会
我
2014中 O2O 电商 业务风险控制 技术负责人 全业务线反作弊、反刷单、资金账户安全、反爬取 2008-2014 搜索 推荐 广告 用户定向平台 在线视频
对接
现实
业务多
x
前台多 后台多
x
场景多
近100个细分业务
iPhone, Android i版, PC 移动后台, 订单中心 用户中心, 促销工具 商家后台, … 购买流程 下单、支付、支付成功、配送成功等 用户操作 注册、登录、找回密码、换绑手机等 商家端操作 验券、新建促销、退款等
对接
关键
业务
招无定式，问题决定架构
架构经验
① ② ③
总结体会
问题一 风险在哪，怎么控制？
对接
目标
感知风险
+
控制风险
感知什么？
谁 时间 环境 方式 对象 动作
控制什么？ 站在坏人的角度想——利益 从利益找关联场景，思考控制点
促销优惠 用户余额 -> 促销的下单、支付、… -> 下单、支付、退款、…
销量、排名 -> 购买、创建活动、…
2亿请求/日，90%响应时间36ms，稳定性5个9
问题二 黑衣服的是坏人 —— 但坏人会换上其他颜色
对抗
风控工作原则二 —— 持续对抗过程
策略
增加要素
模型+规则
减少强依赖 黑衣服 + 黑帽子的是坏人 策略网 模型问题？ 不稳定的算法问题
结合使用
对抗
效率 持久战的决定因素
产品：策略应用
策略：策略开发
发展
快速销赃，联合商家 实时防御，离线分析补充
再发展
① 内部职责耦合 工程/策略 ② 与业务方耦合 决策处理？
风险升级，业务扩张 独立团队，独立服务，加速迭代
挑战
① 业务多带来风险点多
购买、支付流程 用户操作 商家操作等
② 变化快
黑产升级 业务发展 环境变化
③ 我在明，敌在暗
目录
背景介绍
初期发展