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

推荐订阅源

大猫的无限游戏
大猫的无限游戏
云风的 BLOG
云风的 BLOG
小众软件
小众软件
V
V2EX
博客园 - Franky
博客园 - 司徒正美
Apple Machine Learning Research
Apple Machine Learning Research
量子位
博客园 - 【当耐特】
雷峰网
雷峰网
WordPress大学
WordPress大学
Jina AI
Jina AI
Google DeepMind News
Google DeepMind News
N
Netflix TechBlog - Medium
爱范儿
爱范儿
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
阮一峰的网络日志
阮一峰的网络日志
IT之家
IT之家
Blog — PlanetScale
Blog — PlanetScale
Hugging Face - Blog
Hugging Face - Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
V
Visual Studio Blog
Microsoft Security Blog
Microsoft Security 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迎来强劲对手 – 人人都是产品经理,
详解客户体系设计,你是会员派还是商户派?
刚哥 · 2024-12-30 · via 人人都是产品经理

“客户体系设计揭秘,会员商户各有千秋。” 在企业运营中,客户体系设计至关重要。三户模型如何运作?会员派和商户派又有何区别与特点?

做支付的除了断通道以外,最头疼的问题可能就是客户入网被卡住了,需要协调一堆人来解决审核、配置与授权问题。即使解决了有时也很难抵消客户的怨气。

其实客户体系的设计也代表了一家公司运作机制,以及对待客户的态度。因此,很多读者在咨询我如何优化商户系统的时候,我都会问清楚他们公司开展的是什么业务,需要解决什么问题,然后再给出建议。

我这么做的目的就是想帮助他定位问题,并找到解决的途径。而我思考问题的核心就是“三户模型”,它会让你去全局的思考和定位问题,找到最优解。

考虑到理论设计需要实践,本文也给出了一个实际的客户体系设计的例子,详细拆解三户模型实践和应用。

好在介绍客户体系设计之前,我们先回顾下什么是三户模型。

01 三户模型原理

好的钱包或账户产品并不会直接展示资金账户的原始信息,而是需要经过精心设计和包装。这类产品大多遵循“客户、用户、账户”的设计原则。支付宝为就是一个很好的例子。下面我们来他是如何使用三户模型来设计客户体系的。

1.1. 什么是三户

图1 三户的客户旅程

1、客户

客户就是“你的真实身份”,个人或企业的唯一社会标识,如身份证信息或企业营业执照号。支付宝通过实名认证来识别并记录客户的唯一身份,无论用户角色如何变化。

2、用户

用户就是“你的使用者身份”,个人或企业使用产品服务时,会通过操作员或管理员等账号登录。用户可以拥有多个身份,以体验不同的产品服务。特别是在对公账户中,用户身份就更复杂,因为账户通常由企业员工而非法人来管理。

3、账户

账户就是“你用钱时的身份”,这里的钱包括存款、债权、收益等。每个用户身份都需绑定账户以提供支付结算服务。

1.2. 三户两个流派

在讨论客户体系设计的时候,必须要知道客户体系设计有哪些流派,你所在的公司属于哪个流派,然后再对症下药。否则用错药,不仅不解决问题还会越搞越乱。

在支付行业,客户体系分为两个流派,一种是以网络支付为代表的会员派、一种是银行卡收单为代表的商户派。

图2 会员派与商户派

1、网络支付的“会员派”

提供网络支付和移动支付服务的平台,天然的认为平台上的所有客户都是他们的用户,并且倾向于通过线上渠道获取客户、签订协议及完成交易。

为了实现这一目标,它们采用会员的形式管理客户、支付产品、账户。这种模式的典型代表包括微信、支付宝及其他互联网支付公司。这个流派的优势在于客户管理体系简洁明了,线上业务开展便捷;但劣势则是对多层级账户体系扩展性较差(如微信花费三年时间才完成服务商和分账体系的升级)。

对于二级商户的扩展,有两种常见方法:

  1. 子商户模式:在特约商户账户下创建子商户账户,限制其独立登录权限,仅允许通过上级商户进行线上操作。
  2. 服务商授权:即保留特约商户的登录注册功能,而二级商户则通过向平台授权产品使用权来实现线上操作。典型的代表就是微信。

