This is the first in a series I'm titling "Big Marketo."
Big Marketo is about how large companies think about Marketing Automation, the challenges we face and how we think through ideas that are scalable for different skill levels. Big Marketo isn't just for large companies, it's for anyone who manages more than one or two users of Marketo. Big Marketo is, in essence, tips and tricks that help us keep this sane in an insane world of ideas.
Having worked for seven years using Adobe Campaign (formerly Neolane) for a medium sized company I came over to GE Healthcare Digital in 2014. Since joining I've become a recognized expert across all of GE in the Marketing Automation arena and ascended to the top level at GE Healthcare to help lead and shape the Marketing Automation initiative. I've redesigned how programs are run in a way that's scalable and simple. I've utilized the power of Tokens, Landing Pages, Script and Campaigns to take the burden off of the end user. I've written user roles in a way that's sensible, logical and safe. Is it perfect? No. Is it working? Yes.
I currently admin an instance of Marketo with about 160 users and growing. We have users on almost every continent and region and country- North America, Asia, India, Africa, Australia, South America, Europe, Middle East, Far East, Central America, U.S., Canada, etc. Just a couple of months ago it was out of control. We had over 19 people with Admin access, some of whom were consultants, many of whom had no experience or training. People were free to make major changes without knowing the downstream impact. We also had about 10 different user roles that no one truly understood. Some of the roles were specific to one or two people, others were assigned to people who also had Admin access.
Prior to me joining the Global team, there was a completely different team in charge and all of them had left the company, leaving a large knowledge gap of why it had gotten so out of hand. Assigning blame wasn't the priority, fixing things was. This was going to be painful, we were going to reduce a lot of people's access and take away functionality. We had seen too many things go wrong and we needed to make this error proof.
I've thought about it and I'm starting with user roles because I believe from here it will set the table for the other topics. Everything starts with set-up and talent. You need to know who you have and what there skills are and channel them into ways that doesn't force them to take on responsibilities out of scope. My next topic will be Program Creation, and that will really help you see how these roles work together. We'll also get into Workspaces and how to utilize them to make your instance safe. But I think the first thing to think about is User Roles, what you should allow users to do, who does what and why and how to make them all work together efficiently.
Marketo, broken down, has a couple of key areas that require different skill sets. Let's break it down:
These are Marketo experts who really know all the ins and outs of Marketo. The wield the highest level of power and use it the least. These are the people who need to make sure Marketo changes as little as possible and see the impact of people's mistakes. Admins real responsibility lies is creating new users, assigning roles, training other users and preserving the integrity and structure of Marketo.
Marketo captures and creates data which are used to create reports and models for end users. Marketo has several ways to report data from smart lists to canned reports to their Revenue Cycle tools. A core functionality of your Marketo team should be business analysts who understand databases and data modeling and how to perform testing for scoring and lead lifecycle. Data is captured not only from Marketo but also from any linked CRM or other tool. Here is where a keen eye for which data is meaningful to have in Marketo vs. which is not is crucial as it will help your instance operate proficiently and not get backed up receiving and transmitting useless data.
Marketo records a lot of data and is capable of recognizing a lot of events happening. The trick here is to know which are the significant few triggers that your business needs. Knowing how your customer base interacts with your programs is important in knowing which triggers you want to use, as is understanding what your sales and marketing people want to know about. For some, a web page visit might be an important event to note while for others this trigger could overwhelm the system if the website is highly trafficked.
Knowing how to design Marketo pages that integrate seamlessly with your website lies in the hands of graphic designers and web designers. Knowing how to model CSS and centralize on it to minimize updates is highly useful for big companies as the web layouts and looks can change quickly. You want to do this right the first time so 4-5 years down the line you don't end up with hundreds of pages that need individual updates.
You also need people who understand how to design Emails. These use different rules than Web Pages and if you don't know what they are you need someone who does. The email design tool in Marketo is not indicative of how the email will look in Outlook, Yahoo, Gmail, iOS, Android, Outlook.com, mobile, tablet, PC, etc. If you think "All my customers are B2B so they all use Outlook," you're wrong. If you're doing your layouts on a P.C. and not optimizing for mobile, you're old fashioned. You need to make sure you have a designer that knows how to build and test emails for best performance, as well as how to A/B test.
On top of design, knowing scripting will add immediate value to your Marketo initiatives. If you want to break the mold and show that your website is modern you need to know a little scripting, whether it's JavaScript, jQuery, or PHP. It's not difficult to learn the basics but you need to be able to incorporate scripting if you really want to get the most out of your Marketo pages.
Chances are your user base falls into one of two categories: I'll call the first "Field Marketing," people who are responsible for creating the message, identifying the streams and ways to promote / spread the message, and; "Marketing Operations," your technical folks who know how to make the automation happen. Both of these roles serve unique purposes and should have Marketo roles in scope with their work. With that in mind, here is how GE Healthcare crafted user roles for our instance of Marketo. We'll start with the lower role and work up.
This is where the majority of your "Field Marketing" team will be. They have ability to clone programs, create new emails or landing pages, update content but not approve unapproved asset and launch / activate campaigns. They have access to Lead Database, Marketing Activities and Analytics but cannot change leads attributes. The main job of the Content Editor is to own the actual content, update it when necessary and create new programs based on templates without the ability to launch unsupervised.
In the next part in this series you'll understand how a Content Editor can do their job proficiently by utilizing only tokens and never needing to know the Landing Page Editor or the Email Editor. For now, just think that these are people who will generate new ideas, forge partnerships with external channels, work with product marketing and sales to identify opportunities to create new assets and then update the customer facing content when necessary.
Basic Marketo knowledge and experience using a WYSIWYG editor.
Marketing Approver
The next level of skill is your Marketing Approver. This roles has Content Editor plus the ability to approve assets and launch / activate campaigns. Has access to Lead Database, Marketing Activities and Analytics. Is typically restricted to Operation team users with Marketo training. The main reason for a Marketing Approver is that no one should be able to approve their own programs without another set of eyes on them; and prior to launch, an expert in the area of Marketing Automation should review the program to insure it adheres to local laws, company governance rules and it will work as expected. This role has perhaps the most responsibility as they are responsible for checking every link, every email, every page, every workflow and list prior to hitting Send.
Marketing Automation experience, knowledge of personal data privacy laws for their region, proven comprehension of region governance, workflows, mid-level graphic design (HTML / CSS for webpages and emails).
Not every company will have this role and not every company will have a separate role for Region Admin / Marketing Approver, however there are functions that a Region Admin owns that are crucial towards success of marketing automation. If your instance is differentiated by region you need to have a regional expert who natively understands the region and can act as an evangelist of that regions users. They also need to be part of the Marketing Operations Round Table, representing that region's needs and their knowledge of the users. The RA is the main point-of-contact for the region, providing training and Tier 1 support. This role does not have Admin access but has access to "secret" workspaces where critical-to-quality workflows are housed, out of reach of the Marketing Approvers. I'll cover more on this in one of my next posts about Big Marketo.
Your Region Admin has access to Lead Database and can change data directly when necessary. They have access to the Design Studio and can create and update templates for Email and Web Pages as well as Forms. (Look for an upcoming post about how Centralization Is Your Friend.) They can update scoring programs and the Lead Lifecycle. The Region Admin is a powerful role and requires someone who works closely with Sales and Marketing leadership and understands business needs and how to continuously improve programs.
Responsibilities:
Admins -
These are the highest, most proficient Marketo users. The requirement is that they be a Marketo Certified Expert to even be considered, be part of the core Marketing Operations team, have clearly defined knowledge of Markeo and share a unified vision for preserving the integrity of Marketo. This group should have an extremely conservative mindset when it comes to altering Marketo. Requests for new fields need to be scrutinized for unanimous agreement that there's no alternative for storing data. They need to know how to write webhooks, how to partner with organizations looking to utilize APIs and how to troubleshoot integrations.
You should limit your Admins to as few people as possible, with an eye on spreading out responsibilities across timezones to provide around-the-clock support. For GE Healthcare, there are 4 admins: 2 in India, 1 in Australia and 1 in the U.S. We work closely together an act as one mind. We listen to the needs of others and work to create solutions. We do not utilize our Admin powers often and we also act as Region Admins and Marketing Approvers.
Now, there are two other roles worth mentioning:
These are the roles we utilize at GE Healthcare. All of our 160+ users fit into one of these roles and can perform the duties that their job requires to the fullest. This is also thanks to the program structures and centralization techniques we're utilizing to keep the instance sane.
Now it's also worth noting that these roles are only most crucial in a Production environment. We often have Content Editors or Marketing Approvers who want to model changes or new programs which may require new fields. We require all work of this manner to be performed in a UAT / Sandbox environment and have reviews by the Region Admins and Admins prior to migration to Production. This is where the Admins have the opportunity to train users on how to accommodate programs without the addition of new fields, or come to consensus on whether or not to add new fields as well as provide rigorous testing on proposed new programs or changes. This is where Admins, who have knowledge of what other regions are doing, can be of most benefit by using on region's innovation to benefit others.
So ends Pat one on Big Marketo. Let me know what you thought, how you'd improve on what I've detailed or what you'd like to see in a future installment.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.