会员域
会员域是电商/新零售产品能力中负责经营客户与企业、品牌或商户之间长期会员关系的业务域：核心对象是可独立管理的会员关系（状态、等级、成长、权益），能力上限可扩到会员经营与忠诚度平台，但“和用户有关”并不等于都应归会员域主责。
简介
在中台化或多品牌零售里，“会员中心”常被当成万能筐：资料统一、等级配置、圈人触达、会员价、积分回撤、储值对账、客服补发……每一条都“和会员有关”，若因此默认同一系统主责，评审会从“建档案 + 配等级”膨胀到账号、营销、促销、交易、财务、客服全链路，工期与方案都无法落地。
2026-07-23-woshipm-membership-domain-scope（Zoe产品手记 · 电商产品能力拆解第 12 篇上篇）把问题从“需求太多”改写成“主责混在一起”：物理系统可以合并（小团队不必一上来拆七八个中心），决策责任、数据真源和账务责任不能混。会员域回答的不是“后台还有哪些和会员沾边的菜单”，而是：谁定义会员关系、谁对关系状态与权益规则负责、扩张边界止于何处。
与 会员价值承诺、权益价值设计、会员运营 的分工是：后三者多谈“卖什么、如何运营与评估”；会员域先谈“对象是什么、和周边域怎么切”。边界未清时先填等级门槛和权益表，只是在给模糊系统继续加配置。
关键信息
- 类型：概念 / 业务域（Domain）
- 领域：电商产品、新零售中台、会员体系、B 端产品架构
- 核心问题：会员域真正管理什么、最多扩到哪里、与账号/CRM·CDP/营销/促销/交易/财务/客服如何分主责
- 能力上限（文中表述）：会员经营与忠诚度平台；不等于所有客户经营系统的合集
- 相关概念：会员关系、会员体系设计、会员运营、会员分层、会员价值承诺、CDP 顾客数据平台、权益价值设计
核心特性
定义：管关系，不是管“所有沾边功能”
会员域的核心是 会员关系——客户与某企业/品牌/商户之间可被持续经营、可独立管理的关系实体。它通常带有入会时间、状态、等级、成长值、积分与权益视图，并可能向忠诚度经营扩展。账号解决“如何持续识别你”；会员解决“你和这家企业是什么关系”。把等级和权益只挂在登录账号上，会在跨品牌、集团账号场景立刻失真。
四词工作定义：用户 · 账号 · 客户 · 会员
| 对象 | 何时成立 | 典型标识/证据 | 常见误用 |
|---|---|---|---|
| 用户 | 可未登录 | 会话、设备 | 把“有流量”当成“有会员” |
| 账号 | 可被持续识别 | OpenID、手机号、App 账号及绑定关系 | 把账号合并当成会员权益可直接相加 |
| 客户 | 发生过交易/服务 | 订单、售后、留资 | 有订单就默认已入会 |
| 会员 | 入会规则成立 | 会员关系记录（品牌/商户/集团维度） | 把会员等级当成账号全局属性 |
四词不拆开，合并规则、跨品牌权益、会员价归属都会从第一步歪掉。
失控模式：每条都有关 → 全塞进会员中心
脱敏实例把评审压成三轮：① 人怎么合并（主身份、换绑、双号合并、注销后权益）；② 会员怎么用（圈人触达、会员价与活动价/券叠加）；③ 交易后怎么算（订单快照、退货回撤、储值对账、客服补发审批流水）。结论不是“这些需求不做”，而是先补主责与协作边界表再估工期。
物理合并 vs 责任合并
- 允许：同一代码库、同一后台菜单、同一部署单元承载多个能力（验证期产品尤其常见）。
- 禁止：默认“和会员有关 = 会员产品主责”；账务、促销计算真源、账号认证真源被会员中心“顺手”吞掉且无法审计。
与周边域（上篇给出的判断方向）
文中明确后续要与七类周边域画边界：账号、CRM/CDP、营销、促销、交易、财务、客服。已能落地的原则包括：
- 身份认证、凭证绑定 → 偏账号域；会员关系保留/合并/终止规则 → 会员域。
- 标签人群与触达 → 常与 CRM/CDP、营销协作；会员域提供“谁是什么会员”的关系事实，不默认承包触达通道。
- 会员价进入订单、与促销叠加 → 促销/交易计算与订单快照要有明确真源；会员域提供资格与价权规则输入。
- 积分/成长回撤、储值、权益成本 → 财务与交易回撤规则；客服补发必须带审批与流水，不能变成无主责的“会员后台手工改库”。
不同素材中的观点
- 2026-07-23-woshipm-membership-domain-scope：Zoe产品手记用“会员中心什么都管”的评审实例，论证会员域失控来自主责混同而非无关需求。给出四词拆分、账号≠会员、客户≠会员、等级不挂死账号等判断，并总结：会员域管可经营的会员关系；可扩至忠诚度平台；物理可合、责任/真源/账务不能混；和用户有关≠属于会员域。下篇将进入等级状态机、成长 vs 积分、权益与付费资格履约核算。读者评论补充：利益与业绩归属也应跟会员关系，否则财务对不上。
实用信息
会员域边界评审检查单
- 这条需求改的是身份识别，还是会员关系状态/权益规则？
- 主责是谁？协作是谁？数据真源在哪个系统？
- 是否涉及账务（储值、成本、对账）？记账与对账责任是否写清？
- 跨品牌/集团时，等级与权益是否按关系而非账号挂载？
- 账号合并时，会员关系是保留、合并还是终止？规则是否产品化而不是临时人工？
- 客服能否改资格/补发？是否有审批与操作流水？
- 边界未清前，是否暂缓大面积等级门槛与权益配置上线？
相关资源
- 系列上篇：2026-07-23-woshipm-membership-domain-scope
- 价值承诺侧互补：2026-07-07-woshipm-membership-system-value-commitment
- 主题总览：会员体系设计