在老王刚入行产品经理的时候，问了同组老员工：阿里到底有多少产品系统啊？当时我只是单纯想知道，这么多产研团队，到底负责哪些产品。

后来我慢慢发现，大家都是螺丝钉，每个人能接触到的产品非常有限，仅和自己工作相关的系统负责人对接，对于全链路几乎都是不清楚的。

作为一个纯干货博主，老王就把我所调研的一些核心系统，跟大家简单梳理下，并图文并茂的表达出来，方便大家的深度理解。

总共10个方向，共100个系统，还有很多没有写，仅当抛砖引玉吧。内容特别多，本文先阐述前10个概念。

大家关注，收藏以后用。

另外，文末给大家准备了一整套原型库和PRD模板，文末有操作流程。

 1、CRM 客户关系管理系统 

CRM是企业销售体系的数字大本营。很多初级产品经理认为CRM只是一个存客户电话的电子表格，但高阶视角的CRM核心在于销售过程的标准化管控与企业资产的沉淀。它的根本目的是解决两个问题：

第一，防止客户随销售离职而流失；

第二，提高从线索到回款的转化效率。

在设计CRM时，核心业务流必须围绕线索、客户、商机、合同、回款这五个实体展开。

首先是线索管理，这里最经典的设计是公海池机制。产品经理需要设计一套严密的回收规则，例如销售领取线索后三天未跟进，或者十五天未成交，线索强制回收到公海池。这能倒逼销售人员产生危机感，盘活存量资源，打破占着茅坑不拉屎的僵局。

其次是商机漏斗的管理。你需要将销售过程拆解为标准动作，比如初步接洽、需求验证、方案报价、赢单签约。每个阶段都应配置相应的赢单概率，这样管理层打开仪表盘时，看到的不仅仅是数字，而是基于加权计算后的未来业绩预测。

再者是客户360度视图。这是展现层设计的重中之重。当销售点开一个客户详情时，系统要聚合该客户的所有交互历史，包括跟进记录、历史订单、工单记录、甚至关联的决策人关系树。这种全景视角的呈现，能让新接手的销售瞬间了解客户背景，降低交接摩擦。

最后，底层的权限模型RBAC必须极其精细。数据权限要做到私海隔离，即销售只能看自己的客户，经理能看部门的客户，总监能看全公司的客户。同时要防止撞单，设计查重机制，确保同一个客户在系统里具有唯一性。

 2、SCRM 社交化客户关系管理系统 

SCRM是传统CRM在移动社交时代的变种，目前国内市场几乎等同于基于企业微信的客户管理系统。

传统CRM侧重于管控，是记录型系统；而SCRM侧重于连接，是互动型系统。产品经理在设计SCRM时，核心挑战在于如何利用企业微信的接口能力，打通微信生态的流量与企业的业务流。

SCRM的第一大核心模块是引流与获客。这里必不可少的功能是渠道活码。普通二维码加一个人就失效了，但渠道活码可以配置成千上万个销售人员轮流接待，并且能自动给客户打上来源：公众号或来源：线下门店的标签。这解决了流量追踪的问题。

第二大核心是私域运营与触达。与传统电话销售不同，SCRM强调基于社交关系的信任培育。因此，侧边栏工具是产品设计的亮点。

当销售在企业微信和客户聊天时，右侧边栏可以直接调用素材库发海报、发话术、查看客户画像知道他买过什么、甚至一键发送营销活动。

此外，SCRM还需要具备群SOP标准作业程序功能，比如新人进群第一时间自动发欢迎语，进群第三天自动发优惠券，系统代替人工完成标准化的运营动作。

第三大核心是合规与风控。由于直接触达C端用户，企业非常担心销售飞单或者辱骂客户。因此SCRM必须对接企业微信的会话存档接口，实现聊天记录的合规留存。产品经理需要设计敏感词拦截系统，当销售输入私下转账等敏感词时，系统能立即阻断发送并向管理员预警。

 3、CDP 客户数据平台 

CDP是企业内部数据的大一统中心，它的核心使命是打破数据孤岛。在没有CDP之前，用户的浏览数据在App里，交易数据在ERP里，客服咨询记录在SCRM里，这些数据是割裂的。CDP要做的第一件事就是ETL，把这些零散数据全部抽取清洗并汇聚在一起。

