The starting point
Youmoney runs a high-volume lending marketplace where email drives most of the customer journey: from an unfinished application to the loan being taken. Everything sat on a legacy marketing platform built on tags, with lifecycle logic and consent handling that were hard to extend and hard to trust at scale. They wanted to move to a new, event-driven sending engine and grow toward roughly a million sends a day, without ever putting deliverability at risk during the switch.
My approach
I treated this as an infrastructure migration first and a marketing project second. Before touching a single send, I mapped how a user actually moves through the funnel and turned that into a small set of clean, event-driven journeys the engine could trigger on real signals rather than fragile tag combinations. From there the rule was simple: integrate properly over API and webhooks, warm up quietly in the background, and let live traffic onto the new system in small, measured percentages so every step was reversible and observable.
The process
- 01
Discovery and mapping
I sat down with the team to map the real customer journey: from an unfinished application, through the offer, to the loan being taken or rejected. We agreed on the exact events that mark each transition and how a user is identified across multiple applications.
- 02
Designing the journeys
I translated that map into roughly five event-driven automations: abandoned application, offer follow-up, post-conversion upsell, rejection re-engagement and a repayment-window nudge. Each journey starts, stops and branches on real events, with deliberate delays so a user isn't emailed before they've had a chance to finish.
- 03
API and webhook integration
I integrated the new engine over API and webhooks: inbound events driving the journeys, and outbound signals for consent changes, suppression entries and hard bounces or complaints, each with a clear reason. Consent was reworked so an unsubscribe removes someone from one specific type of communication rather than blanket-suppressing them.
- 04
Warm-up and provider setup
I set up sending across Amazon SES and additional providers with rotation rather than a single linear channel, and ran domain and IP warm-up quietly in the background while the journeys were being built. Bounce and rejection rates were the guardrail for how fast we could push.
- 05
Phased rollout
We moved live traffic onto the new engine in measured steps: starting at a small share of one brand and increasing toward the majority of its traffic, reviewing results before each step up. Higher-risk conversion and upsell messages were sent from separate identities so they couldn't affect the reputation of the core sending.
- 06
Monitoring and reporting
I stood up per-automation and per-email reporting (unique opens and clicks, step-by-step drop-off and date-range filtering) exposed to the team so they can compare performance over time and spot dips early. Aggregate stats are being shaped into a stable model as volume grows.
The outcome
Youmoney now runs on a new, event-driven sending engine instead of the legacy platform, with lifecycle journeys that trigger on real signals, consent handled per communication type, and multi-provider sending backed by proper warm-up. The rollout has moved live traffic onto the system safely, one measured step at a time, and the architecture is built to scale toward roughly a million sends a day. They now have per-automation and per-email visibility they didn't have before, so growth happens with the numbers in view rather than in the dark.
