Organizations and projects

Last updated:

PostHog gives you tools for data access control and logical separation of data: organizations and projects.

Organizations

An organization is the highest abstraction level within a PostHog instance. It's made up of projects (see more on them below) and members. Most commonly a PostHog organization represents a real-world company or other type of isolated grouping.

To switch between organizations, to open the current organization's settings, or to create a new organization, use the account dropdown on the right of the top bar.

Multiple organizations

As a PostHog Cloud user, you can create, manage, and join organizations without limits. For self-hosted see details below.

Where is this feature available?
Open-source
Free
Self-serve
Enterprise

Notifications

By default every time a member joins an organization in an email-enabled PostHog instance (including PostHog Cloud), all existing members of the organization get notified about this with an email. This increases security by making it explicit who gains access to your product data.

If you'd rather not get such notifications, you can disable them in the "Notification Preferences" section of organization settings.

Adding new members

Any organization member can create organization invites. Such an invite is valid for 3 days after creation and only for the specified email. In an email-enabled PostHog instance (including PostHog Cloud) the invite is sent automatically to the specified email. If the PostHog instance can't send emails, remember to share the invite link yourself.

If there's no account associated with that email, the invited person will have to create an account. Otherwise, they'll be able to join with their existing account.

Newly-joined users get the basic Member access level.

Projects

A project is a silo of data within PostHog. All data belongs to a single project and all queries are project-specific.

Every project has its own distinct write-only token, which you can use to initialize your integration of choice, as well as to connect to our API. You can always regenerate this token, but keep in mind that the old one will be immediately revoked.

Every new organization (including the one created for you on account creation) comes with a fresh project named "Default Project". You can rename or delete it as you see fit.

To switch between projects, navigate to project settings, or create new projects, use the project switcher in the middle of the top bar. You can also quickly go to the current project's settings from the sidebar.

Ways of organizing projects

For most companies, we recommend creating three projects:

  1. Local Development - when you're running the app on your own device
  2. Staging - when you're running your app on a staging server
  3. Production - for all your production data (e.g. your live website/app)

This way you can test out analytics in development and staging environments, while keeping that test data separate from production.

Even if you have multiple customer-facing products e.g. a marketing website + iOS app + web app, it works best to have them share the same production project. This way you can track the user journey holistically (e.g. how many blog readers convert to paid product users) and see all the relevant events for a person in one place.

However, if have products that are fully siloed with unliked authentication systems you will likely want to create separate projects for them. For example, if you have an admin app that should be a separate project from your customer-facing products.

Multiple projects

Where is this feature available?
Free / Open-source
Self-serve
Enterprise

Permissions

By default all organization members have access to all its projects. Their permissions are then dictated by their organization-wide access level.

This makes for the smoothest collaboration. However, if you require access to data to be more granular, see private projects.

Access levels

Where is this feature available?
Free / Open-source
Self-serve
Enterprise

There are three access levels in PostHog: Member, Administrator, and Owner. Please note that an organization must have one and only one Owner.

See permissions at each level below:

Member (base level)AdministratorOwner
Viewing and querying project data
Inviting new members
Billing management
Project creation and deletion
Project settings management (incl. project-specific memberships)
Organization settings management (incl. memberships)
Leaving the organization
Transferring ownership
Organization deletion

Access levels can be viewed and changed in the Members section of organization settings.

Private projects

Where is this feature available?
Free / Open-source
Self-serve
Enterprise

If you'd like to restrict access to data within the organization to only those who need it, you can make a project private. Projects with this setting enabled become private by default and invite-only (except for Administrators and the Owner, who get access implicitly). For members who don't have access to a project, that project is hidden completely, as if it didn't exist.

Any Administrator or Owner can make a project private or open at any time in the Access Control section of project settings.

Regular organization Members can be made project Administrators, giving them elevated permissions just inside the project.

Note: Private projects belong to our premium team-oriented offering. To use this feature, set up PostHog Cloud billing or contact us for a self-hosted license.

Questions?

Was this page useful?

Next article

Settings & Billing

This page documents all settings within the PostHog application . If you are self-hosting PostHog, a guide to configuring your instance settings can be found here . Organization settings - covers your entire organization Billing - covers your entire organization Project settings - affect your current project only My settings - affect the current user that is logged in only Organization settings Open your account dropdown in the top right corner of the navigation bar and then click on…

Read next article