CDP最核心的技术难点在于OneID身份归一化。一个用户可能未登录时有一个设备ID，登录后有一个手机号，在微信小程序里有一个OpenID，在线下门店买单时又留了一个会员卡号。CDP必须通过复杂的算法模型，识别出这些ID背后其实是同一个人，并将这些分散的轨迹合并成一条完整的用户时间轴。

在归一化之后，就是标签工厂的建设。标签分为事实标签、规则标签和预测标签。事实标签如性别男，规则标签如近三十天消费超一千元，预测标签如高流失风险用户。

产品经理需要设计可视化的标签圈选器，让运营人员像点菜一样，通过拖拉拽的方式圈选出居住在北京且喜欢喝咖啡的活跃女性，然后通过API接口将这群人推送到营销自动化系统进行触达。

 4、DMP 数据管理平台 

DMP与CDP最大的区别在于：CDP管理的是我知道他是谁的第一方实名数据，而DMP管理的是我不知道他是谁，但我知道他设备ID和浏览习惯的第三方匿名数据。

DMP是广告投放体系的核心大脑，它主要服务于广告主和媒体主。

DMP的核心价值在于人群扩展与相似人群寻找。比如你想卖高端口红，你手里只有一万个已购买用户的设备号。你把这一万个ID上传到DMP，DMP会利用全网的数据库进行特征提取，发现这群人普遍关注美妆博主、夜间活跃、使用iPhone最新款。

然后DMP会在全网数亿用户中，帮你找到另外一百万个具备同样特征但还没买过你口红的人。

在架构设计上，DMP极其依赖底层的海量标签库对接。它需要接入运营商数据、SDK联盟数据、广告交易平台数据。因此，DMP的产品经理重点要关注数据隐私计算，确保在不触碰用户隐私红线的前提下实现ID匹配。

同时，DMP需要具备极高并发的实时竞价响应能力，当一个符合条件的用户打开App的一瞬间，DMP要能在毫秒级判断出这个用户值多少钱，并决定投什么广告。

 5、会员系统 

会员系统是用户运营的定海神针，它的核心逻辑是通过让渡利益来换取用户的忠诚度和生命周期价值。一个设计优良的会员系统，包含等级成长体系和权益体系两大模块。

等级体系要解决的是如何升级的问题。产品经理需要设计成长值的获取规则，比如消费一元得一分，通过每日签到得五分。同时要设计等级的有效期和保级降级机制，如果用户三个月不买东西，等级是否掉落？这个机制能制造用户的损失厌恶心理，促使他们为了保级而持续消费。

权益体系要解决的是升级有什么用的问题。这里需要一个灵活的配置后台，将各种权益如包邮券、生日礼、专属客服、线下贵宾厅打包成不同的权益包，绑定到对应的等级上。

高阶的会员系统还支持付费会员如京东Plus、淘宝88VIP，这需要独立于成长等级之外，增加一套订阅周期的管理逻辑，处理续费、过期自动扣款等复杂的支付状态流转。

 6、积分系统 

积分系统在很多人的认知里只是一个用来签到领奖励的小功能，但从系统架构和财务视角来看，积分系统本质上是一个极其严谨的资产管理平台。

它不仅要处理高并发下的交易请求，还要像银行一样确保每一笔资产的流动都有迹可循。

首先我们需要明确积分的财务属性。

用户手中的积分对于企业来说是实打实的负债。因此，积分系统的核心设计原则不是玩法，而是资产安全与风控。

在底层数据设计上，我们绝对不能允许只通过简单的修改余额字段来增减积分，这会导致数据无法追溯甚至出现资产凭空消失的严重事故。

成熟的系统必须采用流水记账法，即用户的当前余额永远等于该用户所有历史收入流水减去支出流水的总和。每一次积分的变动，无论是签到获取、购物赠送还是兑换消耗，都必须在数据库中生成一条不可篡改的交易记录。

其次是复杂的生命周期管理。

积分从产生到消失，中间存在着冻结、解冻、过期和冲正等多种状态。当用户下单获得积分时，这笔资产不能立即进入可用账户，因为用户可能会退货。

