UnifyOutbound teardownsGitLab

How GitLab turned intent signals into same-day work for its BDRs

Company
GitLab sells a DevSecOps platform to companies, for their software teams to build, secure and deploy code.
Visit GitLab ↗
Sales development
SDRs handle inbound; BDRs run outbound with an AE
Headcount
Team size and hiring trends
GitLab headcount ↗
CEO
Bill Staples
CEO profile ↗

TL;DR

In 2022 GitLab’s BDRs chose all their own priority accounts and could keep them with no time limit. Since 2024 a 6sense intent flag also puts accounts on their list. The BDR has to accept or dispute each one the same day, and each account gets a recycle date two months out. Reps can still add their own accounts with an AE.

The lesson

An intent signal changes what reps do once it sets the account’s status, a rep has to accept or dispute it the same day, and the account gets a recycle date. GitLab got there in four dated handbook edits between 2022 and 2026.

For your team

Let a signal set the account’s status, ask a rep to confirm it the same day, and give every account a recycle date.

What GitLab did

The starting point

In February 2022, GitLab’s outbound reps chose their own priority accounts and could keep them for as long as they kept reaching out.1a

That month GitLab split sales development: SDRs took inbound leads, and BDRs, its business development reps, took outbound. Ed Bao, later listed in Sales Dev Operations, rewrote the team’s handbook page and added a Salesforce status, Actively Working, for the accounts each BDR chose to work.1,2

The handbook left that choice with the rep and their strategic account leader (SAL):

“An account researched and chosen by the BDR and/or SAL- based on alignment to ICP, news insights, company initiative, intent, ABM list etc. This is an account that the BDR will proactively be performing strategic outreach to. There is no limit to how long an account can stay in “Actively working” status as long as outreach is continuing to be made.”

The problem

The handbook never states the problem. Read in order, the edits suggest two: accounts could stay listed indefinitely, and reps had to remember to check intent data.

On June 14, 2023, Ed Bao replaced the “no limit” sentence with a recycle date 10 weeks out.3

After GitLab moved from Demandbase to 6sense in 2023, Panos Rodopoulos, also of Sales Dev Operations, made a 6sense check “mandatory for FY24Q3,” GitLab’s fiscal quarter from August to October 2023, without giving a reason.2,4,5 A 6QA, 6sense’s qualified account, means a Moderate or Strong profile fit and a Decision or Purchase buying stage at GitLab.6

In March 2024 he documented an automation that pushes 6QA accounts into Salesforce, to find “the top accounts we currently have on SFDC that are not being worked by our team.”7

The rule, rewritten in publicb

GitLab Handbook · Sales DevelopmentActively Working, four edits
  1. “Actively Working” Status: An account researched and chosen by the BDR and/or SAL […]

    Feb 8, 2022Ed Bao writes it, !98516

  2. There is no limit to how long an account can stay in “Actively working” status as long as outreach is continuing to be made. When an account is moved into Actively Working, a Recycle Date will automatically be populated with a date 10 weeks ahead.

    Jun 14, 2023Ed Bao sets an end date, !125877

  3. When an account has been automatically moved to Actively Working and Showing Intent, […] you will need to review the account and change this field to Accepted or Disputed within 48 hours.

    Sep 5, 2024Panos Rodopoulos hands it to 6sense, !8290

  4. The BDR must then act within 48 hours on the same day:

    Aug 19, 2026Elsje Smart makes it the same day, !20777

Source: GitLab MR !98516, Ed Bao, Feb 8, 2022; GitLab MR !125877, Ed Bao, Jun 14, 2023; GitLab MR !8290, Panos Rodopoulos, Sep 5, 2024; GitLab MR !20777, Elsje Smart, Aug 19, 2026What it shows: the 2022 rule, with the 2024 and 2026 additions that let 6sense set the status and require a same-day review.Showing Intent is the account strategy the automation sets on a 6QA account. Text is verbatim; […] marks our cuts. Struck text was removed, underlined text was added. GitLab Handbook text © GitLab, CC BY-SA 4.0.

The decision

September 5, 2024

6sense intent starts putting accounts on the BDR’s list, and reviewing them becomes mandatory.

A 6QA moves the account into Actively Working, and the BDR gets 48 hours to accept or dispute it.

Panos Rodopoulos gave his reason in one line of the merge request: “In conjunction with our initiative to drive more 6QA adoption […] adding more clarity and SLAs to our handbook.”8

