Product Marketing

On this page

Roles

What is PMM working on?

Release vs Launch

A product release, and a marketing launch are two separate activities. The canonical example of this is Apple. They launch the iPhone at their yearly event and then release it months later. At GitLab we do it the other way: Release features as soon as they are ready letting customers use them right away, and then, do a marketing launch later when we have market validation.

Release Launch
PM Led PMM Led
New features can ship with or without marketing support Launch timing need not be tied to the proximity of when a feature was released

Tiers

Overview

Tier Delivery License Fee Time
Core Self-hosted Open Source Gratis Unlimited
Trial Self-hosted Proprietary Gratis Limited
Starter Self-hosted Proprietary Paid Unlimited
Premium Self-hosted Proprietary Paid Unlimited
Ultimate Self-hosted Proprietary Paid Unlimited
Free GitLab.com Open Source Gratis Unlimited
Pilot GitLab.com Proprietary Gratis Limited
Bronze GitLab.com Proprietary Paid Unlimited
Silver GitLab.com Proprietary Paid Unlimited
Gold GitLab.com Proprietary Paid Unlimited

Definitions

  1. Users: anyone who uses GitLab regardless of tier.
  2. Customers: users on a paid tier.
  3. Plans: the paid tiers only.
  4. Time-limited tiers: pilots (GitLab.com) and trials (self-hosted).
  5. Subscription: a combination of the paid tiers and the time-limited tiers, for example the trial tier is a subscription but not a plan.
  6. License: open source vs. proprietary, for example moving a feature from a proprietary tier to the open-source tier.
  7. Tier: a combination of the subscription tiers and the open source licensed tiers.
  8. Distribution: self-hosted CE vs. EE, for example you can have a EE distribution but in the Core tier.
  9. Version: the release of GitLab, for example asking what version a user is on.

Delivery

In general each of the five self-hosted tiers match the features in the GitLab.com tiers. They have different names for two reasons:

  1. There is not complete feature parity between self-hosted and GitLab.com plans. For example, Starter, Premium, and Ultimate include LDAP Group Sync but Bronze, Silver and Gold do not.
  2. We want to know if a user is using self-hosted or GitLab.com based on a just the tier name to prevent internal and external confusion.

When we need to say in one word tier a feature is in (for example on our issue tracker) we use the self-hosted tiers because they tend to contain a superset of the GitLab.com tier features. Where we can we show both the self-hosted and the GitLab.com tiers, do example in a release post.

Libre, Gratis, and Free

Libre, Gratis, and Free are terms used in the open source community. "Free" is an ambiguous term that can means either free as in "no cost" (e.g. $0 "free as in beer"), free as in "with few or no restrictions" (e.g. "free as in free speech"), or both. "Gratis" is an unambiguous term to mean "no cost" while "Libre" is an unambiguous term to mean "with few no restrictions." Open source software is "libre" in that it is free to inspect, modify, and redistribute. Open source software may or may not be "gratis." Our time-limited tiers are gratis but not open source. Features that are part of our Free and Core tiers refer to open source software that is both free as in speech and as in beer. For more info see the wikipedia article.

Personal vs Group subscriptions

GitLab.com subscriptions are added to either a personal namespace or a group namespace. Personal subscriptions apply to a single user while Group subscriptions apply to all users in the Group.

Distributions

Core users can use either one of two distributions: Community Edition (CE) and Enterprise Edition (EE). Enterprise Edition can be downloaded, installed, and run without a commercial subscription. In this case it runs using the open source license and only has access to the open source features. In effect, EE without a subscription, and CE have the exact same functionality. The advantage of using EE is that it is much easier to upgrade to a commercial subscription later on. All that's needed is to install a license key to access more features vs needing to re-install a different distribution.

Note: The terms CE & EE refer solely to the software distribution, not to the subscription plan. Never use CE vs. EE as a substitute for versions. Instead, talk about open source users vs. proprietary.

GitLab Trial

Today, we only offer a free trial for self-hosted GitLab. The trial offers all of the features of GitLab Ultimate. Users on the Core (self-hosted) and Free (GitLab.com) plans get access for an unlimited amount of time to a limited set of features. Trial users get access to a full set of features for a limited amount of time (30-days).