系统需要设计一个冻结期，通常等到订单确认收货且过了售后维权期之后，积分才会自动解冻归入可用余额。如果用户发生了退款行为，系统还需要触发逆向流程，精确计算并收回这部分积分。如果用户在退款前已经把积分花掉了，系统甚至需要计算现金抵扣金额进行追缴，这里的逻辑链条非常长且复杂。

最后是积分的清算与过期策略。

为了控制企业的负债规模，积分通常都设有有效期。这里最考验算法的是先进先出原则。当用户账户里混杂着下个月过期的积分和明年过期的积分时，用户发起了一笔兑换请求，系统必须优先扣除那些即将过期的积分。这需要在后台维护一个精细的批次管理表，确保持有者的权益最大化，同时也符合财务审计的要求。

 7、Push 消息触达系统 

把消息触达系统仅仅理解为一个群发消息的工具，是初级产品经理最常见的认知误区。

在千万级用户体量的平台上，消息系统不仅是信息传递的管道，更是流量调度的指挥官和用户体验的守门人。如果设计不当，它会成为导致用户卸载应用的元凶。

高阶的消息系统核心在于解决两个矛盾：一是高昂的发送成本与触达率之间的矛盾，二是营销诉求与用户打扰之间的矛盾。

首先谈路由策略。一条消息的下发不应是盲目的，而应该遵循成本最优和体验最优的路径。系统需要内置一个智能路由引擎，当运营人员配置了一条营销任务时，系统首先尝试通过成本几乎为零的App推送通道下发。由于安卓生态的复杂性，推送到达率往往不稳定。

此时系统需要建立监测机制，如果在推送发出后的特定时间内没有收到客户端的送达回执，系统应自动降级，切换到微信服务号模板消息通道。

只有在极高优先级的场景下，比如验证码或资金变动通知，且前序通道全部失败时，才会最终兜底使用成本较高的短信通道。这种故障转移和智能降级机制，能为公司节省巨额的通信成本。

其次是疲劳度控制。这是消息系统的良心所在。我们必须在全局层面建立一个防打扰模型，对用户接收消息的频率进行严格限制。

比如系统规定单个用户每天最多接收一条营销类消息。这就要求所有的消息类型必须分级：一级为核心业务通知，如订单状态、验证码，这类消息必须穿透屏蔽；二级为一般服务通知，受轻度频控限制；三级为营销推广，受严格频控限制。

如果运营人员和业务系统同时向同一个用户发送了营销内容，系统必须根据优先级进行拦截，防止手机震动引发用户的反感。此外，系统还需支持夜间免打扰模式，除非是极紧急的安全通知，否则在深夜时段自动将消息压入队列，延迟到次日早晨发送。

 8、短信触达系统 

短信触达系统在很多初级产品经理眼中，仅仅是一个调用第三方接口发信息的模块。但在高阶视角下，短信是企业与用户之间最昂贵但最可靠的最后一道防线。

与免费的APP推送不同，短信是付费的，且直接通过运营商网络下发，不依赖APP是否存活，因此它承担着验证码下发、核心资产通知以及沉睡用户唤醒的重任。

短信系统的核心在于通道管理与模板渲染。它的应用场景极其明确：

一是身份验证，如注册登录、修改密码，要求极高的实时性3秒内必达；

二是服务通知，如发货提醒、航班延误，要求高到达率； 

三是营销推广，如大促预告、优惠券到账，这类场景对成本极其敏感。 

短信是连接虚拟互联网与真实用户手机号码的桥梁，是构建账号体系的基石。短信最大的痛点在于成本与合规。 

首先是成本高昂，一条短信通常在3到5分钱，对于千万级用户量的平台，一次全量群发就是几十万的预算，因此必须做精细化控制。 

其次是通道质量不稳定，单一供应商可能会因为网络拥堵或被运营商封禁导致大面积发送失败，系统必须具备多通道切换能力。 

最后是合规风险，营销短信如果频次过高或文案涉及敏感词，会被运营商拦截，甚至导致整个签名被拉黑，造成验证码都发不出去的严重后果。

设计短信系统时，首要任务是通道冗余设计。不能只接一家供应商，至少要接两到三家如阿里云、腾讯云、梦网，并建立实时监控机制，一旦A通道成功率跌破95%，自动无缝切换到B通道。

