Adobe Journey Optimizer

Introduce a runtime profile status to natively block profile re-entry while a user is still actively in-flight within an Orchestrated Campaign. Why is this feature important to you For daily recurring campaigns, architects currently face overlapping, concurrent journeys because profiles are pulled in again before exiting the workflow. Resolving this currently requires maintaining a custom active flag explicitly in the data model and updating it via external systems, which adds unnecessary architectural overhead. How would you like the feature to work OCM should natively expose a runtime profile status (such as "active" or "in-progress") that acts as a built-in mechanism to natively block campaign re-entry while a user is still actively in-flight. Current Behaviour Unlike standard Journeys, OCM does not natively expose a runtime profile status, providing no built-in mechanism to natively block re-entry while a user is still in-flight

Ensure Enrichment activities only expose the specific relational row that matched the initial "Build Audience" criteria rather than bleeding into the entire related-record level. Why is this feature important to you Practitioners need precise downstream personalization. When the system qualifies a profile based on a specific condition (like an order status of "Pending") but exposes all orders associated with that user during enrichment, it necessitates building redundant filtering logic directly inside the Enrichment data setup to prevent personalization errors. How would you like the feature to work The Enrichment step should automatically inherit and restrict the relational data to only the specific row that matched the initial condition in the Build Audience step. Current Behaviour The "Build Audience" step only qualifies the Person ID, and the downstream enrichment step automatically exposes the broader related-record level for that person rather than restricting it to the matched

I have used the experiment feature quiet a lot for the e-mail channel in our different onboarding journey’s (batch audience, sending daily) and recurring sales journeys. However, I have to stop my journeys and duplicated them and then adjust them each time I want to scale a winner, as the great scale the winner feature is not supporting outbound marketing e-mails yet (only api-triggered). There is a huge potential in getting the feature for this type of channel, as I believe this must still be the largest channel for majority of companies? I really hope this can be considered for the roadmap. I’ve eagerly checked the release notes each month since we got to be beta testers of Experimentation Accelerator about a year ago. Bonus: I’ve also just launch a test of the new Experiment feature inside the new Optimize node, to test different journey paths. My test is live now, but also doesn’t look like there a scale the winner feature for this one?Thanks for all the work on experimentations no

If you've ever launched a large-scale campaign and watched your call center buckle under a flood of responses — or worse, seen your email deliverability tank because ISPs flagged you for sending too much too fast — wave sending in Adobe Journey Optimizer (AJO) is the feature you need to know about.In this post, I'll walk through what wave sending is, when to use it, and how to configure it effectively for real-world scenarios.What Is Wave Sending?Wave sending lets you split a single campaign's audience into multiple batches (called "waves") and deliver them on a staggered schedule. Instead of blasting your entire audience at once, you control the pace — sending in 2 to 10 waves, each with its own size and timing.This applies to all outbound actions in AJO: Email, SMS, Push, and Direct Mail. Why Should You Care?Three words: control, reputation, and capacity.1. Protect Your Sender ReputationISPs watch your sending patterns closely. A sudden spike in volume from a domain or IP can trigger

Description:We need a feature to filter out automatic email open events that are not caused by recipients or users. This would enable more accurate reporting and evaluation of email campaign performance.Why is this feature important to you:Filtering out non-human interactions is essential for providing accurate open rate metrics, ensuring campaign performance insights reflect genuine user engagement. Additionally, identifying and including non-human interactions (e.g., automatic opens by Apple Mail Privacy Protection - MPP) would help evaluate email address activity and inactivity more effectively.How would you like the feature to work:The feature should detect and exclude automatic opens caused by non-human actions, such as MPP or similar mechanisms, from standard open rate calculations. Simultaneously, it should log and make these automatic opens identifiable for separate reporting purposes, allowing for better analysis of email address activity patterns.Current Behaviour:Currently,