License type Features Time Period
Core & Free Limited (Open source features only) unlimited
Trial Unlimited (access to all Ultimate features) limited (30 days)

In the future, we might introduce a similar concept for GitLab.com. We'll call this a pilot to make sure you can tell the delivery mechanism from the tier.

Open source projects on GitLab.com get all Gold features.

The GitLab.com Free plan offers unlimited public and private repos and unlimited contributors but has limited features for private repos. Private repos only get access to the open source features. Public projects get access to all the features of Gold free of charge. This is to show our appreciation for Open Source projects hosted on GitLab.com.

Messaging dos and don'ts

  1. Don't use the terms Enterprise Edition Starter, Enterprise Edition Premium, Enterprise Edition Ultimate, EES, EEP, or EEU. These have all been deprecated.
  2. Don't use Community Edition, CE, Enterprise Edition, or EE to refer to tiers.
  3. Don't use Community Edition, CE, Enterprise Edition, or EE to refer to where a feature goes. e.g. "This is a CE feature" or "this is an EE feature."
  4. Don't use "edition" to refer to plans like Starter Edition or Premium Edition - Starter, Premium, and Ultimate are tiers, not "editions" of the software.
  5. Don't use "enterprise" as a modifier for tiers such as Enterprise Starter, Enterprise Premium, or Enterprise Ultimate.

  6. Do refer to plans by their stand-alone name: Core, Starter, Premium, Ultimate, Free, Sliver, Bronze, and Gold.
  7. Do optionally use "GitLab" as a modifier for plan names: GitLab Core, GitLab Starter, GitLab Premium, GitLab Ultimate, GitLab Free, GitLab Sliver, GitLab Bronze, and GitLab Gold.
  8. Do use Core, Starter, Premium, Ultimate, Free, Sliver, Bronze, and Gold to refer to where a feature goes. e.g. "This is a Premium feature" or "We are moving this feature from Premium & Silver to Core & Free"
  9. Do use "enterprise" to describe a market segment. e.g. good phrases to use are: "GitLab provides DevOps for the enterprise", "GitLab is enterprise-ready", "GitLab has many enterprise customers", and "GitLab provides enterprise software for the complete DevOps lifecycle."
  10. Do use Community Edition, CE, Enterprise Edition and EE to refer to our software distributions. Encourage customers to use the EE distribution since it provides the least painful upgrade path if/when users discover they need commercial features.
  11. Do use the terms "Open Source" and "Proprietary". Unlike other terms that are GitLab-insider language (e.g. "Free" vs "Bronze") almost everyone will immediately understand the difference. Calling our proprietary tiers closed source doesn't make sense because even our proprietary source code is publicly viewable.

Elevator pitch

The Problem - Customer Perspective

Right now every large enterprise is suffering from a lack of consistency:

And they have processes which block reducing time to value, for example:

Solution

Single Sentence

GitLab is the first single application for software development, security, and operations that enables Concurrent DevOps, making the software lifecycle 3 times faster and radically improving the speed of business.

Short Message

(~50 words)

GitLab is the first single application for all stages of the DevOps lifecycle. Only GitLab enables Concurrent DevOps, unlocking organizations from the constraints of the toolchain. GitLab provides unmatched visibility, higher levels of efficiency, and comprehensive governance. This make the software lifecycle 3 times faster, radically improving the speed of business.

Medium Message

(~250 words) GitLab is the first single application for all stages of the DevOps lifecycle. Only GitLab enables Concurrent DevOps, unlocking organizations from the constraints of today’s toolchain. GitLab provides unmatched visibility, radical new levels of efficiency and comprehensive governance to significantly compress the time between planning a change and monitoring its effect. This make the software lifecycle 3 times faster, radically improving the speed of business.

GitLab and Concurrent DevOps collapses cycle times by driving higher efficiency across all stages of the software development lifecycle. For the first time, Product, Development, QA, Security, and Operations teams can work concurrently in a single application. There’s no need to integrate and synchronize tools, or waste time waiting for handoffs. Everyone contributes to a single conversation, instead of managing multiple threads across disparate tools. And only GitLab gives teams complete visibility across the lifecycle with a single, trusted source of data to simplify troubleshooting and drive accountability. All activity is governed by a consistent controls, making security and compliance first-class citizens instead of an afterthought.

