> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/zh/guan-li-yuan-jiao-luo/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/use-cases.md).
# 用例
### 新体验解决旧版群组管理挑战的方式
#### 向一部分用户推出功能/特性试点时，只需一个例外群组，而不需要成对的已启用/已禁用群组
当某个组织希望向一部分用户试行新的功能/特性（例如 AI Companion），同时对其他所有人保持禁用时，旧版模型要求创建成对的群组：一个将该功能/特性锁定为开启，另一个将该功能/特性锁定为关闭。如果试点群组中的用户还需要按区域划分的设置（例如数据存储位置），管理员就必须按每个区域创建额外的重复群组，因为控制功能/特性锁定的主要群组指定也会控制区域设置。这会导致复杂的群组扩张，并随着功能/特性与区域的每一种组合而增加。
在新体验中，管理员创建一个优先级高于基线群组的单一例外群组，并且仅配置 AI Companion 设置选项卡。试点群组中的用户会从该例外群组继承 AI Companion 设置，而所有其他设置（包括区域配置）则根据优先级从其其他群组继承。不再需要成对群组，也不再需要区域重复群组。
#### 差异化保留策略使用优先级排序，而不是旧版“最严格设置”逻辑
需要针对不同用户群体采用不同保留期限的组织。例如，受监管用户需要 10 年的 Zoom 聊天保留期限，而大多数其他用户只需要 30 天的默认期限。
不同的需求在旧版模型下带来了一个特定挑战。当用户属于多个群组时，Zoom 聊天会应用最严格的设置。如果某个用户所在的任何群组中，聊天被配置为较短的保留期限，那么无论其其他群组成员身份如何，都会应用该较短期限。这迫使管理员创建单独的群组，并谨慎管理成员身份，以避免意外降低保留期限。
在新体验中，优先级排序决定哪个群组的聊天保留设置生效。一个配置为 10 年保留期限的更高优先级群组，会覆盖同时属于这两个群组的用户所继承的基线群组 30 天设置。最严格设置逻辑不再适用。最高优先级群组的值将胜出，从而让管理员能够对差异化保留策略进行可预测的控制。
#### 区域性数据驻留要求可以通过仅管理存储和音频会议设置的群组来满足
在多个区域拥有用户的组织通常需要按区域不同地配置数据存储位置和音频会议拨入号码。在旧版模型中，区域群组包含所有产品设置选项卡，这意味着对区域群组进行的任何设置更改，都可能无意中影响与该群组区域用途无关的产品设置。
在新体验中，区域群组可以仅配置用于数据存储位置的“常规设置”选项卡和“音频会议”选项卡，而无需管理任何其他产品设置。这意味着，用户的区域群组会控制其数据存储的位置以及哪些拨入号码可用，而所有其他设置——会议、AI Companion、Zoom 聊天及其他设置——都会根据优先级从其他群组继承。区域配置不再在无关的设置类别中产生副作用。
#### 无设置群组可启用组织用途，而不会使设置策略复杂化
并非每个群组都需要管理产品设置。新体验支持无设置群组——即未附加任何产品设置且没有优先级排序的群组——用于群组成员身份服务于设置管理以外目的的组织用途。
工作区预约邻域允许管理员为特定群组的成员预留特定办公桌或工作区，在不向该群组附加任何 Zoom 产品设置的情况下，控制谁可以预订哪些实体空间。应用 Marketplace 分配让管理员能够为特定群组的成员而不是账户中的所有用户批准第三方 Zoom 应用，从而限定应用可用范围，而不影响任何其他设置。合规性角色范围界定允许管理员创建自定义管理员角色，这些角色仅限于管理特定群组内的用户，从而在不授予完整账户级权限的情况下，为一部分用户提供受限的管理访问。
由于无设置群组不参与设置解析，因此它们不会造成意外的策略副作用：管理员可以根据组织用途按需创建任意数量的此类群组，而不会影响任何用户的产品设置。
---
# 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://library.zoom.com/technical-library/zh/guan-li-yuan-jiao-luo/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/use-cases.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.