Currently, buyer group role creation in AJO B2B relies on exact-match or limited matching logic for job titles and attributes. This creates constraints when mapping real-world data, where job titles are often inconsistent, varied, or unstandardized.Introducing a “contains” logic would significantly improve flexibility and accuracy in buyer group definition. It would allow roles to dynamically capture a broader and more realistic set of relevant contacts (e.g., capturing variations like “Sr. Director of Radiology,” “Radiology Director,” or “Director, Imaging Services” under a single word - contains “radiology”).This enhancement would:Improve coverage and completeness of buying groups by reducing missed matches Reduce manual effort and dependency on exhaustive title mapping Increase scalability across regions and datasets with inconsistent naming conventions Enable more accurate downstream activation (e.g., LinkedIn, email targeting)Overall, adding “contains” logic will make buyer group

Hi Team, Below are the details :  Detailed Use CaseThere are multiple scenarios in which source data for batch campaigns or journeys is delayed. In such situations, we are required to manually start, stop, pause, or resume all related journeys and campaigns. This significantly increases operational overhead.Once the data issue is resolved, the same set of journeys and campaigns must be manually resumed, meaning the effort is duplicated for every data disruption. As a result, each data failure forces us to perform the same manual operational task twice, which is both inefficient and error-prone.Business JustificationProviding API-level capabilities to start, pause, stop, and resume journeys or campaigns would enable full automation of this process. This would lead to substantial reductions in manual effort and operational burden, while also minimizing the risk of human error.When handled manually, it is very easy to accidentally miss a journey or campaign, which can directly impact reve

Use case: We would like to target customers on below qualified dates and be suppressed if they don’t meet qualified date. So, looking for the solutions to manage dynamic qualified date in the journey if possible. 2 days before 1st Friday of each month e.g. Apr 1, 2026 1st Friday of each month e.g. Apr 3, 2026 1 month after 1st Friday (on 1st Friday only) e.g. May 1, 2026 2 months after 1st Friday (on 1st Friday only) e.g. Jun 5, 2026 3 months after 1st Friday (on 1st Friday only) e.g. Jul 3, 2026

In Adobe Orchestrated Campaign (OCM) Provide functional significance to the "Enable for Segmentation" toggle present on relational schemas. Why is this feature important to you UI elements that have no backend functionality create confusion for data architects and marketers during implementation, leading to unpredictable behaviors and wasted configuration effort. How would you like the feature to work If the toggle is present, it should actively allow the fields within that relational schema to be leveraged in the standard AEP segment builder. If this is not technically viable, the toggle should be removed from the UI to prevent confusion. Current Behaviour The “Enable for Segmentation” toggle on relational schemas has no current significance

Enable Adobe Journey Optimizer (AJO) Journeys to natively query and consume data residing in relational tables. Why is this feature important to you Siloing relational data strictly to Orchestrated Campaigns creates a disjointed architecture. Real-time journeys often need contextual data (like store inventory or loyalty tier lookups) that is best suited for relational storage. How would you like the feature to work Allow AJO journey conditions and personalization syntax to securely reference and pull data from relational schemas linked to the primary profile. Current Behaviour Relational tables are designed for OC only and cannot be directly consumed by AJO Journeys

In Adobe Orchestrated Campaign (OCM) Introduce a native, automated feature to clone XDM profiles into relational stores without dual-ingestion or Query Service workarounds. Why is this feature important to you Architectural simplicity reduces technical debt and maintenance costs. Forcing data engineers to ingest data twice or build scheduled Query Service scripts just to populate relational tables is an inefficient use of platform resources. How would you like the feature to work Provide a UI-driven toggle or standard data prep mapping function that allows specific XDM profile attributes to automatically sync or "clone" into designated relational schemas upon ingestion. Current Behaviour There is no free auto clone feature for xdm profiles into relational stores; data must be ingested twice or derived via Query Service