September 2024

GitLab merge request !8290, All Auto-6QA clarifications, by Panos Rodopoulos. Why is this change being made? In conjunction with our initiative to drive more 6QA adoption, as per the main issue here, adding more clarity and SLAs to our handbook.

August 2026, merge request !20777 by Elsje Smart

Diff: The BDR must then act within 48 hours, changed to: The BDR must then act on the same day.
GitLab.com · Merge request !8290, September 2024
GitLab merge request !8290, All Auto-6QA clarifications, by Panos Rodopoulos. Why is this change being made? In conjunction with our initiative to drive more 6QA adoption, as per the main issue here, adding more clarity and SLAs to our handbook.
Source: GitLab merge request !8290, “All Auto-6QA clarifications,” Panos Rodopoulos, opened Aug 30 and merged Sep 5, 2024. Screenshot of GitLab.com, October 5, 2026.What it shows: the one written reason for letting 6sense set Actively Working, in GitLab’s own review tool.Handbook content © GitLab, CC BY-SA 4.0.

The redesign

The BDR has to review every account 6sense flags the same day, and every account gets a recycle date.

Three weeks later, Rodopoulos wrote out the process. Accounts flagged as 6QA, “whether they already exist on our system or not,” become Actively Working, and “team members need to still review and accept or dispute a 6QA account.” A dispute needs a reason, such as an open opportunity or, since January 2025, “Low LAM Dev Count,” meaning small potential value.10,11,12

On August 19, 2026, Elsje Smart, Regional Director of GitLab’s EMEA BDR team, who had also merged Ed Bao’s 2022 rewrite, cut the review to the same day. Her merge request’s whole description is “KPI update and tidy up.”9,11

Every Actively Working account also carries a recycle date two months out, set when the status changes.11

A BDR can still pick accounts with an AE, under strategies such as job-change tracking or Event Follow-up, and the same rules apply.11c

Actively Working also decides who gets the account’s inbound leads and website chats, however it got there.11,13,14

The result

The handbook sets a target of 75 or 125 new Actively Working accounts per BDR per quarter, for Enterprise and Mid-Market.15

Bill Staples, GitLab’s CEO, made first orders, companies with no commercial relationship yet, a company priority in 2025, after they had slowed.16 GitLab reports first-order growth, but credits a dedicated first-order team and product-led growth. “Our dedicated first order organization is building more repeatable sales motions, while our product led investments are widening the top of the funnel.”17

What it took

Turning intent signals into same-day work took GitLab four and a half years of small, dated handbook edits, mostly by Sales Dev Operations.2,18

6sense scores intent against a written threshold, Salesforce holds the status, and a lead-routing tool, a website chat tool and a contact-data tool act on it.6,11,13,14 Since September 2026 an AI research agent called Atlas also writes account research back to Salesforce when the status changes.18

Each week, managers clear the queue of waiting accounts, review overdue recycle dates and recheck weak 6QAs.11

Each handbook edit is a public merge request, with the date, the author and the lines changed.18

Turn intent into a same-day task.

When an account shows intent, give its owner research and a Sequence to approve.

What to borrow

  1. Have the signal change a field on the account. At GitLab, lead routing and website chat read Actively Working as well as the BDR, so one 6sense flag changes who gets the account’s inbound too.
  2. Ask a person to confirm it the same day, with a reason when they decline. GitLab’s dispute reasons show where the signal misses, such as an account already in an open deal.
  3. Set the end date on the day the field changes. By that date the account has moved forward, been given more time for a stated reason, or been recycled.

How to build a version of this in Unify

Build it in Unify

Everything above is GitLab’s own system. This section is our suggestion for a version in Unify.

GitLab joined 6sense intent, Salesforce fields, a contact-data tool and routing rules itself. Unify combines your CRM, warehouse and product usage data with enrichment from 40+ sources, with warehouse data synced in through a sync tool or the API.

A first version needs one Audience and one Play. Build the Audience from accounts that fit your profile and show a Signal. When an account enters it, the Play assigns an owner, finds people across your personas and starts a Sequence whose first step is an Action item due the same day, to accept or dispute the account with a reason. Emails wait for the rep’s approval, and the recycle date stays in your CRM.

One account, from signal to next step

