Kyle Seyler
March 30, 2026

Journeys is Courier's AI-native journey builder for multi-step customer messaging. You build on a canvas: triggers, branching, delays, live data fetching, AI classification, omnichannel sends. Your engineering team (or coding agent) wires up the event source once. You own the logic, timing, content, and iteration from there.
Every Journey starts with a Payload Schema where you define the variables the Journey works with: String, Number, Boolean, DateTime. Add plan_type or trial_days_remaining to the schema and it autocompletes everywhere in the Journey, in branch conditions, message copy, and personalization. This is the agreement between you and engineering about what data the event carries. They populate it; you use it. Get aligned on this early and you own everything after.
API trigger. Engineering calls the notification API with a user ID and data payload. If they're using a coding agent, the Courier MCP server and Courier Skills give the agent the tools and patterns to set up the integration directly.
Segment trigger. Existing Segment track calls route straight into Courier. Event name becomes the trigger, event properties become your payload variables. No new backend code.
The trigger also has a Conditions section where you filter who enters the flow based on payload values or profile data. If conditions aren't met, the Journey exits at the trigger. You control this in the UI, no ticket required.
Branch on payload fields, profile attributes, or output from upstream nodes (AI classification, Fetch Data responses). Each branch creates a separate path. You can nest them. This is where the Journey's intelligence lives.
Wait a fixed duration (24 hours), until a specific time (Tuesday 10am in the user's time zone), or within a deployment window (business hours only). Quiet hours prevent 2am sends. Time zones are per-user, pulled from their profile.
Caps messages per user per time period. When a burst of events fires at once, throttle prevents your customers from getting hammered. Available on standard plans.
Call an external API mid-flow and use the response in downstream nodes. The Journey branches on live state from your backend, not a stale snapshot from when the trigger fired.
Use OpenAI or Claude as a native step. Define a prompt, pass in upstream data, get structured output the rest of the Journey can use. Enrich user profiles with classifications or tags that persist across future Journeys. Create branching logic based on the model's output. Generate personalized message copy per user and per channel. No model hosting. Native node.
Send on any channel, through any provider. Courier's BYOP model means you connect your existing providers and Courier orchestrates delivery. Message content is designed directly in the node, scoped to this Journey. Per-user preferences are enforced automatically at send time.
When you edit a live Journey, comparison mode shows a side-by-side diff of your draft against the published version: nodes added, branch conditions changed, what was removed. Every publish creates an immutable snapshot in version history. If something breaks, restore the previous version in one click.
Build and test in the Test environment, which sends to test provider configurations instead of real users. Paste a payload into the preview pane to verify personalization renders correctly before anything goes live.
Engineering or a coding agent can also invoke Journeys with test payloads from the CLI, or use the MCP server (59 tools, works with Claude Code and Cursor) to verify template rendering, check delivery, and debug message status from the editor.
Open the Logs tab. Search by Run ID or Recipient. Step through the execution: which branch was taken, what the AI scored, what got delivered, when. Real production data.
The Metrics tab aggregates sends, deliveries, opens, and clicks over time, broken down by template.
Courier Skills gives coding agents production-grade Journey patterns with timing, frequency limits, and cancellation logic already encoded. Tell your agent (or engineering team) to install Skills, and they can scaffold the customer journeys most teams build first:
The patterns cover onboarding, feature adoption, engagement and retention, re-engagement, referral, and campaign sequences. Each includes recommended timing, frequency limits, and cancellation logic so the Journey stops when the customer takes the desired action.
The agent scaffolds the structure. You review on the canvas and publish.

Audit Notifications with Cursor or Claude Code
Most teams can't answer a basic question about their own product: what notifications are you sending, and are they working? This post walks through a full notification audit using Courier's CLI and MCP server from inside your coding environment. You'll inventory every template, pull delivery logs to surface failures, trace messages end to end, inspect rendered content for stale copy, map the data feeding each notification, break down delivery health by tenant, check preference coverage, and build a hit list of notifications to kill, revise, or batch. All from the command line. Takes about an afternoon.
By Kyle Seyler
March 27, 2026

Courier vs Customer.io: Complete Customer Engagement Platform Comparison 2026
Courier and Customer.io both support multi-channel messaging, but they are built for different operators. Courier is the customer messaging platform for humans and agents, designed for product teams, growth engineers, and developers who need intelligent messaging infrastructure across journeys, inbox, preferences, and channel orchestration. Customer.io is stronger for marketers and CRM lifecycle teams focused on profile-driven campaigns, segmentation, a/b testing. This comparison breaks down pricing, workflows, in-app messaging, and best-fit use cases.
By Kyle Seyler
March 24, 2026

Customer Journeys Then and Now
Most customer journey platforms don't use product data. They use marketing data. Open rates. Click-throughs. Maybe a segment based on what plan someone's on. That's not a journey. That's a drip campaign with extra steps. I spent years building behavior-based lifecycle programs at Yahoo. The decisioning was sophisticated. The organizational overhead to ship it was not. The infrastructure layer has finally caught up. Here's what behavior-based journeys looked like then, what most teams settled for, and what's actually possible now.
By Kyle Seyler
March 19, 2026
© 2026 Courier. All rights reserved.