Disclaimer: This website requires Please enable JavaScript in your browser settings for the best experience.

Optimizely will be sunsetting Full Stack Experimentation on July 29, 2024. See the recommended Feature Experimentation migration timeline and documentation.

Dev GuideAPI Reference
Dev GuideAPI ReferenceUser GuideLegal TermsGitHubDev CommunityOptimizely AcademySubmit a ticketLog In
Dev Guide

Invite collaborators

How to invite collaborators to your Full Stack project through the Optimizely Application.

Invite collaborators to your project to let your team manage feature flags, run experiments, roll features out, and roll them back.

Collaborators

Collaborators are users that:

  • Log into the Optimizely application.
  • Utilizes an Optimizely API where authentication is required.
  • Somehow interact with an Optimizely interface, by logging in or through an API.

On the other hand, additional people may be involved in a project who are not considered collaborators in Optimizely. For example, a developer who maintains Optimizely code in their code base and does not use any Optimizely credentials is not considered a collaborator.

Invite collaborators

Invite a Collaborator in Full Stack
  1. Navigate 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.

Permissions

Each role includes the permissions for the one before it.

  • Viewer – Read-only access and cannot modify feature flags.
  • Editor –
    • Non-production environments (like Development or Staging) – Can manage feture flags.
    • Production environments (Primary environment) – Can manage feature flags, but cannot launch them. Once the feature flag is turned on by a Publisher or higher, an Editor can not turn the feature flag off, pause a rule, adjust traffic, change the variations, add or remove metrics, or change audiences.

📘

Note

See Manage environments for more information.

  • Publisher – Can launch feature flags in production (primary) environments.
  • Project Owner and Administrator – Full permissions and can manage account settings.
ActionsViewerEditorPublisherProject OwnerAdministrator
Experiments (create, edit, start, pause, archive)NoYes *YesYesYes
Variations (create, edit, re-allocate traffic, pause, delete)NoYes *YesYesYes
Features (create and archive)NoYes *YesYesYes
Features (edit)NoNoYesYesYes
Variable keys (create, edit, delete)NoNoYesYesYes
Traffic allocation (edit)NoYes *YesYesYes
Events (create, edit, archive)NoYes *YesYesYes
Audiences (create, edit, archive)NoYesYesYesYes
Whitelists (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 production environments, Editors can create features and experiments but cannot launch, pause, or change traffic allocation.

In non-production environments, Editors have full access to aspects of features and experiments. You should use the Editor role to restrict access to production environments while allowing full access in local or staging environments.