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

Roles and Personas

On this page

Roles vs personas

Personas describe the ideal target for GitLab. They help us define our messaging and marketing delivery. They are theoretical people to target. By defining their concerns and where they go for information, we can best spend our marketing dollars and sales efforts by focusing on this ideal target.

Roles are distinct job titles. These are the real people you will encounter while selling. You will find a contact at an account with a specific role. Understanding the challenges faced by each role in IT, along with what they care most about, is helpful to deliver the right value proposition to the right person.

Personas

Personas are a generalized way of talking about the ideal target we are aiming to communicate with and design for. They help us not only define our messaging and marketing delivery, but also our product. Keeping personas in mind allows us to use the correct language and make the best decisions to address their specific problems and pain points. GitLab has both buyer and user persona types.

Buyer personas

Buyer personas are the people who serve as the main buyer in an organization or a champion within an enterprise the drives the buying conversation and coordinates various teams to make a purchase.

  1. Director DevOps video , Director DevOps slide deck or Director of IT
  2. VP IT video, VP IT Slide Deck or VP of Engineering
  3. Chief Architect Video, Chief Architect slide deck or CIO
  4. VP Application Development (Persona info from the Just Commit campaign) video, VP Application Development slide deck
  5. Chief Information Security Officer or Director of Security (may fund Ultimate upgrade for security capabilities)

Also see the four tiers on our pricing page.

Enterprise IT roles we sell to

While personas describe ideal targets, roles are the real people in job titles you will encounter while selling. Understanding the challenges faced by each role in IT, along with what they care most about, is helpful to deliver the right value proposition to the right person. It will help you know:
a) if they are even someone who may have an interest in GitLab (don't waste time),
b) what questions to ask to learn more and qualify the lead,
c) what value prop they'll want to hear that could get them to a demo, discussion, or POC.

See the Enterprise IT Roles page for more details about who we sell to and how to approach them.

Writing for all personas

User personas

User personas are people who actually use GitLab. They may or may not be the person in the organization who has the authority and budget to purchase Gitlab, but they are heavy influencers in the buying process.

Parker (Product Manager)

Job Summary

I am responsible for defining and scoping features, incorporating company objectives into the product roadmap, and giving developers and designers the requirements they need to deliver strong features. Whether I’m making sure I have the right skill-sets on the team, prioritizing feature requests, or ensuring that we deliver on time, my job is to set my team up for success.

Motivations
Frustrations

Delaney (Development Team Lead)

Job Summary

I am responsible for meeting with the product management team to discuss and schedule features, so we can convert concepts into practical solutions. I ensure that capacity is properly estimated, create program specifications, and often mentor junior developers.

Motivations
Frustrations

Presley (Product Designer)

Job Summary

My goal is to translate the product’s mission into an effective, empathetic, and efficient user experience. I am responsible for understanding user needs and product requirements, in order to conceptualize and design the graphic elements and components needed to shape the user interface. I collaborate primarily with product managers and developers, in addition to working with other stakeholders such as UX research and marketing.

Motivations
Frustrations

Sasha (Software Developer)

Job Summary

I spend the majority of my time focused on completing planned development tasks, with roughly 30-40% of time taken by meetings, planning for the next sprint, and fixing bugs or customer requests as they arise. I work off of JIRA tickets and have a regular stand-up with my team.

Motivations
Frustrations

Devon (DevOps Engineer)

Job Summary

I provide support for our infrastructure, environments, and integrations. I split my time between coding to implement features and bug fixes, and helping developers deploy, build, and release as efficiently as possible.

Motivations
Frustrations

Sidney (Systems Administrator)

Job Summary

I maintain and scale our infrastructure and configurations, and my priority is to automate as much as possible. When needed, I also build servers and help developers deploy to them.

Motivations
Frustrations

Sam (Security Analyst)

Job Summary

I wear lots of hats, but the majority of my time is spent monitoring and flagging events, running down high priority tasks and working with other teams to implement new systems.

Motivations
Frustrations