Account
Origin LabsIn your Audience: fits your profile, no open opportunity.
Signal
Two people viewed pricing this week, and three SDR roles went upFrom Signals: website visits and hiring.
Why it matters
A company hiring SDRs is building outbound now, and someone there is comparing pricesAI Research writes this on the owner’s task.
Next step
The owner accepts or disputes it today, then calls the Head of Sales Development. Emails wait for approval.From the Play: owner assigned, people found, Sequence started.
Example data: the company and people are fictional. Features are Unify’s as documented, October 2026.
does this
Our version in
Fit plus buying stage6sense profile fit and stage
Audience and SignalsAccounts that fit your profile, plus a Signal such as a 6sense buying stage, website visits or a new hire. 6sense is one of the 40+ included sources
6sense flag (6QA)Sets the status automatically
Play triggerThe Play runs when an account enters the Audience
Accept or disputeSame day, with a reason
An Action item due the same dayThe Sequence’s first step asks the owner to accept or dispute, with a reason, before anything sends. AI Research is on the task
Actively WorkingA status with a named owner
Owner assigned by the PlaySynced both ways with Salesforce or HubSpot
ResearchBefore outreach
AI ResearchGenerated on every task, from up to 8 Observations you choose
5 to 10 contacts, 2+ personasRequired for the status
Prospect action1 to 10 people per company across up to five personas, in order
High Touch sequenceGitLab’s multi-channel sequence: email, phone and LinkedIn
SequencesManual emails, calls and action items the rep approves
Routing reads the statusLeads, chat and priority
Owner synced to your CRMYour existing routing reads the owner from Salesforce or HubSpot
Recycle at two monthsExtend, hand off or let go
Your CRM, with the Sequence endThe recycle date lives in your CRM; Unify ends the Sequence
Left: what GitLab does, from its September 2026 handbook. Right: our suggested version, using Unify features as documented in October 2026, with CRM configuration where noted.

Unify product demo, October 2026: Audience and Signals, a Play, research, people, a Sequence and the handoff, in one conversation. Our version of GitLab’s flow.

Give every priority account a next step in Unify.

Find the accounts that fit and show a signal, then give each owner a Sequence to approve.

Frequently asked questions

What does Actively Working mean at GitLab?

It is a value of the BDR Prospecting Status field in Salesforce. Entering it stamps a start date and sets a recycle date two months later, and it requires research, a strategy, 5 to 10 contacts across at least two personas, and a sequence. Other systems read it too: inbound leads, website chat and lead priority all depend on it.

When did GitLab start setting Actively Working automatically?

GitLab’s handbook added the rule on September 5, 2024: an account that reaches 6QA in 6sense is moved to Actively Working automatically, and the BDR accepts or disputes it. The review window was 48 hours until August 19, 2026, when it became the same day. In 2022 the status had been the BDR’s choice, with no time limit.

What is a 6QA in 6sense?

A 6QA is 6sense’s qualified account. At GitLab it is true when the account’s profile fit is Moderate or Strong and its buying stage is Decision or Purchase.

How does GitLab prioritize accounts for outbound?

Accounts get BDR attention when they enter the Actively Working status. A 6sense signal sets it automatically, and a BDR can also choose accounts with an AE, under strategies such as job-change tracking, Event Follow-up and Free-to-Paid. Within the status, accounts are ranked Priority 1, 2 or 3, at roughly 15%, 35% and 50% of a BDR’s accounts, and the target is 75 or 125 new ones per BDR a quarter.

Are there results for this system?

Only targets for the BDR system. The handbook sets 75 or 125 new Actively Working accounts per BDR per quarter and gives no figures for conversion, pipeline or response time. GitLab does report First Order results for the whole company. On September 1, 2026 it reported First Order growth of more than 100% year on year for May to July 2026, about 1,700 first orders in the quarter. It credits that to a dedicated first-order sales team and product-led growth, without mentioning BDRs or 6sense, and the quarter ended before the same-day rule of August 19, 2026.

Where can I see how GitLab changed these rules?

GitLab’s handbook is public, and so is its version history. The change history of the Sales Development page on GitLab.com lists every edit with its date and author, and each merge request shows the lines changed and, sometimes, the reason.

How do I run a version of this in Unify?

Build an Audience of accounts that fit and show a Signal. A Play runs when an account enters it. It assigns the owner, finds people across your personas and starts a Sequence whose first step is an Action item, due the same day, to accept or dispute the account. AI Research is on each task, and emails wait for the rep’s approval. Ownership syncs both ways with Salesforce or HubSpot.