In Adobe Orchestrated Campaign (OCM) Enhance the test profile creation wizard to include functional hooks for updating or populating relational tables via CSV upload. Why is this feature important to you Robust QA requires highly specific, multi-dimensional test data. The inability to inject test data directly into relational tables hinders our ability to thoroughly validate complex orchestration workflows that rely on those data structures. How would you like the feature to work The test profile wizard should support a CSV template upload that maps test identifiers not only to XDM profile attributes but directly to custom fields within linked relational schemas. Current Behaviour The test profile creation wizard lacks placeholders or functional hooks to update or populate corresponding test data within relational tables via CSV upload  

 In Adobe Orchestrated Campaign (OCM) Update the standard AEP Profile UI to display relational store attributes and cross-table relationships. Why is this feature important to you A true 360-degree customer view is the primary promise of the Adobe Experience Platform. If relational data used heavily in orchestration is hidden from the Profile UI, practitioners cannot easily validate data ingestion or troubleshoot personalization logic.  How would you like the feature to work The Profile UI should include a dedicated tab or widget that surfaces the underlying relational data and schema links associated with that specific profile's primary identifier. Current Behaviour Relational store attributes and cross-table relationships are not reflected in the standard Profile UI, preventing a unified “360 view” of a specific profile’s relational records

In Adobe Orchestrated Campaign (OCM) Enhance saved audiences to support incremental evaluation (entries and exits) rather than requiring full static snapshot re-evaluations. Why is this feature important to you Processing efficiency is critical when dealing with millions of profiles. Forcing a full re-evaluation is computationally expensive and delays the timely execution of campaigns that only need to trigger on net-new audience entries or exits. How would you like the feature to work Provide an option for saved audiences to evaluate continuously or incrementally, accurately flagging profiles that have recently qualified for or fallen out of the audience parameters. Current Behaviour Saved audiences function as static snapshots requiring full re-evaluation; they lack method to identify incremental entries, exits

In Adobe Orchestrated Campaign (OCM) Update the orchestration canvas UI to display unique profile counts rather than total records. Why is this feature important to you Architects and marketers rely on canvas counts for immediate sanity checks and sizing estimates. Displaying total records instead of unique profiles artificially inflates the perceived audience size, leading to misaligned expectations for campaign reach. How would you like the feature to work The numbers displayed above nodes and paths on the canvas should represent deduplicated, unique XDM profiles flowing through the orchestration step. Current Behaviour Counts displayed on the orchestration canvas represent total records rather than unique profiles

In Adobe Orchestrated Campaign (OCM) Enable the orchestration engine to dynamically re-evaluate consent and opt-in status mid-execution rather than relying on a static snapshot. Why is this feature important to you Compliance with privacy regulations (GDPR, CCPA) requires strict adherence to real-time consent. If a user opts out while a multi-day orchestrated campaign is running, they must be immediately suppressed from downstream deliveries. How would you like the feature to work The engine should natively ping the profile's consent attributes immediately prior to any delivery or action node, ensuring messaging is suppressed if the opt-in status has changed since the campaign started. Current Behaviour Consent opt in status is a static snapshot taken at the start and does not update mid execution

Provide native support and integration for Offer Decisioning capabilities within Orchestrated Campaigns. Why is this feature important to you Next-best-action and dynamic offer management are core to delivering personalized experiences at scale. Orchestration tools must be able to resolve and deliver centralized offers to ensure consistent messaging across channels. How would you like the feature to work Provide an "Offer Decisioning" node or native integration within messaging nodes in OCM, allowing the engine to fetch and append the highest-ranked offer for a profile dynamically during execution. Current Behaviour Native integration with Offer Decisioning capabilities is not currently supported

Integrate Send Time Optimization (STO) capabilities natively within Orchestrated Campaign execution. Why is this feature important to you Maximizing engagement requires reaching customers when they are most likely to interact. AI-driven STO is a standard expectation for modern marketing automation; lacking it degrades the performance of orchestrated communications compared to standard AJO journeys. How would you like the feature to work Include an STO toggle or configuration setting on messaging/delivery nodes within the orchestration canvas to optimize the dispatch time based on AI profile scoring. Current Behaviour Send Time Optimization (STO) is currently absent in orchestrated execution

Ensure orchestrated campaigns generate standard journey step events datasets for comprehensive execution reporting. Why is this feature important to you Robust analytics and observability are non-negotiable for enterprise deployments. Without step-event datasets, feeding orchestration performance data into Customer Journey Analytics (CJA) becomes incredibly difficult, leaving stakeholders blind to node-level drop-offs and operational metrics. How would you like the feature to work The orchestration engine should automatically log standard step events (entry, exit, error, transition) into an AEP dataset, identical to how AJO logs journey step events. Current Behaviour Orchestrated campaigns do not generate standard journey step events dataset

