1. You are here:
2. Handbook
3. Marketing
4. Marketing Operations
5. Vartopia

On this page

• Vartopia Overview
• Prospects Module
  • Channel Partner Lead Flow Overview
  • Vartopia Sync Requirements
    • Vartopia Access
    • Troubleshooting Vartopia Sync
  • Notifications
  • Partner Recall
    • Recall Process Overview
    • Rules
    • FAQ - Partner Recall
  • SFDC Lead/Contact Page Layout
  • Field Glossary
    • Partner Prospect Admin
    • Prospect Share Status
    • Partner Prospect Status
    • Vartopia Partner Account
    • Vartopia Timestamps
  • Scheduled Reports
• Campaign Module
  • Process
  • Vartopia Sync Requirements
  • How To Add Marketing Campaign
  • Use Case for Distributors
    • EMEA and APAC Distributors - Process
  • Field Glossary
    • GitLab Marketing Campaign
    • Partner Account
    • Sync to Vartopia
• FAQ

Vartopia Overview

Vartopia is a partner lead sharing and deal registration system designed to maximize the value of GitLab partner program for channel partners. Vartopia offers multiple module including Prospects, Deal Registration, Account Mapping and Campaign. Partner lead sharing is part of the Prospects module, while deal registration is part of the New Registration and Registrations module. Watch this video for step-by-step instructions on where partners can view, accept, reject, assign and convert leads to deal registration.

Prospects Module

Channel Partner Lead Flow Overview

Channel Partners can work with the Channel Marketing team to create campaigns that will be shared to the Vartopia Prospects module. The campaign types include Partner sponsored, MDF funded, free trial and joint partner campaign.

The flow starts from Marketo > Salesforce > Traction > Vartopia.

The partner lead is:

1. Created in Marketo via list import or form submission
2. Synced SFDC via Salesforce Campaign Sync
3. Assigned to Partner Queue via Traction
4. Added to the Prospects Module in Vartopia.

Vartopia Sync Requirements

In order for the Partner to be able to see and action the lead in Vartopia, the SFDC record must have the following fields updated. Vartopia calls SFDC every hour looking for updates to the SFDC record.

1. Vartopia Partner Account not equal to NULL (set by Marketo)
2. Prospect Share Status = Sending to Partner (set by Traction)
3. Partner Prospect Status = Qualifying (set by Traction)

Once synced sucessfully between systems, the Vartopia Transaction Id in SFDC will update from Vartopia. If this ID is missing, the lead did not sync correctly.

Vartopia Access

The account in SFDC must be set to Vartopia Partner Account: Vartopia Access = Yes in order to be passed leads. If that field is marked false, a SFDC error will occur when Vartopia Partner Account tries to be set. If this error occurs, the lead will not sync from marketo to SFDC, or if they are already existing in SFDC, that field will not be populated.

Troubleshooting Vartopia Sync

When the Prospect Share Status shows as Sending to Partner and the Vartopia Transaction ID isn't populated after a day, this typically means there is a sync error between Vartopia and Salesforce.

Here are the steps to resolve the sync fail.

1. Vartopia Partner Account must be referring to an account with a Vartopia System ID
2. Vartopia Partner Account associated with the partner requires a Prospect Admin
3. The partner lead requires a phone number and email address
4. Prospect Partner Status on the partner lead must equal Qualifying
5. Vartopia Deal Registration System Access on the account must be Active.

If all these are submitted correctly, then submit a Vartopia support ticket with a list of the failed sync and its Vartopia Prospect Id. The Vartopia Prospect Id (ex. L-555555) is a unique lead number identified populated by SFDC that shows in Vartopia and SFDC. We can use this as a non-PII identifier in both systems.

Notifications

The Partner Prospect Admin will receive an email notification when leads are shared them via Vartopia. Vartopia does not offer the functionality to send alerts, thus the main workflows are built and sent from Marketo:

• Free Trial
• List Import

Partner Recall

The first phase of the recall process is live in the “Prospects” module in the GitLab Partner Portal. The recall process is built to be able to pull back leads that are not being actioned.

Only partner leads acquired from fully paid initiatives generated by GitLab Inc. through joint campaigns are subject to recall. We will not recall leads from Partner sponsored, MDF funded and free trial campaigns.

As part of the first of three phases, partner leads older than 30 days with a Prospect Share Status = Pending implying the Channel Partner has not accepted nor rejected the lead, will be recalled.

In the final phase, GitLab Inc. will allow Channel Partners a period of 5 days, starting from the day the lead is assigned in the Prospect module, to accept the lead by updating the Prospect Share Status. After accepting, Channel Partners will have a period of 10 days starting from the date the lead was accepted to revise the Partner Prospect Status before the lead is re-routed back to GitLab Inc for follow up.