无论哪种方式,基于会员的产品授权机制仅能支持二级商户体系,无法进一步扩展到三级及以上。

2、银行卡收单“商户派”

以银行卡收单机构为主的“商户派”,他们由于是线下区域展业为主,因此,他们天然的依赖渠道商、代理商、服务商来帮他们拓展商户,因此他们需要一个多层级的商户体系结构。

这种体系的特点是很强的商户扩展性,商户可以拓展多个层级,每个层级可以按照角色挂载不同类型的商户。

他的缺点也很明显“容易乱”:

1)客户身份难统一:

  • 一个商户既可以在A渠道商进件也能在B渠道商这里进件,如果对商户数量进行限制或者风控,改造起来就会比较复杂,因为你要考虑下级商户是否会受到影响。2)产品签约关系复杂
  • 多级商户体系也带来了产品签约与审核的复杂性,比如二级商家新增一个产品如何授权给一级商家,授权后如何做到与其他二级商家隔离避免未审核的情况下获得产品。3)商户与产品多维组合
  • 多级商户身份与产品授权关系混合在一起,就形成一个复杂的多维矩阵的权限管理难题。

02 会员派模型设计

下面我们就以“会员派”模型为例来介绍下如何进行三户模型设计。(请注意,如果你是商户派的模型以下内容仅供参考)

图3 客户领域模型

在这个客户领域模型中以会员模型代替了用户模型,但是他依然遵循了统一客户身份,会员多角色、账户与产品关联授权的三户模型关系。

2.1、会员是入口

会员模型是与用户接触的入口,用户注册和登录时,会先生成一个会员号和操作员账号,随后就可以不开户的情况下就能在平台内浏览。如果用户想使用产品,则引导其进行绑卡、实名、签约和开户。

为了进行会员的统一身份管理,首次注册会同步开通一个唯一客户号,如果已经开通多个新的会员号则会合并到这个客户号下。

2.2、客户是管理视角

1)客户是管理视角

客户与会员的一对多关系,很容易让人理解成客户模型是可以被用户感知的,其实客户是后台管理的视角,用户并不能直接感知到客户模型的存在。

2)客户的统一身份

客户这个实体提供了统一的客户号,并且存放会员的身份、实名、风控等信息。他采用了一个继承关系,代表了他具有商户的最基本属性,并且可以通过客户的角色,来扩展个人和企业会员,或者个人或者企业商户。

3)客户的可扩展性

继承关系可能没学过技术的同学不太好理解,实际上就是可以扩展出三张表,个人客户表、企业客户表、商户客户表,然后通过客户号来进行统一管理。

可能有的读者会有疑问了,如果我同时开通了会员和商户,那数据是存两份吗?是的,会存两份但是客户号是唯一的。

这样做的好处是,你可以使用已有的会员实名信息作为辅助信息来开通商户,从而顺利从会员升级为商户。比如在微信中,个人用户申请收款码时,原有的实名信息可以直接使用,只需补充商户经营信息即可。

4)统一的风险管理

如果要对客户进行管理、甚至直接风控其下的所有账号,通过统一客户号就可以进行拦截和控制交易和账户。

2.3、账户与产品

一个会员可以开通“结算户、基本户、保证金户”等多个账户,并且签订不同的产品。如果要给二级商户开通收单、给家人开通亲情卡,可以通过产品与账户的关联关系来授权。当然这里的限制是,层级不能超过两层。

03 会员模型介绍

以上的模型比较理论化,下面我们根据会员、商户、账户做个逐个拆解,以展示其内在的关系。

图4 会员派的三户模型

会员三户模型,包含了面向用户的会员角色,面向商家的商户角色,以及底层提供交易和结算的账户能力。

个人和企业的客户的会员模型基本是相似的,唯一的区别在于企业收集的信息和管理的角色要比个人多。下面我们来介绍下个人和企业会员角色下的模型应用。

3.1. 个人会员模型

