Gitlab hero border pattern left svg Gitlab hero border pattern right svg

Tiering Guidance for Features

On this page

How to make pricing and tier decisions

Product managers are responsible for helping determine and maintain the optimal tier for their features. To accomplish this, product managers should leverage the supporting resources below to understand and implement the strategy, philosophy and various components of GitLab's pricing model.

The CEO is the DRI for pricing and tiers. This includes any changes that directly impact how we charge customers under our licensing model, such as a change to how we handle active users. GitLab leverages a buyer-based open core pricing model. Please review the entirety of the stewardship and pricing model pages before making any determinations to which tier a given feature should go in.

What goes in what paid tier

Our stewardship principles determine whether something belongs in a paid tier. The likely buyer determines which tier.

Determining the tier of a new feature

When making a decision on the tier for a new feature, please refer to the pricing page for guidance. Be sure to consider documenting your rationale for the decision in the issue description, including a reference to our stewardship page when appropriate.

Please indicate the applicable tier for an issue by applying the label associated with the tier (e.g. GitLab Core, GitLab Starter) and the Enterprise Edition label for features targeting a paid tier. Ensure this is defined before feature development begins.

Moving features to lower tiers or other pricing changes

To propose changing a feature tier or making any other change that impacts how we charge customers, please follow the process and template on the pricing page. This ensures collaboration and alignment with key GitLab stakeholders.

All Starter, Premium, and Ultimate features must:

Should product managers have any questions when making tier decisions, they should collaborate with their manager, product leadership, or the CEO for clarification. The most up to date reference for pricing DRIs can be found in the feature tier or pricing change template.

Relevant personas

It can be challenging to find a the balance between users' needs and buyers' decision drivers. Product managers should frequently engage with the walk through of GitLab's tiers and personas to remain knowledgable on which buyer personas are most relevant to each tier and why.

Reasons for upgrade

Multiple considerations go into customers' purchase decisions. Here are some various resources product managers can visit to reference various data points for analysis:

How to consider impact to revenue

Driving revenue

Product managers should be familiar with and leverage strategies and tactics for their own stage as well as across GitLab's other stages in accordance with GitLab's pricing model. Here are some helpful examples:

Learning opportunities

Pricing adjustments within a buyer-based model can be difficult and sometimes feel counterintuitive. Below are some examples of strategies/tactics that have succeeded and failed that we can learn from:

👍

👎

Git is a trademark of Software Freedom Conservancy and our use of 'GitLab' is under license