In Adobe Orchestrated Campaign (OCM) Enable direct access to Federated Audience Composition (FAC) attributes within the Build Audience step. Why is this feature important to you Federated data is crucial for enterprises maximizing external data warehouses. Forcing practitioners to publish to the Audience Portal and ingest via Read Audience breaks the seamless experience FAC is meant to provide, adding latency and administrative overhead. How would you like the feature to work FAC attributes should be natively accessible and selectable directly within the Build Audience node's configuration UI. Current Behaviour Federated Audience Composition (FAC) attributes are inaccessible in the Build Audience step unless the audience is first published to the Audience Portal and ingested via a Read Audience node

In Adobe Orchestrated Campaign (OCM) Allow Real-Time Customer Profile attributes to be queried directly within the Build Audience step. Why is this feature important to you Requiring an audience to be pre-created just to access standard profile attributes adds unnecessary steps to the workflow, increasing the time it takes to deploy campaigns and cluttering the platform with single-use audiences. How would you like the feature to work The Build Audience node should feature a direct integration with the RTCDP attribute library, allowing marketers to segment against profile data natively without relying on a pre-built Read Audience node. Current Behaviour Real-Time Customer Profile attributes cannot be queried directly within the Build Audience step; they are only accessible if an audience is pre-created and utilized via a Read Audience start node

In Adobe Orchestrated Campaign (OCM) Introduce a native activity to dynamically update profile attributes during campaign execution. Why is this feature important to you As users progress through an orchestration flow, their state changes (e.g., "engaged," "offer viewed"). We need the ability to write these state changes back to the profile mid-flight to ensure real-time accuracy across other integrated Adobe Experience Cloud solutions. How would you like the feature to work Provide an "Update Profile" action node within the OCM canvas that allows practitioners to write specific values or calculated attributes back to the XDM profile in real-time as the profile passes through the node. Current Behaviour There is no native activity available to update profile attributes dynamically during campaign execution  

In Adobe Orchestrated Campaign (OCM) Bring support for Custom Actions to message external third-party endpoints into the Orchestrated Campaign framework. Why is this feature important to you Modern tech stacks require seamless API connectivity to systems outside the Adobe ecosystem (e.g., Slack, Zendesk, legacy CRMs). The inability to trigger external custom actions fragments the customer journey and limits omnichannel orchestration. How would you like the feature to work Enable the same Custom Action framework available in AJO within the OCM canvas, allowing us to configure and trigger outbound webhooks and API calls as standard orchestration nodes. Current Behaviour Custom Actions for messaging external third-party endpoints are not currently supported within the OC framework 

 In Adobe Orchestrated Campaign (OCM), Provide a global campaign-level setting to define and restrict profile exit behavior across the orchestration engine. Why is this feature important to you In complex campaigns, business rules (like a sudden unsubscribe, a purchase event, or an exclusion segment qualification) dictate that a profile must immediately exit the campaign. Managing this node-by-node is error-prone and inefficient. How would you like the feature to work Include a "Global Exit Criteria" configuration panel at the campaign level, where architects can define universal rules that immediately remove a profile from the orchestration flow if met. Current Behaviour The orchestration engine lacks a global campaign-level setting to restrict profile exit behavior 

Improve the Adobe Orchestrated Campaign (OCM) orchestration canvas by allowing manual adjustment of connecting paths (up/down/left/right), similar to the AJO Journey canvas. Why is this feature important to you Enterprise orchestration workflows can become highly complex and visually dense. A rigid, linear canvas makes it incredibly difficult to map, read, and present workflows to stakeholders. Visual flexibility directly impacts practitioner efficiency. How would you like the feature to work Implement the drag-and-drop spline/routing logic currently used in Adobe Journey Optimizer, giving users the freedom to organize nodes and curve lines to optimize screen real estate. Current Behaviour Unlike the AJO Journey canvas, the connecting paths between orchestration nodes are linear and rigid, preventing manual adjustment (up/down/left/right) to optimize screen space or visual flow