其次是签名与模板管理。为了合规，所有的短信发送必须基于报备过的模板。后台需要将业务侧的文案抽象为带有变量的模板，比如您的验证码是${code}，并对不同业务线的签名进行隔离，防止营销短信的投诉影响到验证码通道。

最后是防轰炸风控。必须在网关层建立频率限制，比如单手机号每分钟只能发1条，每天只能发10条，防止恶意攻击者利用接口刷光企业的短信预算。

 9、分销系统 

分销系统常被俗称为拉人头工具，但在专业领域，我们称之为社交电商S2b2c模式的核心引擎。它的本质是利用用户的社交关系链，将企业的广告预算转化为给用户的佣金，从而实现低成本的获客与销售转化。

分销系统的核心在于关系绑定与利益分配。 常见的场景包括：

一是社区团购，团长作为分销节点，服务小区居民；

二是知识付费，用户购买课程后生成专属海报，朋友圈有人扫码购买即可获得返现；

三是微商代理，具有等级制度的进货与销售体系。

通过分销，企业将每一个用户都变成了潜在的销售渠道。 分销系统最大的风险在于合规性。 国内法律严格禁止三级及以上的分销模式即多层次计酬，这涉嫌传销。

因此，产品设计必须严格控制在二级以内：

A推荐B，B购买A有佣金；

B推荐C，C购买B有佣金，A可能有一点管理奖，但不能无限层级抽成。 

此外，抢客冲突是业务痛点。如果用户C既点击了A的链接，又点击了B的链接，最后成交了，佣金算谁的？这需要明确首点归因还是末点归因的策略。

最后是资金安全，必须实行T+N结算，防止用户为了骗取佣金进行刷单，拿到佣金后立马申请退款，导致平台资损。

设计分销系统时，第一步是搭建关系链中心。系统需要记录谁邀请了谁、绑定有效期是多久、是否具有排他性。 

第二步是选品与佣金配置。不是所有商品都适合分销，通常选择高毛利商品，并支持按比例或按固定金额设置佣金。

 第三步是结算状态机。佣金产生后状态为待结算，只有当订单状态变为交易完成且过了售后维权期如15天后，佣金才能流转为可提现。在此期间发生退款，系统需自动触发佣金回滚。 

第四步是推广素材中心。系统必须能自动合成带用户专属二维码的商品海报，降低分销员的推广门槛。

 10、营销自动化 

营销自动化是现代运营体系的智能大脑。它的核心目标是将复杂的运营策略转化为系统可以自动执行的规则流，从而将运营人员从机械的发券、发短信中解放出来，实现千人千面的实时触达。

一是挽留策略，用户将商品加入购物车24小时后未下单，系统自动发送一张95折优惠券； 

二是生命周期关怀，用户注册第3天发新人引导，第7天发进阶攻略，第30天发生日祝福；

三是流失召回，当高价值用户超过60天未登录，自动触发短信+邮件组合唤醒。 通过MA，企业构建了一套24小时不间断工作的自动化销售机器。 

MA系统的难点在于策略冲突与数据实时性。 如果规则设置得太密集，一个用户可能在一天内同时触发加购挽留、大促通知和生日祝福，导致用户体验极差。系统必须具备全局的互斥机制和疲劳度控制。

此外，MA严重依赖底层数据的实时流转。如果用户刚刚下完单，系统因为数据延迟还在给用户发您有未支付订单的催付短信，会造成严重的客诉。 MA的核心产品形态是流程画布。

产品经理需要设计一套可视化的拖拽界面，包含三个核心组件：

触发器：监听用户行为，如支付成功、取消订单、浏览商品超过3次。

过滤器：筛选人群属性，如仅限VIP用户、客单价大于200元。

执行器：执行具体动作，如发短信、送积分、打用户标签。 后台需要一个强大的调度引擎来解析这些流程图，并实时监听事件流进行匹配执行。

以上详细介绍了下产品经理必懂的系统概念之一，后面还会继续更新这个系列

另外，老王给大家准备了500个原型模板库，里面有上述系统的原型图，可以直接放到Axure里操作。