Recall Process Overview

• [🟢 NOW LIVE] Phase 1 - recall leads created over 30 days ago (not accepted nor qualified)
• Phase 2 - recall leads that have not been accepted after 15 days (not accepted nor qualified)
• Phase 3 - recall leads accepted after 5 days, and not actions (not qualified) after 10 days.

Reminder: This only applies to leads acquired from joint campaigns.

Rules

• At any time, a recalled lead participates in another partner campaign, they will not be reassigned to a partner.
• At any time, a partner lead participates in multiple campaigns will be prioritized to the partner of the first campaign.
• At any time, a lead participates in an MDF campaign, they will not and can not be recalled.
• Actively working leads will not shared to partners which means their CRM Partner ID can not be updated or should be removed. The only exception to this rule are leads who participate in an MDF campaign.

FAQ - Partner Recall

What is Vartopia and how does it fit in the Channel Partner Lead Flow?

Vartopia is a lead-sharing module that allows the marketing team to share leads with Channel Partners. This platform is being actively used throughout multiple initiatives including Partner sponsored, MDF funded, free trial and joint partner campaign. When a partner lead is passed to a Channel Partner, the leads will become visible in Vartopia where the partner can choose to accept and action the lead or reject. **Note**, Channel Partners do not know what Vartopia is, they can access Vartopia, as Prospects in Impartner Partner Portal.

Why is this important to CAMs? Why do I need to work with the Channel Partner to see this through?

As a CAM, you should be aware of the joint-marketing campaigns that the Channel Partners are involved in to drive channel pipeline. These campaigns are ran and funded by the Field Marketing team, and leads acquired from are subject to recall. CAMs need to work with Channel Partner to ensure they update their leads' `Prospect Share Status` to `Accepted` otherwise the Channel Partner will lose their leads.

Do I, as the CAM, have access to Vartopia?

