自建与外购决策

基于成熟度和战略重要性的自建 vs 外采决策。

决策原则

核心边界

自建:运营系统、核心业务系统、风控系统 — 把控业务核心
外采:触达服务、数据服务、KYC、支付通道、催收人力 — 标准化能力
关键约束:催收人力可外包,但催收系统必须自建

决策矩阵

quadrantChart
    title 自建 vs 外购决策矩阵
    x-axis "定制化程度高" --> "标准化程度高"
    y-axis "战略重要性低" --> "战略重要性高"
    quadrant-1 "自建-核心壁垒"
    quadrant-2 "外采-标准服务"
    quadrant-3 "视情况决定"
    quadrant-4 "自建-定制需求"
    "风控系统": [0.2, 0.95]
    "信贷引擎": [0.3, 0.9]
    "催收系统": [0.35, 0.75]
    "资金系统": [0.4, 0.8]
    "渠道系统": [0.5, 0.65]
    "运营系统": [0.55, 0.6]
    "客户系统": [0.55, 0.55]
    "客服系统": [0.6, 0.45]
    "客户App": [0.6, 0.5]
    "KYC身份认证": [0.7, 0.4]
    "数据服务": [0.65, 0.45]
    "支付通道": [0.85, 0.3]
    "触达服务": [0.9, 0.15]
    "催收人力": [0.85, 0.2]
    "云服务": [0.95, 0.1]

自建组件

组件决策理由
风控系统核心竞争力,直接决定坏账率和盈利能力,必须深度定制
信贷引擎业务核心链路,审批规则和流程需要快速迭代
催收系统催收策略是风控闭环的关键,且涉及敏感数据,必须自控
资金系统涉及资金安全和多资金方对接,需自建确保可控
渠道系统门店网络和商户关系是竞争壁垒
运营系统支撑日常业务运营,需要贴合业务流程
客户系统客户数据是核心资产,画像和标签需结合业务定制
客服系统需要和信贷、催收系统深度集成,工单流转自建
客户App客户触点,主品牌+多包策略需要灵活控制

外采组件

组件决策理由替换成本
KYC 身份认证标准化身份认证,多家供应商可选
支付通道Paystack/Flutterwave 等成熟服务
触达服务短信/语音网关是标准化服务极低
数据服务外部征信数据,按需采购中(数据源有差异)
催收人力人力外包,用我方系统管理
云服务/存储标准云服务,按量付费中(迁移成本)

演进关注点

随业务发展可能变化的决策

  • 数据服务:初期外采,但随着自有数据积累,可能逐步自建数据平台
  • KYC 身份认证:若数字银行阶段需要更深度的 KYC,可能需要自建部分能力
  • 资金系统:从简单的自有资金管理演进到多资金方、助贷的复杂管理
  • 客服系统:IM 通道可外采 SDK,但工单和业务集成必须自建