Module 1 — Email Studio deep dive

Email Studio is where you build, send, and track email campaigns. While Content Builder handles the design, Email Studio handles the sending workflow — classifications, audiences, scheduling, and tracking.

The Email Studio Send Flow

User-initiated sends vs triggered sends

A User-initiated send (UI Send) is a one-off batch send — a newsletter or promotion. A Triggered send fires automatically in response to an event (e.g. someone filling out a form). Triggered sends are configured as Triggered Email Sends and are usually invoked via API or by Journey Builder.

📘 Send throttling

For large audiences, SFMC sends in batches automatically. If you need to control send rate (e.g. to protect a landing page from traffic spikes), you can configure a Throttle Limit in the send flow.

Module 2 — Content Builder & templates

Content Builder is SFMC's centralised asset library. Everything lives here — emails, images, code snippets, document templates, and content blocks.

Key Content Builder concepts

Asset typeWhat it is
Email messageA complete email ready to send
TemplateA reusable layout (header, footer, columns) that email messages are built on
Content blockA reusable section (e.g. standard footer, social links) that can be dropped into any email
ImageImages hosted in SFMC's CDN — always use hosted images for deliverability
Code snippetReusable AMPscript or HTML fragments
DocumentPDFs and downloadable files hosted in SFMC

Template strategy

A good template architecture separates structure from content. Build templates that define the header, footer, fonts, and colour palette — then let individual emails fill in the content areas. This means:

💡 Locked vs unlocked regions

Use locked regions for headers, footers, and brand elements that shouldn't change. Use unlocked regions for body content. This is set in the HTML with the data-type="slot" attribute.

Module 3 — Dynamic content basics

Dynamic content lets you show different content to different subscribers within the same send. SFMC offers several ways to do this — from simple rules to full AMPscript scripting.

Rules-based dynamic content

In Content Builder, you can add a Dynamic Content Block and define rules: If Country = "UK" show this block, otherwise show that block. This works without any code — it's a point-and-click interface.

Good use cases for rules-based dynamic content:

Personalisation strings

Personalisation strings are simple merge variables that pull values from the subscriber's data. They use double percent signs:

HTML Personalisation strings
<p>Hi %%FirstName%%, here's what we picked for you.</p>

<!-- Fallback value if the field is empty -->
<p>Hi %%[IF EMPTY(FirstName) THEN "there" ELSE FirstName ENDIF]%%</p>

For more complex personalisation — loops, lookups, conditional logic — you need AMPscript. That's covered in the AMPscript guide and the Advanced path.

Module 4 — Journey Builder fundamentals

Journey Builder lets you build automated, multi-step customer experiences. Instead of a one-off send, you design a journey that subscribers enter and move through based on their behaviour.

Core Journey Builder components

ComponentWhat it does
Entry sourceHow contacts enter the journey (Data Extension, API Event, Salesforce Data, etc.)
ActivitiesActions taken on the contact (send email, send SMS, update data, wait, etc.)
Decision splitsBranch the journey based on contact attributes or engagement
Engagement splitsBranch based on whether the contact opened/clicked a previous email
Wait activitiesPause for a fixed time, until a date, or until a contact attribute is met
GoalDefine when a contact has "completed" the journey (e.g. made a purchase)
Exit criteriaRemove contacts from the journey when a condition is met

Journey statuses

A journey moves through these statuses: Draft (being built) → Running (live, contacts can enter) → Paused (no new entries, existing contacts continue) → Stopped (all activity ceases). You cannot edit a Running journey — you must create a new version.

⚠️ Important

When you activate a new journey version, contacts in the current version continue their path in the old version. New contacts enter the new version. Plan version upgrades carefully in production journeys.

Module 5 — Building your first journey

Let's build a classic welcome series — three emails sent over a week to new subscribers.

Module 6 — Automation Studio

Automation Studio runs scheduled backend processes — SQL queries, data imports, file transfers, and sends. Think of it as SFMC's task scheduler.

Common automation use cases

Automation structure

Each automation has one or more Steps, and each step can have one or more Activities running in parallel. Steps run sequentially — step 2 only starts when all activities in step 1 are complete.

💡 Common pattern

Step 1: Run SQL query to populate a segment DE. Step 2: Send email to that DE. This guarantees your segment is always fresh before the send fires.

Automation trigger types

Trigger typeWhen it runs
ScheduledOn a defined schedule (hourly, daily, weekly, monthly)
File dropWhen a file arrives on the SFMC SFTP server
Run onceManually triggered — useful for ad-hoc data jobs

Module 7 — Data Extensions & SQL intro

