Real-time vs outbound journeys
By Emil Björk · Microsoft business apps consultant, Gothenburg
The two journey models in Customer Insights – Journeys — when to use each, key differences, and the Microsoft direction of travel.
On this page (7)
Customer Insights – Journeys (the successor to Dynamics 365 Marketing) ships two distinct journey models — real-time journeys and outbound journeys. They look similar in the designer but operate on very different mechanisms. Microsoft is moving customers toward real-time as the default; understanding why matters for both new builds and existing-tenant migrations.
Outbound journeys
The original model, inherited from the older Dynamics 365 Marketing product. Built around:
- Segments — saved queries that produce static lists of contacts at journey-start time.
- Static membership — once the journey starts, the contact list is largely fixed; mid-journey additions are limited.
- Scheduled execution — the journey runs on a calendar, sending email at planned times.
- Email-centric — historically email-heavy with limited support for other channels.
- Less personalisation — limited mid-flight branching on real-time signals.
Outbound is the right pattern for traditional campaigns: "send this email to everyone in segment X tomorrow at 9am, follow up with a second email three days later if they didn't open the first".
Real-time journeys
The modern model, built natively for the new Customer Insights – Journeys product. Built around:
- Triggers — events that fire the journey for one specific person at the exact moment the event happens. Triggers come from Dataverse changes, web form submissions, API calls, page visits, custom events.
- Dynamic membership — every event evaluates eligibility; the journey activates per individual the moment their data matches.
- Real-time execution — milliseconds-to-seconds between trigger and action.
- Multi-channel — email, SMS, push notifications, in-product messages, Teams cards, custom channels.
- Richer branching — wait for behaviour signals (opened the email? clicked? visited the page?) and adapt the next step.
Real-time is the right pattern for behaviour-driven engagement: "when a customer downloads a whitepaper, wait 24 hours, send a follow-up email, wait for their click, if they clicked the demo link, send a sales-handoff email; if they didn't, send a different nurture email".
The differences in practice.
| Aspect | Outbound | Real-time |
|---|---|---|
| Trigger | Segment + schedule | Event |
| Membership | Mostly static | Fully dynamic |
| Latency | Seconds-to-hours | Near-instant |
| Channels | Email-led | Multi-channel native |
| Mid-journey branching | Limited | Rich |
| Volume | Large batches | Distributed bursts |
| Compliance | Legacy | Modern (consent-by-design) |
Microsoft direction
Microsoft is investing in real-time as the strategic platform. Outbound is in maintenance mode — supported, but not the focus of new feature work. Microsoft has announced timelines for outbound deprecation; new customers should build real-time-first.
Migration
For existing customers with outbound journeys, Microsoft provides tools to migrate journeys to the real-time model. Many require rebuilding (the underlying mechanics differ enough that automatic conversion has limits). Plan migration as a small project, not a flip-switch.
When outbound is still right
Some scenarios remain outbound-friendly: bulk monthly newsletters with no behaviour-driven follow-up, simple announcement campaigns, lift-and-shift legacy campaigns awaiting migration. But for any new behaviour-driven engagement, build real-time.
The hybrid period
Mature tenants run both side-by-side during the migration window — real-time for new builds, outbound for legacy campaigns yet to migrate. Document which lives where and migrate the highest-value journeys first.
Operational reality
Real-time journeys demand cleaner data and better event design. The reward is dramatically more relevant customer experiences; the investment is real but bounded.
Frequently asked questions
What is the difference between real-time and outbound journeys?
- Outbound journeys start a mostly static segment on a schedule and are email-led. Real-time journeys start per person on an event — a form fill, a Dataverse change, an API call — with dynamic membership, near-instant execution, multi-channel sends, and rich behaviour-based branching.
Is outbound marketing being retired?
- Yes. Microsoft has put outbound in maintenance mode, announced deprecation timelines, and provisions new environments as real-time only. New journeys should be built real-time-first.
Can outbound journeys be migrated automatically?
- Partly. Microsoft provides migration tooling, but the mechanics differ enough that many journeys need rebuilding. Treat it as a small project and migrate the highest-value journeys first.
When is outbound still acceptable?
- For legacy bulk newsletters and simple announcements awaiting migration during a hybrid period. Any new behaviour-driven engagement belongs in real-time.
Related guides
- Customer Insights – Journeys vs HubSpotMicrosoft's marketing automation against the most common alternative in Dynamics shops — where each wins, where the differences are real.
- Data integration for real-time marketingHow real-time marketing journeys consume external data — trigger events, custom triggers from external sources.
- Real-time vs background workflows in DataverseThe two execution modes for Dataverse classic workflows — real-time / synchronous vs background / asynchronous — and the implications for behaviour.
- Customer Insights – Journeys explainedMicrosoft's marketing automation product — real-time journeys, segments, email, events, lead scoring, consent.
- Email deliverability for Customer Insights – JourneysHow to set up email deliverability in Customer Insights – Journeys — sending domain, DKIM/SPF/DMARC, IP warm-up, and reputation management.
Browse every guide in Foundations.
Marketing with Customer Insights
Was this helpful?
Signals which guides land and which need work. No account, no comment box — corrections go through the contact page.
Spot something wrong or want a topic covered? Send a correction or a topic request — both are welcome.