图5 个人会员模型

1) 个人客户

客户的数据是在你第一次注册实名之后就完成了认证和登记,并且身份数据是唯一的,在你交易或者开通其他账号时就可以快速的验证你的身份。

2) 个人会员

每个人都会有多个“小号”,所以个人会员他可以支持手机号、邮箱、昵称或者通过第三方授权登录等方式。针对每个使用者,他还提供对应“登录账号、注册信息、安全信息、绑卡信息”的存取,让客户可以在多个会员账号间切换。

3) 个人账户

同时系统也会为每个“个人会员”生成一个或者多个账户,以便进行交易。为什么是多个账户呢?因为你使用的产品可能都需要有一个对应的账户,这样才能方便结算。比如开通一个钱包要有支付账户,开通一个理财账户要绑定理财账户,开通信贷产品你要有个“信用账户”等。3.2. 企业会员模型

图6 企业会员模型

企业会员的模型与个人钱包类似,只是他的审核内容更多,审核过程要更加严格。

1) 企业客户

企业客户的唯一身份主要是“营业执照”(三证合一后为“统一信用代码证”)以及“企业信息、法人信息、联系人”等信息。

2) 企业会员

由于企业账户的使用者一般不会是法人本人,因此企业账户需要管理的角色就会比较多。包括“管理员、员工、出纳、操作员”等,通过这些角色的权限管理为用户分配不同的操作功能。对于支付的安全考虑企业账户也做得更加严格,在加密证书的基础上还增加了UKEY以保证支付的安全。

3) 企业账户

企业账户方面与个人账户区别不大,主要是限额更大、经办与审核更多。这里就不过多赘述了。

04 商户模型介绍

商户模型最大的区别就是在“会员”的基础上增加了商户的信息,这里包括“经营场景、签约产品、结算信息、结算银行卡、密钥证书”等与开展支付业务有所需的信息。

图7 商户客户模型

这个模型中对于不同的客户身份,商户的审核材料和要求会有不同的要求。

4.1、个人商户:

其实个人是不具备开展支付业务的条件的,考虑到小微商户收款的需要,也正在推出经营收款码,但是交易额度限制也是非常的低。

4.2、个体商户:

个体工商户属于小微企业,他也需要营业执照、经营场所等信息,只是他绑定的结算银行卡可以是法人账户。

4.3、企业商户:

这是标准的商户场景,他除了营业执照、经营场所等信息之外,他绑定的结算账户是企业对公账户。

05 账户模型介绍

最后我们来看下账户模型,账户模型是三户模型中比较独立的,他是对资金和账务结果进行登记,让你看到自己每天花了多少钱,还剩下多少的余额。

5.1. 账户结构

账户结构有很多种组成形式,分为三户、双户和单户,其作用也各不相同。

图8 账户的多种包装形式

1)三户模式:根据用户不同身份提供多种角色及相应产品,如个人/企业钱包账户、商户收款账户。常见于第三方支付产品,支持灵活组合,适用于多身份用户。2)双户模式:常见于银行账户产品,银行对实名认证要求高,防止用户利用多重身份套利。实名认证通常面对面进行,出现问题时有人工介入处理。3)单户模式:主要用于内部记账,功能单一。直接开户即可,无需额外设置。5.2. 账户属性

图9 账户属性

账户属性用于记账和资金管理,包括账户类型、余额、每日支出、消费额度、账户等级及账务信息等。其中,“会计属性”专门负责记录账务和资金变动,可以通过单式记账或复式记账来实现,这部分内容我们将在后续详细介绍。5.3. 账户生命周期

图10 账户生命周期管理

账户的生命周期管理让用户从接触到最终的销户,都在你的服务范围内,这样就非常方便你去营销客户。

06 写在最后

最后想说下,本文给出的模型是给大家一个借鉴,知道三户模型这个设计思想如何在实践中使用。我希望大家能够学到解决所有问题的“万人敌”的方法,而不是为了眼下困境的“拿来主义”,而放弃了全局思考。

本文由人人都是产品经理作者【刚哥】,微信公众号:【刚哥白话】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。