AI用户增长配置：从零搭建可用的增长数据链路
AI用户增长配置的核心是把用户行为数据采集、存储、分析和可视化这条链路跑通。
本文适合零基础运维或运营人员，在已有 Linux 服务器（推荐 Ubuntu 22.04 或 CentOS 7+）上，用 Docker 部署一套开源增长分析服务，并完成数据接入和看板验证。
下面按准备、操作、避坑、验证的顺序展开。
开始前需要确认的环境条件
先确认服务器能正常访问外网，并且已经安装 Docker 和 Docker Compose。
没有安装的话，执行以下命令（以 Ubuntu 为例）：
# 安装 Docker
curl -fsSL https://get.docker.com | bash
# 启动并设置开机自启
systemctl enable --now docker
# 验证版本
docker --version
docker compose version预期结果是两条命令都能输出版本号。
如果 docker compose 报错，说明 Compose 插件未安装，可以改用 docker-compose 命令，或按官方文档补装插件。
还需要准备一个域名或直接用服务器 IP 访问管理后台。
如果走 HTTPS，提前在域名解析里添加 A 记录，并放行 80、443 端口。生产环境不建议直接用 IP 暴露管理后台，至少加一层 Nginx 反向代理和访问密码。
部署增长分析服务并接入用户数据
这里以开源用户行为分析平台为例，用 Docker Compose 启动服务。
新建目录并写入配置文件：
mkdir -p /opt/growth && cd /opt/growth
cat > docker-compose.yml <<'EOF'
version: "3.8"
services:
growth:
image: growthbook/growthbook:latest
ports:
- "3000:3000"
- "3100:3100"
environment:
- MONGODB_URI=mongodb://mongo:27017/growthbook
depends_on:
- mongo
mongo:
image: mongo:6
volumes:
- ./mongo-data:/data/db
EOF执行 docker compose up -d 启动。
用 docker compose ps 查看两个容器状态是否为 running。
随后浏览器访问 http://服务器IP:3000，首次进入会引导创建管理员账号。
登录后进入 SDK Connections 页面，生成一个客户端 SDK Key（用于前端埋点）和一个服务端 Secret（用于后端上报）。
把 SDK Key 填入你的网站或 App 前端初始化代码中，例如：
// 前端初始化示例
growthbook.init({
apiHost: "http://你的服务器IP:3100",
clientKey: "sdk-你的key"
});保存后刷新页面，在 GrowthBook 的 Metrics 或 Experiments 页面应能看到 SDK 连接状态变为已连接。
如果一直显示未连接，检查 3100 端口是否放行、前端请求是否被浏览器跨域拦截。
配置增长看板时容易踩的坑
第一，不要跳过数据源校验直接建指标。
先在 SDK Connections 里点测试连接，确认返回正常再继续，否则后面看板全是空数据。
第二，MongoDB 数据目录要挂载到宿主机（上面配置里的 ./mongo-data），否则容器重建后实验配置和用户分群数据会丢失。
第三，如果服务器开启了防火墙，只放行 3000 和 3100 还不够，前端埋点请求的域名或 IP 必须和 apiHost 完全一致，包括协议和端口，否则会出现 CORS 报错。
第四，增长实验的指标定义要提前和业务对齐。
比如“注册转化率”的分子分母口径不同，看板数字会差很多，建议先在文档里写清楚再配置。
验证配置是否真正生效
验证分三步：先看容器日志有无报错，docker compose logs -f growth 观察启动和请求日志；
再在浏览器开发者工具 Network 面板确认埋点请求返回 200；
最后在 GrowthBook 后台创建一条测试指标，用前端触发一次事件，看指标数据是否在几分钟内出现。
如果数据延迟较长，检查 MongoDB 连接是否正常，以及前端 SDK 是否开启了批量上报。
对于日活较小的站点，可以调低上报间隔便于调试。
常见疑问
AI用户增长配置一定要用 Docker 吗？ 不一定，Docker 只是降低部署门槛。
熟悉 Node.js 和 MongoDB 的话，也可以直接源码部署，但依赖版本需要自己锁定，维护成本更高。
增长看板数据对不上怎么办？ 先核对事件上报时间和时区设置，再检查指标定义里是否排除了测试用户。
多数对不上的情况是口径不一致，而不是数据丢失。
没有公网域名能配置吗？ 可以先用 IP 加端口访问做内部验证，但正式对外开放前建议绑定域名并启用 HTTPS，避免 SDK Key 在明文请求中泄露。
完成以上步骤后，你的 AI用户增长配置 就有了可运行的最小闭环。
后续再根据业务需要增加分群、实验和告警规则，不要一次性堆太多指标。
遇到异常时，优先回看数据源连接和端口放行这两项，大部分问题都能定位。
