> For the complete documentation index, see [llms.txt](https://growingio.gitbook.io/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://growingio.gitbook.io/docs/product-manual/uesr-analysis/segmentations/create.md).
# 创建用户分群
## 方式一：规则创建
一. 在顶部导航栏选择“**用户分析 > 用户分群”**，进入用户分群列表页面。
二. 单击**新建分群**，打开新建分群页面。
三. 选择用户类型（登录用户/访问用户），添加一条或多条分群规则。
> 选择用户做过/没作用时，单击每条规则后的 
可对做过没做过的事件进行筛选。
| 项 | 参数 | 说明 |
| - | ------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 1 | 用户类型 | - 访问用户：访问用户 ID 是 GrowingIO 随时生成的唯一 ID，如果你想要分析的是产品所有访客，可以选择“访问用户”。
- 登录用户：如果您想要分析的是登录用户的行为，比如登录用户的跨屏购买等行为，可以选择“登录用户”。
能否选择“登录用户”取决于您的项目中是否上传过用户属性字段；如果有上传，那么您可以选择“访问用户”或“登录用户”类型，如果没有上传过用户属性字段，那么您只能选择“访问用户”类型。
|
| 2 | 群分规则 | 您可以根据用户的属性和行为来定位目标用户。用户群有什么样的固有属性和行为特征，决定了用户是谁；在用户分群中您可以通过“用户做过/没做过”来筛选用户行为；通过“用户是/不是”来筛选用户属性。
- 用户做过/用户没做过：可以进一步通过过滤条件来限定该事件发生的特定条件。可以用来过滤事件的维度包括：您在项目中上传的自定义用户属性、GrowingIO SDK 默认采集的访问相关的维度包括设备信息，地域信息，用户来源（包括广告渠道），页面维度；以及通过埋点上传的各种变量(只支持计数器型)。
- 用户是/不是：可以通过用户属性来定位目标用户。可以选择的维度包括您在项目中上传的自定义用户属性、GrowingIO SDK 默认采集的访问相关的维度包括设备信息，用户来源（包括广告渠道），地域信息等。比如，选择 "用户是 访问来源 = 直接访问 过去 7 天"，代表的是过去 7 天，曾经通过直接访问来到产品的用户。
📔 注意事项：
- 当您选择用户做过，规则选择<=N或\
- 当您想使用用户没做过来过滤用户时，因为我们无法判断您的全量用户群（访问用户+登录用户）有多少，请您先设置一个用户做过的条件作为筛选用户没做过的用户群基数。
|
| 3 | 时间 | 起始时间最早为项目的接入日期，结束日期最晚为昨日，最长不超过365天。 |
| 4 | 增加条件 | 增加条件，一个条件组最多可存在5个条件，例如A1、A2等。 |
| 5 | 增加条件组 | 增加条件组，最多可存在10个条件组，例如A、B、C等。 |
| 6 | 修改条件组关系 | 修改条件组关系，单击AND可变更为OR。 |
| 7 | 删除条件 | 删除条件，鼠标悬浮在条件上时，可单击 `x` 删除条件。 |
四. 单击保存，选择可见权限后单击确定。
## 方式二：上传用户ID
> 您可能遇到过这样的场景：
>
> 1. 通过第三方系统举办了一场线上公开课，希望追踪报名并且参加了课程的用户后续在产品中的转化和使用情况。
> 2. 希望用 GrowingIO 分析一批核心用户的行为，这些核心用户是根据系统中用户的历史购买数据来定义的；但是不想把这些核心交易数据上传给 GrowingIO。
>
> 这样的情况下如何可以在 GrowingIO 构建出目标用户分群以便分析这些用户在产品中的行为呢？就可以通过 "上传登录用户 ID" 的方式。
{% hint style="info" %}
前提条件：项目中是否配置了登录用户变量，如果没有配置，则无法上传，登录用户变量的配置方法具体参考各SDK集成章节的**自定义数据上传。**
{% endhint %}
一. 在顶部导航栏选择“**用户分析 > 用户分群”**，进入用户分群列表页面。
二. 单击**上传用户ID**，打开**批量上传登录用户ID**页面。
三. 拖动用户ID文件到上传框，在提示完成后单击继续，完成分群命名和权限配置后单击保存。
{% hint style="info" %}
* 目前只支持 .csv 格式文件;
* 文件大小不超过 15M;
* 仅支持 GrowingIO平台已有登录用户 ID 上传，第一行须作为标题行;
* 支持上传最多 40 万行数据，超过 40 万行时只保留前 40 万行。
{% endhint %}
## 方式三： 漏斗/留存/分布分析一键创建分群
[漏斗分析一键创建分群](/docs/product-manual/product-analysis/funnel/create.md#yi-jian-chuang-jian-fen-qun)
[留存分析一键创建分群](/docs/product-manual/product-analysis/retention/create.md#yi-jian-chuang-jian-fen-qun)
[分布分析一键创建分群](/docs/product-manual/product-analysis/frequency/create.md#yi-jian-chuang-jian-fen-qun)
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://growingio.gitbook.io/docs/product-manual/uesr-analysis/segmentations/create.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.