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

推荐订阅源

J
Java Code Geeks
腾讯CDC
M
MIT News - Artificial intelligence
Y
Y Combinator Blog
L
LangChain Blog
Vercel News
Vercel News
云风的 BLOG
云风的 BLOG
GbyAI
GbyAI
Stack Overflow Blog
Stack Overflow Blog
Microsoft Azure Blog
Microsoft Azure Blog
B
Blog RSS Feed
The GitHub Blog
The GitHub Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
B
Blog
P
Proofpoint News Feed
H
Hackread – Cybersecurity News, Data Breaches, AI and More
博客园_首页
Google DeepMind News
Google DeepMind News
WordPress大学
WordPress大学
aimingoo的专栏
aimingoo的专栏
小众软件
小众软件
IT之家
IT之家
A
About on SuperTechFans
H
Help Net Security

人人都是产品经理

为什么你的产品找不到差异化?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-05-15 · via 人人都是产品经理

用户成长的能力支撑:会员中心

会员是产品常见的变现手段之一,也是用户运营的核心体系。那对于该功能的设计,其整体架构和流程是怎样的?这篇文章,我们来看看作者的分享。

用户运营中有用户成长、用户激励、用户声音、用户洞察、用户贡献。对应到数字平台中,会员中心负责用户成长体系,权益中心负责用户激励体系。会员中心主要负责会员的统一管理、会员体系、会员等级、勋章、会员任务。

  • 会员体系:基于用户运营整体考虑,设计多个会员体系对应到不同业务。一般的一个品牌只有一套会员体系,多套会员体系会引起用户困惑、运营难度增大。
  • 会员等级:在会员体系下,对会员设定等级,升降级规则,并给予对应的等级权益,激励会员忠于品牌、保持粘性。
  • 会员勋章:在会员体系下,对会员设定奖励勋章、勋章升级或收回规则,并给予对应的勋章权益,激励会员忠于品牌、保持粘性。

等级与勋章:一般的会员等级体系一套,勋章体系可以多个,比如会员有钻石、白金、金、银,勋章可以是健康达人、社区贡献达人等;会员体系针对所有会员用户,而勋章更灵活,可针对某一人群;勋章可以有等级体系,也可以没有。

  • 会员任务:以任务+权益方式,引导新会员、老会员参与社区建设、品牌传播、消费。

一、核心流程

会员等级变化:

  • C端用户行为触发权益发放规则,权益流水触发会员等级升级规则,用户会员等级自动升级。如成长值或积分达到某会员等级设定值,自动升级。
  • 固定周期内用户无指定行为,会员等级被降级,对应权益收回。
  • 可手工调整会员等级。

勋章变化:

  • C端用户行为触发权益发放规则,权益流水触发勋章等级规则,用户勋章等级自动升级。
  • C端用户行为触发权益发放规则,获取新勋章。
  • 可手工发放或收回勋章。

会员任务:

C端用户完成会员任务指定的用户行为,触发权益发放规则。如每日签到、连续签到送积分。

二、系统功能

会员中心属于C端用户中心的下游业务,管理会员、会员身份、会员任务。一般都是由C端用户中心来承担会员功能。如果会员中心属于独立系统,则需要C端用户中心与会员中心建立映射关系来打通。

会员身份中,以会员等级为主,勋章为辅。

核心功能如下:

  • 基础管理:所有会员基础信息管理,并可通过用户ID等查询会员信息,以及会员相关的权益账户信息,比如积分余额、已领取的优惠券使用情况等权益信息。也可将某会员纳入黑名单,或从黑名单中移除、恢复会员身份。
  • 会员等级:会员等级体系的管理,等级设置(会员卡)和升级、保级(降级)规则、等级权益的设定。
  • 勋章:勋章体系的管理,勋章设置和升级、发放规则、勋章权益的设定。
  • 会员任务:会员任务的管理,包括任务组、任务配置、任务权益的设定。

三、整体架构

会员中心、权益中心和C端用户中心类似,属于基础服务系统。会员信息、会员身份、权益等信息可在多端呈现。

  • 应用平台:已存在的平台或业务协同的三方平台。
  • 业务中心:进行业务处理的各业务中心,比如订单中心、权益中心、活动中心等。
  • 生态服务:与品牌方协同,为C端消费者提供服务的服务商,如银行、酒店等。

四、ER模型