Built on Open Source, GitLab leverages the community contributions of thousands of developers and millions of users to continuously deliver new DevOps innovations. More than 100,000 organizations, including Ticketmaster, ING, NASDAQ, Alibaba, Sony, and Intel trust GitLab to deliver great software at new speeds.

Long Message

(~450 Words) GitLab is the first single application for software development, security, and operations that enables Concurrent DevOps, making the software lifecycle 3 times faster and radically improving the speed of business. Only GitLab provides a single application that unlocks organizations from the compromises and constraints of today’s DevOps Toolchain, significantly improving visibility, efficiency and governance. Now, fast paced teams no longer have to integrate or synchronize multiple DevOps tools and are able to go faster by working seamlessly across the complete lifecycle.

GitLab delivers complete real-time visibility of all projects and relevant activities across the expanded DevOps lifecycle. For the first time, teams can see everything that matters. Changes, status, cycle times, security and operational health are instantly available from a trusted single source of data. Information is shown where it matters most, e.g. production impact is show together with the code changes that caused it. And developers see all relevant security and ops information for any change. With GitLab, there is never any need to wait on synchronizing your monitoring app to version control or copying information from tool to tool. GitLab frees teams to manage projects, not tools. These powerful capabilities eliminate guesswork, help teams drive accountability and gives everyone the data-driven confidence to act with new certainty. With Gitlab, DevOps teams get better every day by having the visibility to see progress and operate with a deeper understanding of cycle times across projects and activities.

GitLab drives radically faster cycle times by helping DevOps teams achieve higher levels of efficiency across all stages of the lifecycle. Concurrent DevOps makes it possible for Product, Development, QA, Security, and Operations teams to work at the same time, instead of waiting for handoffs. Teams can work concurrently and review changes together before pushing to production. And everyone can contribute to a single conversation across every stage. Only GitLab eliminates the need to manually configure and integrate multiple tools for each project. Teams can start immediately and work concurrently to radically compress time across every stage of the DevOps lifecycle.

Only GitLab delivers DevOps teams powerful new governance capabilities embedded across the expanded lifecycle to automate security, code quality and vulnerability management. With GitLab, tighter governance and control never slow down DevOps speed.

GitLab leads the next advancement of DevOps. Built on Open Source, GitLab delivers new innovations and features on the same day of every month by leveraging contributions from a passionate, global community of thousands of developers and millions of users. Over 100,000 of the world’s most demanding organizations trust GitLab to realize the transformative power of Concurrent DevOps to achieve a 3x faster lifecycle.

Is it similar to GitHub?

GitLab started as an open source alternative to GitHub. Instead of focusing on hosting open source projects we focused on the needs of the enterprise, for example we have 5 authorization levels vs. 2 in GitHub. Now we've expanded the feature set with continuous integration, continuous delivery, and monitoring.

What is the benefit?

We help organizations go faster to market by reducing the cycle time and simplifying the toolchain development and operations use to push their software to market. Before GitLab you needed 7 tools, it took a lot of effort to integrate them, and you end up with have different setups for different teams. With GitLab you gain visibility on how long each part of the software development lifecycle is taking and how you can improve it.

Email Intro

GitLab makes it easier for companies to achieve software excellence so that they can unlock great software for their customers by reducing the cycle time between having an idea and seeing it in production. GitLab does this by having an integrated product for the entire software development lifecycle. It contains not only issue management, version control and code review but also Continuous Integration, Continuous Delivery, and monitoring. Organizations all around the world, big and small, are using GitLab. In fact, 2/3 of organizations that self-host git use GitLab. That is more than 100,000 organizations and millions of users.

GitLab Positioning

GitLab Demo

Customer references repository

Today, we don't have a central repository for customer service, but this is a Q1 goal to start building one. For now we are capturing customer stories in an issue. If you have a customer story or anecdote leave a comment on issue 1834.

