Northern Trail Outfitters (NTO) wants to target users of its app and social platforms who...

A single, unified Journey Builder journey spanning Push, Social, and Email activities within one orchestrated path is the correct architecture, because it lets the consultant use native Engagement Splits and Exit Criteria/Goals evaluated at the individual-contact level across the whole customer experience: when a contact opens or clicks any message in the sequence, the journey ' s engagement logic removes them from continuing through subsequent steps, exactly as required. Building this as one journey also ensures message sequencing and channel coordination remain synchronized for each contact, rather than fragmented across disconnected processes. Option C, running multiple separate journeys per channel, breaks the requirement that engagement in one channel should suppress messaging across all remaining channels, since disconnected journeys cannot natively communicate contact-level engagement state to one another in real time. Option B, a generic Script Activity inside Automation Studio, is a heavy, code-dependent, batch-oriented approach poorly suited to real-time, per-contact engagement evaluation and channel orchestration. Option D similarly relies on periodic batch imports and suppression list rebuilding, introducing latency and missing the real-time ' remove on open/click ' behavior a journey ' s native engagement logic provides instantly. Reference: Journey Builder Multi-Channel Journeys, Engagement Split, Exit Criteria.