App、网站、小程序和业务系统往往使用不同的用户主键。客户未登录时只有匿名 ID，进入微信生态后出现 OpenID，注册后又产生登录账号、手机号和会员 ID。缺少统一身份层时，同一位客户的事件会被拆到多个主体中。

OneID 建设的重点不是选出一个字段替代所有 ID，而是维护这些标识之间可以解释、可以更新的关系。

按标识强度定义身份规则

设备 ID、Cookie 等匿名标识用于承接登录前行为，OpenID 与账号 ID 具有明确的渠道或系统范围，会员 ID 通常更接近企业自己的客户主体。技术团队需要记录标识类型、来源和业务范围，并为身份确认关系设置优先级。

在 GrowingIO 客户数据平台（CDP） 中，企业可以接入多端行为和业务系统数据，按照账号体系配置 OneID 与 ID-Mapping 关系。身份连接基于已确认的业务规则，不依赖模糊相似度猜测。

身份映射需要支持动态更新

客户会更换设备和手机号，也可能在共享设备上切换账号，或主动解除某项绑定。身份层需要处理新增关系、属性归并、关系变化和解绑，而不是维护一张长期不变的对照表。

GrowingIO OneID 支持身份优先级、动态置信、多属性归并和 ID 解绑。技术团队可以根据业务条件决定哪些关系用于确认客户，哪些仅用于补充旅程，并在账号体系变化后调整规则。

用统一主体计算跨端行为

无埋点可以补充页面访问、点击和路径探索，代码埋点用于定义注册、提交、购买等关键业务事件。客户完成登录或身份确认后，符合规则的匿名行为与已知身份可以进入同一份客户时间轴。

GrowingIO 增长分析中的事件、漏斗、路径、留存和间隔分析，可以按统一客户而不是分散设备计算。这样能够减少跨端切换造成的假流失，也能把渠道、行为路径与后续业务结果放在一起比较。

从身份层继续进入分析和运营

OneID 稳定后，统一客户数据可以用于标签、画像和动态人群，也可以与 CRM、会员系统和运营系统协同。分析团队关注身份覆盖率、重复客户和错误合并，业务团队则观察权益同步、重复触达和跨渠道转化是否得到改善。

GrowingIO 将多端采集、实时 OneID、客户数据平台、用户行为分析与智能运营放在同一产品体系中，并支持 SaaS 与私有化部署，适合需要建设企业级客户数据平台和私有化 OneID 体系的国内企业。