如果业务场景复杂,会有多个会员体系,一个C端用户对应多个会员体系,即一个C端用户会有多个会员、多个会员身份(等级、勋章)。

五、关键应用

会员体系

  • 支持业务线按照统一的权益结算规则建立会员体系,按品牌设定。
  • 一般情况下一个品牌只有一套会员体系。
  • 复杂业务中会有多套会员体系。

会员管理

  • 一套会员体系下只有一个会员管理。
  • 会员基本信息查询。
  • 会员取消与恢复处理。会员身份取消后,所有相关的会员服务和权益不可使用。

会员等级

  • 在会员体系下、建立统一的会员等级、会员卡。
  • 一个会员体系下,可有多套会员等级。一般使用一套会员等级+多个勋章来满足不同业务场景上的会员激励与运营。
  • 会员等级下的会员卡可配置规则、自动实现升级、降级、保级,也可手动调整或发放会员卡。
  • 会员等级下的会员卡,可配置不同权益,如勋章、折扣、包邮、尊享优先等权益。
  • 在保级规则设定的保级时段内,如达不到保级规则要求,则为降级,直到本等级下最低会员卡。

会员卡关键信息:

  • 等级序号:需要明确等级下各会员卡的排序,比如VIP等级下有钻石、白金、金卡、银卡,对应设定1~4的序号。
  • 获得方式:可以是现金购买,也可以购买指定商品后以权益方式发放,也可以是基于消费金额、积分、成长值来发放。都需要指定具体规则。
  • 保级:有无保级要求。如果有,达不到就要降级。保级可以设定与获得方式类似的。
  • 会员卡权益:可以给会员卡配置权益,来自已发行的权益,会有多个。

勋章

  • 在会员体系下、建立统一的勋章系列、勋章。
  • 一个会员体系下,可有多套勋章。
  • 勋章可有独立的,也可设立等级。
  • 每套勋章可配置规则,可手工和自动发放。
  • 不同勋章可配置不同权益,如折扣、包邮、尊享优先等权益。
  • 运营平台可禁用消费者已获得的勋章。已获得的勋章被禁用后,该勋章的权益不可使用。
  • 勋章类型:有普通独立的勋章,也有系列的或等级的,序列没有等级排序之分的,等级需要维护等级序号。

勋章关键信息:

  • 获得方式:购买指定商品后以权益方式发放,也可以是基于消费金额、积分、成长值来发放。都需要指定具体规则。
  • 勋章权益:可以给会员卡配置权益,来自已发行的权益,会有多个。

会员任务

  • 基于业务运营需要,设置不同场景下的会员任务组,如日常任务、新会员任务等。
  • 会员任务组下会有多个会员任务。
  • 会员任务有用户行为、人群、有效期、完成方式、完成周期的约束。
  • 任务权益有奖励上限约束。针对连续行为可设定连续奖励,例:每日签到1次送1积分。如一周内每日都签到,则每次奖励2积分。连续奖励会突破每日奖励上限。

任务关键信息:

  • 终端渠道:可设置在哪些端上可见会员任务,以及完成后还要不要显示。
  • 完成方式、完成周期:比如每1日浏览内容1次送1积分,但每1日(完成周期)奖励上限为6积分,或每1日浏览内容累计2次送3积分,但每1日上限10积分。
  • 连续奖励、连续周期:有连续奖励且设定了连续奖励数值后,符合连续奖励条件的按连续奖励数值给权益,不符合按照正常的完成方式和完成周期执行。如:连续5周(连续周期)、每2日浏览内容4次,奖励200积分。

专栏作家

王建儒,微信公众号:王建儒营销数字化,人人都是产品经理专栏作家。20年大汽车/大房产等行业数字化转型、研产供+营销服数字化平台规划建设与运营经验,聚焦B2B2C模式的营销数字化、新零售C2M/OTD、全域数字化运营。曾任新能源车企产品总监、科技公司CPO、用户运营与C端产品负责人、IT负责人、CRM资深专家,甲乙方经历。

本文原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App

10-241821 浏览

竞逐文生图大模型,百度、快手、网易“明争暗斗”

07-104909 浏览

左手多巴胺穿搭,右手MBTI性格,被标签的年轻人

08-233587 浏览

B站电商,赚钱养UP主

11-223368 浏览

大模型PK:阿里云与百度的“全家桶”谁更胜一筹?

09-214414 浏览

TikTok豪赌黑五