Vartopia is not available to administrator nor manufacturer, that being said, only Channel Partners will have access, and CAMs can not get access to Vartopia. You will be able to find the leads share to Partners via these Sisense reports: - [Partner Lead Status](https://app.periscopedata.com/app/gitlab:safe-intermediate-dashboard/992265/TD-Partner-Lead-Status)

What’s the purpose of the recall process?

The recall process allows for GitLab Inc. to pull back leads from joint campaigns that aren’t actioned by Channel Partners. This will also encourage Channel Partners to work on the leads as they come in. Only partner leads acquired from fully paid initiatives generated by GitLab Inc. through joint campaigns are subject to recall. **We will not recall leads from Partner sponsored, MDF funded and free trial campaigns.**

Who does the partner recall process affect impact?

The partner recall process affect Channel Partners as their leads will be removed from Vartopia, more specifically resellers who participate in joint-marketing campaign with GitLab Inc. This should not be a surprise to Channel Partners as this process is mentioned in their SLAs. Remind your Channel Partner to review their leads and update their `Prospect Share Status` should they wish to keep the leads in their own possession.

How do you know when a lead has been recalled?

A partner lead is recalled when their `Prospect Share Status` = `Recall`. After the lead is removed from Vartopia, `Prospect Share Status` will equal to `NULL`, `[Vartopia] Recall Date` will be populated with a date/time, `Partner Recalled` = `True`.

What resources are available to track the leads that are recalled?

This google sheet contains the records recalled from partner, and recalled records in Actively Working Accounts: - [Partner Recall Records](https://docs.google.com/spreadsheets/d/1A8Z_vKazprQJDkniX9kvfYuGXuzVBeG0JBXk51FAnHA/edit#gid=0)

What will happen when the leads get recalled?

The lead will be assigned to the `Recycle Queue`, enrolled in the nurture and their status will be changed to `Recycle`.

When will the other phases be launched?

There is presently no firm date on the other phases. We are open to feedback on changes to improve this recall process.

What does the final phase look like?

As stated in the Partner SLAs, GitLab Inc. will allow Channel Partners a period of 5 days, starting from the day the lead is assigned in Vartopia, to accept the lead by updating the `Prospect Share Status`. After accepting, Channel Partners will have a period of 10 days starting from the date the lead was accepted to revise the `Partner Prospect Status` before the lead is re-routed back to GitLab Inc for follow up.

SFDC Lead/Contact Page Layout

To retrieve information on a specific lead or contact, you can review the Partner Lead Sharing Information in Salesforce where the Vartopia Partner Account, Prospect Share Status, Partner Prospect Status and more can be found.

Field Glossary

The Prospects module uses fields on the lead object.

Partner Prospect Admin

The Partner Prospect Admin is a role that is responsible for managing and assigning the Prospects. Each Vartopia Partner Account can only have one person that will fill this role.

This SFDC field in the Vartopia Partner Account MUST be filled in or else the records will be passed to no one.

Prospect Share Status

The Prospect Share Status governs the sharing of the lead and the receipt of the lead by the partner. The prospect share status has statuses that are set by both the manufacturer and the partner. Partners see this field as Sharing Status.

1. Sending to Partner: This is the initial status set when sharing a lead to a partner. This status is set by GitLab.
2. Pending: This is an automated status, set when the lead is synced to the partner facing system. As part of the sync flow, the system sets the status to pending in both the partner facing system and SFDC. It is visible to both the reseller and the MFG. a. Meaning in SFDC: Pending indicates to the MFG that the lead has been successfully shared. b. Meaning in partner facing system: Pending indicates to the reseller they have a new lead shared from the MFG that they now need to accept or reject.
3. Accepted: Indicates the reseller has accepted the lead and intends to work the opportunity. This status is automatically updated in SFDC.
4. Rejected: Indicates the reseller has refused the lead. This status is automatically updated in SFDC. a. *Note: rejecting a prospect immediately removes the prospect from the resellers’ system. They no longer have any visibility to the prospect. The sync ID is cleared from the prospect record in SFDC, and the record is ready to be assigned to a new reseller. The prospect will be in Rejected and Qualifying Status. A new partner can be selected, and the Share Status set back to “Sending to Partner” to reshare the prospect.
5. Recall: Indicates the prospect is being recalled by the MFG. This is set by the MFG in SFDC. When the system syncs this will remove the prospect from the resellers view. It will also clear out the assignment fields and sync ID making the prospect ready to be shared with a different reseller. a. *Note: There is no alert or notification to a reseller when a prospect is recalled.

Partner Prospect Status

The Partner Prospect Status is updated by the partner and identifies the status of the lead as the partner works it though the sales process. Partners see this field as Status.

1. Qualifying: Indicates the reseller is working on the lead. Note: This status is initially set by the MFG when sharing the prospect. It is visible to both the MFG and the reseller. The prospect remains in qualifying until updated by the reseller.
2. Qualified: Indicates the reseller has engaged the prospect and determined there is a valid opportunity. The status is automatically updated in SFDC.
3. Disqualified: Indicates the reseller has determined the prospect is not a valid opportunity. The status is automatically updated in SFDC.
4. Converted to DR: Indicates the reseller has converted the prospect to a deal.

Vartopia Partner Account

Vartopia Partner Account is a lookup field based on the Account ID (18) in Salesforce. This field shows the partner account in which the lead is associated with via Vartopia.

Vartopia Timestamps

1. [Vartopia] Created Date - this field is used to collect a time and date the partner lead is created in Vartopia. This is when Prospect Share Status = Pending.
2. [Vartopia] Accepted Date - this field is used to collect a time and date the partner lead is accepted in Vartopia. This is when Prospect Share Status = Accepted.
3. [Vartopia] Recall Date - this field is used to collect a time and date the partner lead is recalled in Vartopia. This is when Prospect Share Status = Recall.

Note: The timestamps were introduced on December 15, 2022. Any status updated prior to December 15, 2022 will not have a timestamp.

Scheduled Reports

Creating scheduled reports that sends to channel partners' inbox at the start of the week is the best way to stay on top of leads.

Follow the steps to create a report that summarizes new leads that are assigned to Partner Prospect Admin.

1. Log into Partner Portal
2. Go to the "Sales" tab
3. Click the orange button "Register Opportunities"
4. Go "Prospects" view, find "Custom Reports" located on the top right and click "New".
5. Create New Customer Report
   1. Update Report Name
   2. Update Advanced Filtering
      1. Share Status Filter
      2. Status Filter
      3. Update Assigned User
      4. Update the Selected Columns
   3. Update Date Filter
      1. Update Created Within (Number of days)
   4. Update Scheduling and Distribution
      1. Frequency
      2. Day of Week
      3. Update the Distribution List
6. Click "Save Report"

Campaign Module

The Campaign module is an independent module from Prospects. The purpose of this module is to be able to link campaigns to deal registration and track and measure the effectiveness of partner campaigns.

Upon deal registration creation, when Vartopia recognizes that a lead is matched to a campaign, a field called GitLab Marketing Campaign will be prompted and the partner must select the campaign that influenced that deal registration.

Process

1. Allocadia - select the Channel Partner Name in the campaign detail panel (Future state: Salesforce will take the Channel Partner Name and populate it into Partner Account).
2. Marketo - input the subcategory ID into the Marketo program description.
3. Marketo - sync the program to the SFDC campaign.
4. Salesforce - create SFDC campaign (automated) and you are required to update Partner Account on the campaign.
5. Vartopia - when a lead is ready to convert to DR, Vartopia will recognize there's a campaign linked to the account, and display a dropdown to select the campaign name.
6. Salesforce - see the deal registration that's created and update the metrics on the campaign.

Vartopia Sync Requirements

• The Partner Account must be selected with a Channel Partner to sync to Vartopia.
• Sync to Vartopia must be checked on the campaign.
• Campaign must be active to sync.
• Only one Partner Account can be selected per campaign. For campaigns with multiple partners, you are required to create a child campaign per partner.

How To Add Marketing Campaign

There are two path that partners can access the GitLab Marketing Campaign field, through the Prospects or New Registration tab. See slides for more instructional details.

Through the Prospects tab:

1. Retrieve the lead from the Prospects tab
2. In the Prospect details, Partners will be able to see the campaign history on the Web Form field.
3. Update Prospect Share Status to Accepted
4. Change Partner Prospect Status to Qualified to unlock the Convert to Deal Registration button
5. Fill out the first step of Deal Registration form
6. In the second step of the form, select the GitLab marketing campaign that drove the deal reg.
   1. GitLab Marketing Campaign is a required field
   2. The best practice is to select the marketing campaign.
   3. But, If the deal reg was not influenced by a marketing campaign, select Not Applicable.

Through the New Registration tab:

1. Create a new deal registration if POP has not be sent to GitLab
2. Fill out the first step of Deal Registration form by adding a new company and contact.
3. In the second step of the form, select the GitLab marketing campaign that drove the deal reg.
4. GitLab Marketing Campaign is a required field
5. The best practice is to select the marketing campaign.
6. But, If the deal reg was not influenced by a marketing campaign, select Not Applicable.

Use Case for Distributors

Distributors are responsible for managing and overseeing campaigns, and assigning and sharing the acquired leads with Channel Partners. The Channel Partner will then be obligated for following up, actioning, and creating the deal registration. With the Campaign module, partners can finally link their deal registrations to the Distributor's MDF campaigns.

EMEA and APAC Distributors - Process

In comparison to the main process, we are required to create a child campaign per partner and this is highlighted in step 5.

1. Allocadia - select the Channel Partner Name (distributor) in the campaign detail panel.
2. Marketo - input the subcategory ID into the Marketo program description.
3. Marketo - sync the program to the SFDC campaign.
4. Salesforce - create SFDC campaign (automated).
5. Salesforce - create a child campaign and set the SFDC campaign as your parent campaign.
6. Salesforce - update the Partner Account (partner) on the child campaign.
7. Marketo - import the leads from POP to the child campaign - leads must already be assigned to partners on import.
8. Vartopia - when a partner converts the lead to DR, Vartopia will recognize there's a campaign linked to the account, and display a dropdown to select the campaign name.
9. Salesforce - see the deal registration that's created and update the metrics on the campaign.

Field Glossary

GitLab Marketing Campaign

GitLab Marketing Campaign previously MDF campaign, is a lookup field to the campaign on the registration object. This field will be visible when an account is linked to a campaign upon deal registration creation.

Partner Account

Partner Account is a lookup field to the account on the campaign object. You are require to select the partner name and the campaign will the sync to the partner.

Sync to Vartopia

Sync to Vartopia is a checkbox field on the campaign object that is to be checked to sync the campaigns to Vartopia.

FAQ

What type of channel partners can use Vartopia?

The Prospect module is meant for resellers. We can't pass leads to distributors.

How do you know if a partner lead has been synced to Vartopia?

When a lead is synced to Vartopia, Vartopia will created for `Vartopia Transaction ID`.

How do Channel Partners access Vartopia?

Channel Partner can access Vartopia through Impartner, the partner portal. They must log into the Partner Portal, go to the "Sales" tab, and click the orange button, "Register Opportunities".

How many `Partner Prospect Admin` can be added to a Vartopia Partner Account?

There can only be one `Partner Prospect Admin` per account.

How often does Vartopia sync to Salesforce

The Prospects module sync once per hour, while the Deal Registration module sync once every two hours.

Can you bulk update a number of selected leads in Vartopia?

When you've selected a number of leads, a button will be unlocked called "Bulk Update" where you will be able to accept, reject or assign those leads.

Can Distributors create deal registrations?

Yes, Distributors can only create deal registrations on behalf of partners.