Marketing Operations (Mktg OPS) supports the entire Marketing team as well as other teams within GitLab. Mktg OPS works closely with Sales Operations to ensure information between systems is seamless and we are using consistent terminology in respective systems.
For information regarding the tech stack at GitLab, please visit the Business Operations section of the handbook where we maintain a comprehensive table of the tools used across the Marketing, Sales, and Customer Success functional groups.
When creating a live or ondemand webcast it is important to integrate the event program across the platforms/programs used - GitLab Marketing site (
about.gitlab.com), Marketo (Marketing Automation), Zoom (Webcast video software) and Salesforce (CRM). This provides transparency about the webcast to anyone with access to Salesforce, namely the Sales and Marketing teams.
For a comprehensive overview on how to set up a webcast, please visit the Business Operations section of the handbook.
|GL Code||Account Name||Purpose|
|6100||Marketing||Reserved for Marketing GL accounts|
|6110||Marketing Site||All software subscriptions, agency fees and contract work intended to improve the marketing site|
|6120||Advertising||All media buying costs as well as agency fees and software subscriptions related to media buying|
|6130||Events||All event sponsorships, booth shipping, event travel, booth design, event production as well as agency fees and software costs related to events|
|6140||All 3rd party email sponsorships as well as agency fees and software costs related to mass email communications and marketing automation|
|6150||Brand||All PR, AR, content, swag and branding costs|
|6160||Prospecting||All costs related to prospecting efforts|
Tracking costs associated with specific campaigns can be achieved by working with the Finance team to create custom tags. These tags can be applied to Expensify reports, corporate credit card charges, and vendor bills processed by Accounts Payable. Campaign expenses that are incurred by independent contractors should be clearly noted and included in their invoices to the company. Follow the steps below to create and use campaign tags.
Email database management is a core responsibility for Mktg OPS. Ensuring GitLab is following email best practices, in compliance with International spam laws and overall health of active database are all priorities.
To request an email, create an issue in Marketing and assign it to JJ Cordz (in addition to whomever else needs to be aware of email). Required request information, please be as complete as possible in providing detail related to the email:
As of 22 August 2017, all email marketing communications are explicit opt-in. Using the Email Subscription Center, users can control their email communication preferences. There are currently 4 email segments.
Database segments and how someone subscribes to specific segment:
Breaking Change Emails
These are operation emails that can be sent on a very selective as needed basis. This is an operational-type email that overrides the unsubscribe and does not provide the opportunity for someone to opt-out. Usage example: GitLab Hosted billing change, Release update 9.0.0 changes, GitLab Page change and Old CI Runner clients. It is very important to have Engineering and/or Product team (whoever is requesting this type of email) help us narrow these announcements to the people that actually should be warned so we are communicating to a very specific targeted list.
Sent bi-monthly (every 2 weeks). Content Team is responsible for creating the content for each Newsletter.
Sent on an as needed basis containing important information about any security patches, identified vulnerabilities, etc related to the GitLab platform. These emails are purely text based.
Invitation and/or notification emails sent about future webcasts.
Invitation emails to attend a live event (VIP or Executive Lunch), meet-up, or in-person training. These emails are sent to a geo-locational subset of the overall segment. This type of email is also used when we are attending a conference and want to make people aware of any booth or event we may be holding and/or sponsoring.
The forms on about.gitlab are embedded Marketo forms. Any changes to the fields, layout, labels and CSS occur within Marketo and can be pushed live without having to make any changes to the source file on GitLab. When needing to change or embed a whole new form, ping Marketing OPS on the related issue so appropriate form and subsequent workflows can be created.
In the event Marketo has an outage and/or the forms go offline the forms with highest usage/visibility (Free Trial and Contact Us) have been recreated as Google forms that can be embedded on the related pages as a temporary measure to minimize any effect till the outage is past.