Data Extensions (DEs) are the backbone of SFMC's data model. Understanding them well is one of the highest-leverage skills you can develop as a practitioner.

DE types

TypeDescription
Standard DEA regular table — most common type
Sendable DEA DE that can be used as a send audience — must have an EmailAddress field mapped to Subscriber Key
Shared DEA DE in the Parent/Enterprise Business Unit accessible across all child BUs
System DEsAuto-populated tables like _Subscribers, _Sent, _Open, _Click — great for building reports

Your first SQL query

SQL in SFMC uses a T-SQL dialect (similar to Microsoft SQL Server). You write queries in Automation Studio under Query Activities. Here's a simple example — pulling active subscribers who've opened in the last 60 days:

SQL Basic active subscriber segment
SELECT DISTINCT
    s.SubscriberKey,
    s.EmailAddress,
    s.FirstName,
    s.LastName
FROM [MasterSubscriberDE] s
INNER JOIN [_Open] o
    ON s.SubscriberKey = o.SubscriberKey
WHERE
    o.EventDate >= DATEADD(day, -60, GETDATE())
    AND s.EmailOptIn = 1

Visit the SQL queries topic page for a full library of practical queries.

Module 8 — Advanced segmentation

Good segmentation is the difference between relevant emails and noise. At the practitioner level, you should be comfortable combining multiple data points to create nuanced audiences.

RFM segmentation

Recency, Frequency, Monetary — a classic e-commerce segmentation model. In SFMC, you'd implement this with a SQL query that scores each subscriber and writes the result to a segment DE, then run it on a schedule via Automation Studio.

Engagement-based suppression

Always suppress chronically unengaged contacts from batch sends. Sending to people who never open harms your sender reputation and deliverability. A common rule: suppress anyone who hasn't opened or clicked in 180 days. Build this as a suppression DE and include it in every send.

⚠️ Sunset policy

A sunset policy is a formal process for removing unengaged subscribers. Define thresholds (e.g. no engagement in 6 months), run a re-engagement campaign, then suppress or remove non-responders. Doing this consistently keeps your list healthy and improves deliverability.

Module 9 — Deliverability

Deliverability is the ability to get your email into the inbox rather than spam. It's one of the most important operational skills in SFMC and often overlooked until something goes wrong.

The main factors

SAP — Sender Authentication Package

SFMC's SAP configures your dedicated IP, custom domain, and authentication records. Ensure your SAP is correctly set up before sending at scale. This is done in Setup → Administration → Sender Authentication.

IP warming

If you're on a dedicated IP (common in SFMC), you must warm it — gradually increasing send volume over several weeks so mailbox providers learn to trust your IP. Start with your most engaged subscribers and slowly increase volume. Skipping IP warm-up is one of the most common causes of deliverability problems.

Module 10 — A/B testing

SFMC has built-in A/B testing at both the send level (Email Studio) and within Journey Builder.

What you can test

How it works in Email Studio

💡 Testing best practice

Test one variable at a time. If you change both the subject line and the hero image, you won't know which change drove the result. Also ensure your test audience is large enough to be statistically significant — typically 1,000+ per variant minimum.

Module 11 — Mobile Studio intro

Mobile Studio handles SMS, push notifications, and group messaging (WhatsApp in some configurations). It's a separate studio within SFMC but shares the same subscriber and journey infrastructure.

MobileConnect (SMS)

MobileConnect is the SMS component. Key concepts:

MobilePush (push notifications)

MobilePush sends push notifications to mobile apps that have integrated the Salesforce Mobile SDK. It requires app development work to set up initially, but once live, push journeys work just like email journeys in Journey Builder.

Module 12 — Reporting & Analytics Builder

Analytics Builder gives you deeper reporting beyond the individual send-level tracking in Email Studio.

Pre-built reports

Analytics Builder includes pre-built reports for:

Building custom reports

Use the Report Builder to create custom cross-send reports. You can combine data across sends, journeys, and dates, and export to CSV or schedule email delivery of the report.

System Data Views for advanced reporting

For the most flexible reporting, query SFMC's System Data Views directly using SQL. These are auto-populated tables that record every event:

System Data ViewContains
_SentEvery email sent (SubscriberKey, JobID, EventDate)
_OpenEvery email open event
_ClickEvery link click event with URL
_BounceBounce events (Hard, Soft, Technical)
_UnsubscribeOpt-out events
_ComplaintSpam complaint events
_SubscribersAll subscribers and their current status
Practitioner path complete 🎉
You now have the full working skillset of an SFMC practitioner. The Advanced path takes you into code, APIs, and custom solutions.
Advanced path → Certification prep