To initiate a formal case study process, follow the process listed here

Pitch Deck

Prod

Production Deck There is one canonical slide deck, known as "The Production Deck" that contains the GitLab narrative and pitch. The prod deck should always be in a state that is ready to present. This is a deck everyone should present from and/or fork from when there is a need to create new content tailored to a specific audience (analysts, events, specific customers, etc.). As such there should never be comments or WIP slides in the Prod deck. Only the pitch deck production engineer (William Chia) has write access to the production environment. Changes, comments, and additions should be made in the staging deck.

Staging

Staging Deck

To update the Staging deck, create a copy of the slide you want to modify, or add the new slide you want to suggest. Create an issue in the Marketing Issue tracker and label with 'Product Marketing' including a link to your slide and the title. The changes can the be discussed and revised until the slide is ready to be deployed to production.

QA

Slides should go through QA first. This includes

How to deploy a staging slide to production

When a slide has passed QA the slide deck production engineer should copy and paste it into the production deck. The change should be communicated in the #sales slack channel. Additional enablement should be added to the weekly sales call if necessary.

Competitive Intelligence

Press release boiler plate

GitLab is a single application built from the ground up for all stages of the DevOps lifecycle for Product, Development, QA, Security, and Operations teams to work concurrently on the same project. GitLab provides teams a single data store, one user interface, and one permission model across the DevOps lifecycle allowing teams to collaborate and work on a project from a single conversation, significantly reducing cycle time and focus exclusively on building great software quickly. Built on Open Source, GitLab leverages the community contributions of thousands of developers and millions of users to continuously deliver new DevOps innovations. More than 100,000 organizations from startups to global enterprise organizations, including Ticketmaster, ING, NASDAQ, Alibaba, Sony, and Intel trust GitLab to deliver great software at new speeds.

Analyst product categorizations

GitLab is a single application that spans many product categories. Forrester and Gartner define several of these categories and their definition of a space can be useful to determine what important competing products are. Below, some relevant categories are listed that GitLab is or will be competing in.

Forrester: Continuous Integration Tools

Forrester: Configuration Management Software For Infrastructure Automation

Gartner: Software Change and Configuration Management Software

Gartner: Continuous Configuration Automation Tools

Gartner: Software Test Automation

Forrester: Modern Application Functional Test Automation Tools

Gartner: Performance Testing

Gartner: Application Release Automation

Forrester: Continuous Delivery and Release Automation

Gartner: Application Performance Monitoring Suites

Gartner: Application Security Testing

Forrester: Application Security Testing

Gartner: Project Portfolio Management

Forrester: Strategic Portfolio Management Tools

Forrester: Portfolio Management For The Tech Management Agenda

Gartner: Enterprise Agile Planning Tools

Forrester: Enterprise Collaborative Work Management

Forrester: Application Life-Cycle Management, Q4 2012

Gartner: Container Management Software

Gartner: Enterprise Application Platform as a Service

Gartner: Data Science Platforms

Partner Marketing

Partner Marketing Objectives

For a list of Strategic Partners, search for "Partnerships" on the Google Drive.

Partner Marketing Activation

Our partner activation framework consists of a series of action items within a high-level issue. When a strategic partnership is signed, Product Marketing will choose the issue template called partner-activation which will trigger notification for all involved in partner activation activities.

For each action item within this issue, a separate issue should be created by the assignee who is responsible for that action item within the allocated timeframe.

The partner should be included on the high level issue so they can see the planned activities and can contribute.

Partner Newsletter Feature

In line with the objective of "Promote existing partnerships to be at top-of-mind for developers", a regular feature in our fortnightly (8th & 22nd) newsletter will promote our partners to our target audience. This feature should be co-authored by the partner.

Possible content:

Suggested format:

Creation:

Email potential partner with case for creating content/blog post which will feature in our newsletter. Also request that they include the content in their own newsletter.

Create separate issue for blog post in www-gitlab-com project with blog post label and assign to Content Marketing with the following information:

After publication: Send to partner a summary of the click-throughs to their website, registration for webinar etc.

Channel Marketing

Channel Marketing Objectives

Reseller Funds Allocation Determination