Collaborators
How to invite collaborators to your Optimizely Feature Experimentation project to let your team manage flags and rules.
Invite collaborators to your Optimizely Feature Experimentation project to let your team manage flags and experiments. After adding your teammates as collaborators, you can give them Granular roles and permissions to set fine-grained access controls for the entities in your project.
Note
If your organization migrated to Opti ID, you must manage users in Opti ID. See the
Opti ID user documentation.
Collaborators
Collaborators are users that:
- Log into the Optimizely application.
- Utilizes an Optimizely Feature Experimentation API where authentication is required.
- Somehow interact with an Optimizely interface by logging in or through an API.
On the other hand, there may be additional people involved in a project who are not considered collaborators in Optimizely Feature Experimentation. For example, a developer who maintains Optimizely code in their code base and does not use any Optimizely Feature Experimentation credentials is not considered a collaborator.
Invite collaborators
- Go to Settings > Collaborators.
- Click Invite a Collaborator.
- Enter the email addresses of your collaborator, select their permission levels, and select the language. You can also invite collaborators to multiple projects at once.
- (Optional) Click the Plus to add additional collaborators.
Permissions
Each role includes the permissions for the one before it.
- Viewer – Read-only access and cannot modify flags or rules.
- Editor –
- Non-production environments (like Development or Staging) – Can manage flags and rules.
- Production environments (Primary environment) – Can manage flags and rules but cannot launch flags. When the flag is turned on by a Publisher or higher, an Editor can not turn the flag off, pause a rule, adjust traffic, change the variations, add or remove metrics, or change audiences.
Note
For the Editor role, you can only create rules in the primary environment before this environment's ruleset is published. Once it is published, you can no longer do so as an editor.
- See Manage environments for information.
- Publisher – Can launch flag rules in production (primary) environments.
- Project Owner and Administrator – Full permissions and can manage account settings.
Note
To let users create multiple experiments per flag, you must grant the collaborator the
flags_multiple_experiments
permission. Multiple experiments per flag are only available for select plans.
Actions | Viewer | Editor | Publisher | Project Owner | Administrator |
---|---|---|---|---|---|
Experiments (create, edit, start, pause, archive) | No | Yes * | Yes | Yes | Yes |
Variations (create, edit, re-allocate traffic, pause, delete) | No | Yes * | Yes | Yes | Yes |
Flags (create, edit, archive) | No | Yes * | Yes | Yes | Yes |
Variable keys (create, edit, delete) | No | Yes * | Yes | Yes | Yes |
Traffic allocation (edit) | No | Yes * | Yes | Yes | Yes |
Events (create, edit, archive) | No | Yes * | Yes | Yes | Yes |
Audiences (create, edit, archive) | No | Yes | Yes | Yes | Yes |
Add specific users (add users, edit, delete) | No | Yes * | Yes | Yes | Yes |
Attributes (create, edit, archive) | No | Yes | Yes | Yes | Yes |
Collaborators (invite, edit, delete) | No | No | No | Yes | Yes |
Environments (create, edit, archive) | No | No | No | Yes | Yes |
Webhooks (create, delete) | No | No | No | Yes | Yes |
Integrations (create, edit, delete) | No | No | No | Yes | Yes |
Reset results | No | No | Yes | Yes | Yes |
Mutual exclusion groups (create, edit, delete) | No | Yes | Yes | Yes | Yes |
* In production environments, Editors can create flags and rules but cannot launch a flag, pause a rule, adjust traffic, change the variations, add or remove metrics, or change audiences.
In non-production environments, Editors have full access to all aspects of flags and rules. You should use the Editor role to restrict access to production environments while allowing full access to development or staging environments.
Update a collaborator's permissions
To update a collaborator's role:
-
Go to Settings > Collaborators.
-
Click on a collaborator.
-
Select the new role from the Role drop-down list.
Remove collaborators
To remove a collaborator:
- Go to Settings > Collaborators.
- Click on a collaborator.
- Click Remove From Project or Remove From Account in the collaborator details
- Remove From Project – Removes the collaborator from the selected project.
- Remove From Account – Removes the collaborator's access to all projects.
Set granular roles
After adding collaborators to your project, use Granular roles and permissions to set access control to the environments and flags in your project.
Updated 3 months ago