Dev guideAPI Reference
Dev guideAPI ReferenceUser GuideGitHubNuGetDev CommunityDoc feedbackLog In

Invite collaborators

How to invite collaborators to your Optimizely Feature Experimentation release project to let your team manage feature flags and experiments.

Invite collaborators to your Optimizely Feature Experimentation project to let your team manage flags and experiments. The number of collaborators is limited to your Optimizely Feature Experimentation plan. View the plans & pricing page on for more information and current collaborator limits.


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, either 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

  1. Go to Settings > Collaborators.
  2. Select Invite a Collaborator.
  3. Enter the email addresses of your collaborators, and select their permission levels. You can also invite collaborators to multiple projects at once.


Here is the matrix of permissions for each collaborator type. Each role includes the permissions for the one before it. To summarize:

  • Viewers have read-only access and cannot modify flags or rules.
  • Editors and Restricted Editors can set up flags and rules in restricted environments, like local or staging environments, but cannot launch flag rules in non-restricted environments like production (you can customize this with restricted environments). If a rule is running in a restricted environment, an Editor can change only the traffic allocation or whether a flag is enabled or disabled.
  • Publishers and Restricted Publishers can launch flag rules in production.
  • Administrators have full permissions to manage account settings
ActionsViewerEditorPublisherProject OwnerAdministrator
Experiments (create, edit, start, pause, archive)NoYes *YesYesYes
Variations (create, edit, re-allocate traffic, pause, delete)NoYes *YesYesYes
Flags (create, edit, archive)NoYes *YesYesYes
Variable keys (create, edit, delete)NoYes *YesYesYes
Traffic allocation (edit)NoYes *YesYesYes
Events (create, edit, archive)NoNoYesYesYes
Audiences (create, edit, archive)NoYesYesYesYes
Add specific users (add users, edit, delete)NoYes *YesYesYes
Attributes (create, edit, archive)NoYesYesYesYes
Collaborators (invite, edit, delete)NoNoNoYesYes
Environments (create, edit, archive)NoNoNoYesYes
Webhooks (create, delete)NoNoNoYesYes
Integrations (create, edit, delete)NoNoNoYesYes
Reset resultsNoNoYesYesYes
Mutual exclusion groups (create, edit, delete)NoYesYesYesYes

*** In restricted environments, Editors and Restricted Editors can create flags and flag rules but cannot launch, pause or change traffic allocation. In non-restricted environments, those Editors and Restricted Editors have full access to all aspects of flags and experiments. We recommend using the Editor role to restrict access to production environments while allowing full access in local or staging environments.

What’s Next