多彩编程 多彩编程MZPH · CODE BLOG
ARTICLE DETAIL

文章详情

深耕前端与后端开发技术的一线实战笔记与踩坑复盘。

Auto Earn产品机制设计:资金池、流动性、自动续投与合规要点

Auto Earn产品机制设计:资金池、流动性、自动续投与合规要点 1. 从闲置资金焦虑说起这类产品到底解决的是谁的痛点过去几年我参与过不少现金管理类、余额理财类产品的方案评审一个比较普遍的现象是团队把 Auto Earn 当作一个自动扣款的定时理财功能来做却很少讨论它到底在替谁解决问题、为什么用户愿意把钱长期留在这里。结果就是功能上线了用户加了一层又一层留存却没有跟上。所以聊 Auto Earn 的设计思路我觉得第一步不是画流程图而是把这类产品放在真实的使用场景里先把用户的痛点和平台的诉求两本账摆在一起看。1.1 用户侧高流动性幻觉背后的真实需求先从用户说起。Auto Earn 类产品在一线用户眼里通常不是一个具体的资产而是活期之外的那点额外收益。核心使用场景很简单——工资到账或者商户回款之后钱暂时不用放活期觉得亏买定期又怕临时要取于是想找一个自动帮我打理、想用的时候又能拿出来的地方。这里有个容易被设计者忽略的心理细节用户嘴上说要灵活但真实的需求其实是确定性——确定到期能拿回本金、确定收益大致能达到展示的水平、确定申请赎回之后资金不会无声无息卡住。他们对流动性的理解往往是模糊的说好随存随取就默认和活期一样看到自动续投默认平台会在需要时把钱自动赎回来。这种认知和产品规则之间的落差恰恰是很多退出纠纷和客服压力的源头。所以从用户侧看Auto Earn 的本质不是自动理财而是一种能把闲置资金转化为持续收益、同时保留可控退出路径的自动化安排。用户要的不是复杂的资产配置而是不操作也能获得相对不错的收益这一结果。产品机制设计得越复杂用户心里的不确定性就越高越需要用规则和展示去对冲。1.2 平台侧资产利用率与用户留存的双重诉求平台为什么愿意做这类产品表面上看是为了提升用户的资金利用率让用户的闲钱沉淀在生态内部但更深一层的价值在于把低频资金变成高频资产。我见过好几家平台的数据没有 Auto Earn 产品时用户把资金提现出去后平均要隔几周甚至几个月才会再回来投资。资金一旦离开系统平台和用户之间的联系就断了后续所有运营动作都失去抓手。而有了自动投标、自动续投的产品之后用户的本金和收益会持续留在平台内流转每一次续投都是新的触达机会用户的留存周期能拉长好几倍。平台的另一个诉求是通过规模效应降低资产端的边际成本。单笔小额资金的募集和风控成本很高但通过 Auto Earn 把零散资金汇集到一个资金池里统一投标、统一管理、统一清结算平台就能用相对低的运营成本去匹配机构级的资产这也是这类产品在商业模型上能成立的根本原因。搞清楚这两侧诉求后再看机制设计才会顺所有的规则本质上都是对用户流动性与平台稳定性这对矛盾做取舍。锁定期怎么设、赎回规则怎么定、收益如何展示背后都是同一个问题——在用户想走就能走和平台能留下来管理之间找到一条双方都能接受的中线。2. 拆解产品规则设计的四个核心决策点设计 Auto Earn 类产品时团队最常争论的几个点集中在起投门槛、锁定期、自动续投方式和限额。每一项都不是拍脑袋定的背后都有资金流和用户预期的考量。逐个拆开说。2.1 起投与加入门槛卡的是资金体量更是预期管理很多产品团队在起投金额上习惯性抄同业别人 1 元起投我们也 1 元别人 1000 元起投我们也照搬。但起投门槛远不只是一个数字它实际上在替你筛选用户的资金属性。起投金额越低进来的越可能是对流动性极其敏感的小额资金这类用户把产品当活期替代三天两头申赎对系统清算和流动性管理压力极大。起投金额越高进来的越可能是中长期闲置资金用户相对稳定但也意味着产品门槛把大量普通用户挡在了外面。从平台机制看我倾向于把起投门槛和赎回到账时间作为一个组合来设计。举一个实际案例某平台起初把 Auto Earn 起投设为 10 元、T0 赎回到账上线一个月后资金的短期波动率非常高运营团队每天都要为垫资额度发愁。后来调整策略把起投提高到 100 元赎回到账改为 T1波动率明显下降用户反而因为到账时间更有预期而降低了催问频率。提示起投金额的本质不是能不能投而是预期管理。确定门槛前先测算一下在这个门槛下用户的平均持仓周期和申赎频率。2.2 锁定期与开放日设计流动性的价格必须在规则里明说锁定期是整个产品设计里最微妙的一环。完全不设锁定期用户随时进退平台就必须为此准备大量高流动性垫资资产端不敢配期限稍长的标的收益空间被压低锁定期太长用户觉得不灵活转化率上不去。我见过比较稳妥的做法是**阶梯锁定期对应收益梯度**——按 7 天、14 天、30 天、90 天分档锁定期越长预期收益展示越高。用户根据自己资金的使用计划去选择平台则根据锁定期的分布来安排资产端的久期错配。这个设计的妙处在于它把流动性变成了一种可以定价的要素用户并非被动接受约束而是在理解规则后做选择。开放日设计上需要特别注意开放日和确认日的语义混淆。所谓自动扣款日自动投标、到期日自动赎回对普通用户来说太长太绕。实际规则中往往需要在 T 日申购、T1 日确认份额、到期后的下一个开放日才能赎回。用户经常会把这个链条理解为今天申请今天到账。为了避免误解规则的表述应该按照用户视角来重新组织而不是照搬清算系统的口径。比如每日可申请赎回资金将在申请后 1-2 个工作日内到账就比T1 赎回到账更容易被接受。2.3 自动申赎与到期再投把忘记操作变成产品能力Auto Earn 和普通定期理财最大的差异在于自动两个字。自动投、自动赎、到期自动续投这套机制真正解放的是用户的注意力——不用盯到期日不用反复做决策。但自动也是最容易出问题的点。最典型的是到期续投的循环设计本金自动续投、收益却需要单独选择复投还是转出。很多用户以为自己选了收益转出结果到期后发现收益又滚动进了下一期本金产生了平台是不是偷偷扣我钱的误解。这类问题不能只靠客服解释机制上就应该把默认选项设置得更保守或者在到期前通过站内信、Push 给用户一个明确的确认提醒。实际操作中我还踩过一个细节的坑节假日的自动投标。某些赎回在周五发起到账要顺延到下周一如果顺延期间又触发了自动续投规则就可能出现用户以为钱回卡里了实际上又被投进了某个计划的情况。这种边界条件必须在上线前逐条梳理清楚否则一个小规则漏洞会在节后集中引爆客服压力。2.4 加入上限与当日限额流动性和合规的隐形闸门每个 Auto Earn 计划内部是一个资金池池子的进出速度决定了流动性风险的高低。绝大多数产品都会设置单人单日申购上限和产品总规模上限但不同平台的设定逻辑差别很大。有的平台把总规模上限设置得非常高主要为了冲规模数据有的平台控制在较低水平则是为了不让资产端和负债端错配太严重。从风控角度看总规模上限应该与底层资产的流动性状况挂钩而不是拍脑袋定。比如底层资产以高流动性债基为主规模可以放得宽一些底层资产有大量非公开标的就需要收紧上限保留足够的备用金应对赎回潮。另外当日赎回限额也很关键。即便规则写明15:00 前申请赎回当日受理也建议设置一个平台级的垫资上限。这个上限不是用来限制用户的而是在极端行情下防止流动性被单一用户的巨额赎回击穿。很多产品出事不是资产端出问题而是负债端的集中挤兑把资金链打崩了。这个隐形的闸门每个 Auto Earn 产品都应该装。3. 资金池与循环投配机制收益稳定性是怎么被设计出来的Auto Earn 的收益展示通常是一条看起来很平滑的每日万份收益曲线但这条曲线的背后并不是底层资产的收益天生平滑而是平台通过资金池管理和投配机制过滤掉了大量波动。这个环节是用户最难理解、也是产品机制设计中最有含量的部分。3.1 资产端收益与用户端展示之间的那座桥底层资产是债基、票据、存单还是信贷类资产决定了产品的真实收益波动特征。但几乎没有哪家平台会把底层的每一笔投向和回款日期原样呈现给用户——那样用户看到的会是一条锯齿状、时高时低的收益曲线对体验来说是灾难性的。平台通常的做法是用资金池做收益缓冲让用户端的净值/收益曲线尽量平滑。具体而言当底层资产的实际收益超出展示水平时超额部分不会全部当期分掉而是进入一个缓冲池当底层资产收益不足或者出现回款逾期时缓冲池的资金再补进来保证用户端收益不出现断崖。这个过程说白了就是平台在用超额收益为低收益期蓄水。用户端看到的是相对稳定的七日年化或者近一个月年化但平台后台实际管理的是不断流入流出的缓冲资金。理解了这一层就会明白 Auto Earn 的收益展示本质上是一种经过平滑处理的结果而并非底层资产的自然状态。注意产品页面上一旦使用了每日计息稳定收益等字眼一定要通过提示和规则说明让用户知道平滑机制的存在避免用户把平滑收益误解为固定收益。3.2 循环投标、到期错配与备付金平台在后台做了什么再往底层一层Auto Earn 的循环投配机制是整个流动性管理的核心。一般流程是这样的用户申购资金进入平台收款账户平台按预设策略将资金拆分成多份分批投向不同期限、不同收益特征的资产每笔资产到期后本金和收益回到资金池再重新进入下一轮分配用户发起赎回时平台先使用资金池的沉淀资金垫付后续再用到期回款补上。这个循环里有个非常反直觉的点用户看到的每日收益并不等同于资产每日实际到账。底层资产大多是非日付息产品回款节奏集中在到期日。平台能每天给用户分配收益靠的是资金池里有前期的沉淀收益可用于垫付然后等底层回款后再冲平。所以投配策略设计的核心是让不同期限的回款均匀分布避免某一天资金池集中兑付压力过大。实际操作中平台通常会把资产按 7 天、14 天、30 天、90 天离散配置并根据用户端的申赎数据做动态调仓。如果用户端数据显示近期有大规模赎回趋势投配策略就会自动偏向短期限资产保留充足备付金反之可以适当拉长久期争取更高收益。3.3 收益平滑和波动传导什么时候捂得住什么时候捂不住缓冲池机制不是万能药。极端情况下底层资产集体出现回款延迟或者净值回撤缓冲池很快会被击穿用户端收益也会跟着下滑。这时候不同平台的处理方式差异很大——有的选择当期硬扛、减少分配让用户端的收益曲线出现一个明显的凹坑有的则用自有资金补上差额维持展示收益的平滑。前一种做法的代价是用户信心受损容易引发赎回潮后一种做法的代价是平台自掏腰包承担了实际损失。一个负责任的设计者在前期就要考虑清楚缓冲池的资金规模到底应该覆盖多少比例的极端波动以及什么情况下选择刺破平滑展示真实回撤。我个人比较认同的做法是设置一个缓冲池覆盖率指标——即缓冲资金与在途资产总额的比值。日常运营中维持在一个经验值以上不同资产结构差异很大大概在 2%5% 区间同时设定一个触发线。一旦缓冲池消耗到触发线以下就要启动底层资产的提前退出或缩减申购规模而不是继续硬撑。这个机制就像大坝的泄洪闸平时关着但必须确保需要时能打开。4. 平台视角的风控与合规边界自动化的另一面聊到 Auto Earn很多圈内人关心的是用户怎么加进去、怎么退出来但真正决定产品能不能长期活下来的往往是风控和合规这两条线。产品经理如果不在机制设计阶段就把这两层考虑进去后面大概率要返工。4.1 风险分层的标的结构不要把鸡蛋放在同一个篮子里Auto Earn 的原因是分散但不同平台对分散的理解差异很大。有的平台名义上是分散实际底层资产高度集中在同一类信贷资产上一旦行业性违约爆发整个资金池都跟着遭殃。在标的结构设计上我是这样做的先按风险等级把可投标的分成几层比如高流动性低收益的现金管理类标的、中等期限固收类标的、以及少量高风险高收益标的。Auto Earn 资金池的默认配置以第一类和第二类为主第三类只做很小的比例配置而且要设置严格的单标的占比上限比如单只标的不超过资金池规模的 5%。之所以强调单只标的占比上限是因为它直接决定了资金池的容错能力。一旦某个底层标的出现回款逾期其在池内占比越小对整体收益的冲击就越小缓冲池也就越不容易被击穿。这个参数看似不起眼却是 Auto Earn 机制里最影响稳健性的一个设定。4.2 逾期与回款异常时的自动处理路径底层资产出现逾期是 Auto Earn 产品最大的隐性风险来源。关键是逾期发生后系统应该做什么很多产品在这一块的处理是缺失的只会等待回款导致用户端收益和本金被无限期拖延。比较完善的机制设计至少包含三条路径自动垫付回款逾期未到账时先启用备付金/缓冲池资金给用户正常兑付同时启动对底层资产的催收流程展期通知如果预期逾期时间较长平台需要主动通过站内信、短信等方式告知用户某笔底层资产延期当期收益可能受到影响而不是等用户自己发现资产替换在极端情况下平台可以启动强制转让或资产替换机制用优质资产置换逾期资产维持用户端的正常兑付但这件事合规性要求很高必须在产品上线前的协议里予以明确。逾期处理路径的设计本质上是在用户收益稳定性和平台信息披露义务之间找平衡。过度垫付会导致平台的隐性兜底负担拒绝垫付则直接把风险传导给用户。我的经验是垫付范围应限定在可预见的短期流动性缺口内长期逾期的部分必须如实向用户披露因为没有任何一套缓冲机制能够承受无限期的坏账。4.3 合规红线不承诺、不误导、可退出从合规角度讲Auto Earn 类产品最敏感的点在是否构成保本保息承诺。很多运营团队为了让转化率更好看在文案里写稳稳收益安心躺赚这些词在严格监管下都容易惹麻烦。平台机制层面能够做的是在产品交互里尽量明确三件事收益展示不能使用固定收益保底收益等表述可以用业绩比较基准过往收益仅供参考等方式风险提示前置。用户在加入前、加入确认弹窗、持仓页三个环节都要能看到不保本、收益有波动的风险提示不能只在用户协议某个角落里放一段话退出机制可操作。虽然 Auto Earn 意味着自动续投但必须保证用户可以在任何开放日主动退出不能被协议绑定到无法解除。这里特别想提一个容易被忽视的点协议与页面展示的一致性。很多产品的用户协议里写了本合同不构成任何收益承诺平台有权调整资产配置策略但产品页面却大力渲染安心保本这两边的话语体系如果打架一旦出现纠纷平台在法律上会非常被动。合规的机制设计不是做表面功夫而是要让协议语言、页面文案、用户认知三条线真正对齐。5. 用户心理与体验设计越自动越需要看得见的手Auto Earn 的核心卖点是自动但有意思的是这类产品在运营中最怕的恰恰也是自动。用户一旦感觉我的钱完全不受我控制了就会产生极大的不安全感。所以机制设计上需要给用户创造一些我随时都知道、随时都能撤的掌控感。5.1 透明感知实时持仓与收益明细的展示逻辑我见过不少 Auto Earn 产品的持仓页展示得极其简陋——只有总资产累计收益两三个数字。用户点进去看不到资金被投到哪了也看不到收益是怎么计算的。这种黑箱式的体验短期内不会出大问题但一旦市场有风吹草动用户会因为看不透而选择恐慌性赎回。比较合理的展示逻辑是在持仓页把信息分成三层。第一层是总览显示当前持仓总市值、今日收益、累计收益、加入时间和到期时间第二层是资金去向概览用通俗语言说明当前资金主要配置在哪些类型资产上不需要精确到具体标的但要有比例概念第三层才是明细包括每一笔投入的确认时间、到期时间、预计收益区间。这里有个细节收益明细最好用预期收益区间而不是单一数字。因为 Auto Earn 每笔资金的实际收益取决于具体投标的时间和回款情况一个固定数字容易被用户理解成承诺而预期区间既保留了空间也降低了后续解释成本。5.2 一条被很多团队忽略的路径用户如何主动退出大多数产品都把精力花在怎么让用户加入上对退出路径的设计非常潦草。Auto Earn 的退出体验做不好造成的口碑伤害比加入体验差要大得多。退出设计至少要考虑三件事。第一入口位置要明显。我见过某个产品用户想退出必须去帮助中心翻三篇文章才能找到入口这种设计就是把用户往外推。第二退出的确认信息必须完整。用户申请退出后要明确告知预计到账时间是否有违约金/手续费收益结算到哪一天。第三自动续投状态要可取消。很多用户误解取消自动续投和退出产品是同一个操作实际却是两个功能这种歧义在产品里非常常见需要在交互文案上反复消解。5.3 用话术和收益展示做用户教育的分寸Auto Earn 的运营文案有个常见的矛盾太专业用户看不懂太口语又不合规。怎么做这个权衡我的经验是用用户能感知的结果来替代专业术语的解释。比如讲到资金的循环配置与其解释资产端怎么分散投标不如告诉用户你的资金每天都会被自动安排到当前可用且适合的产品中平均分配、分散风险。语义上可能不完全精确但用户能建立直觉理解。再比如收益缓冲池用户不关心这个名字但他们会关心为什么收益时高时低——这时需要说明底层资产到期时间不同收益到账时间有先有后平台会将收益平滑分配最终累计收益相对稳定。用预期收益历史表现这类相对客观的表述去引导用户既是合规要求也是产品尺度上的稳妥选择。话术上比较忌讳的是马上赚零风险无波动这类绝对化表达一旦用户带着这类预期进来后面任何正常波动都会变成投诉理由。6. 我的三点建议上线前先把这三笔账算清楚写了这么多机制层面的分析最后想落在实际操作上。如果你正在设计或迭代 Auto Earn 类产品上线前我建议团队至少把下面三笔账先算明白否则机制设计得再精巧也可能在真实运营中翻车。6.1 账一不同锁定期下的流动性压力测试不要把用户平均持仓时长当成默认参数去设计锁定期。真实情况是无论你怎么设计总有一定比例的用户会把 Auto Earn 当活期存款用今天加明天赎、周五加周一赎。上线前要做一组压力测试假设单日赎回率达到多少资金池能扛住假设连续 5 日赎回率超过某个阈值需要动用到多少备付金。这个数字不是算一次就完而是要随着产品规模增长不断重新测算。很多平台的流动性出问题都发生在产品规模快速膨胀但备付金比例没有同步提升的时候。6.2 账二极端行情下的收益传导测试你可以设计一个缓冲池来平滑收益但必须想清楚当缓冲池耗尽时用户端展示的收益会变成什么样建议提前做一次模拟——假设底层资产有一个月的收益率降到零看用户端的收益曲线会是什么形状客服电话会被打爆到什么程度。提前演练的好处是运营团队能准备好应对话术产品团队能提前准备下调预期收益的公告模板不至于真正出问题时手忙脚乱。6.3 账三运营与客服侧的故障预案Auto Earn 的自动化机制固然省心但它一旦出了故障影响面往往是批量化的。比如自动续投脚本出现 bug一批用户到期后没有按时再投资或者收益分配任务重复执行导致某些用户多拿了钱。这些故障的发现和恢复应该在产品设计文档之外单独写一份 SOP。每一条规则变更、每一次版本迭代都要重新过一遍如果这里出错了用户看到什么、客服怎么回复、多久能修复。我自己的体会是Auto Earn 这类产品真正比拼的不是某个功能多炫而是规则是否经得起极端情况推敲、收益展示是否诚实、用户退出是否顺畅。把这三件事做扎实产品或许不会一夜爆红但它能稳定地、长久地赢得用户的信任。
返回列表