Product ideas | Community
Skip to main content

Ideas

Filter by idea status

10000+ Ideas

Scheduled Stage and Production Deployments Using GenAI Models in AEM Cloud ManagerNew

Request for Feature Enhancement (RFE) Summary: Scheduled Stage and Production Deployments Using GenAI Models in AEM Cloud Manager Use-case: We request the development of a feature in Adobe Experience Manager (AEM) Cloud Manager that leverages Generative AI (GenAI) models to enable scheduled Stage and Production deployments ( at the time as scheduled by the DevOps team ). This feature would allow DevOps/Support team to trigger stage and production deployments at specific times through GenAI-based workflows. Key Benefits: Reduction in manual effort : The biggest advantage of this feature would be - a great reduction / savings of manual hours of the AEM support team/application team in the monitoring of deployments , and reduction in the waiting times ( incurred by the support team while code is being deployed in Stage and Prod ). Automated Scheduling: Application teams can set precise deployment times, ensuring updates occur during optimal windows, such as off-peak hours, minimising disruption. Enhanced Efficiency: GenAI models streamline the deployment process, reducing manual intervention and potential errors. Predictive Analytics: Utilize GenAI to analyze past deployment data and suggest optimal times for future deployments, enhancing overall system performance. Customizable Workflows: Tailor deployment workflows to meet specific organizational needs, providing flexibility and control over the deployment process. Improved Reliability: Scheduled deployments ensure consistency and reliability, with GenAI models monitoring and adjusting workflows as needed. Implementation Details: Integration with AEM Cloud Manager: Seamlessly integrate GenAI models within the existing AEM Cloud Manager framework. User Interface: Develop an intuitive UI for scheduling deployments, allowing users to easily configure and manage deployment times. This feature will significantly enhance the deployment capabilities of AEM Cloud Manager, offering users a powerful tool to manage Stage and Production deployments efficiently and effectively, saving man hours during the deployment process. Current/Experienced Behavior: There is no such workflow/feature available in AEMaaCS as of now for scheduled deployments. Improved/Expected Behavior: Develop a feature in Adobe Experience Manager (AEM) Cloud Manager that leverages Generative AI (GenAI) models to enable scheduled Stage and Production deployments ( at the time as scheduled by the DevOps team ), resulting in saving of manual efforts/hours during the deployments and enhanced efficiency. Environment Details (AEM version/service pack, any other specifics if applicable): AEM as a Cloud Service ( AEMaaCS ) Customer-name/Organization name: UnitedHealth Group ( UHG ) Screenshot (if applicable): N/A Code package (if applicable): N/A

Password Protection for AEM Assets Shared LinksNew

Request for Feature Enhancement (RFE) Summary: We request the ability to set a password for public links shared via AEM Assets. This feature is essential for securely sharing sensitive assets in compliance with internal security policies. Currently, AEM does not provide password protection for shared links, posing a significant security gap. Use-case: Our mobile phone assets contain critical security data, and their distribution must be tightly controlled. However, the current public link sharing feature in AEM Essentials lacks proper security management.We are seeking a password protection feature to safeguard sensitive content—particularly assets shared at the headquarters level. Since these links are often shared with external design agencies who do not have AEM accounts, existing user governance is insufficient. All users with access to the link can currently view the content, which creates compliance and confidentiality risks. Current/Experienced Behavior: AEM Assets allows public link sharing but does not support password protection. As a result, anyone with the link can access the asset, with no additional security mechanisms in place. Improved/Expected Behavior: The ability to set passwords for shared links would align AEM Essentials with standard security practices supported by other cloud platforms. This would significantly improve asset security and access control. Environment Details (AEM version/service pack, any other specifics if applicable): AEM Essentials Customer-name/Organization name:   Screenshot (if applicable):   Code package (if applicable):  

Destination Activation Replay for Missed or Failed DeliveriesNew

Description:Introduce a Destination Activation Replay feature that tracks failed or missed activation (e.g., due to API downtime, schema mismatch, rate limits) and allows for automatic or manual reprocessing once the destination becomes healthy again - ensuring no critical activation is permanently lost. Why is this feature important?Ensures activation reliability - campaigns or journeys shouldn't silently miss users due to transient destination errors.Helps marketers and engineers troubleshoot and recover from downstream failures without rebuilding segments or pipelines.Supports auditability and compliance, with logs showing which profiles were successfully activated, which failed, and which are pending retry.Prevents data loss during outages, especially when targeting time-sensitive audiences like flash sales or churn interventions.Current Behavior:If a destination (e.g., Facebook, Google Ads, webhook, custom API) fails during profile export, the activation fails silently or logs the error without recovery options.There is no built-in retry mechanism or UI to view, filter, or reprocess failed activations from Real-Time CDP.Users must rebuild audiences or re-trigger exports manually, which may lead to missed timing or gaps in user targeting.Use Case:A Facebook Ads destination fails due to temporary API downtime. Once it's back online, the system automatically replays the failed activation for the affected profiles.A marketer views a Delivery Health Report, sees that 500 profiles failed to activate to a custom webhook, and replays them with a single click.A team uses an export log to analyze the scope of a destination outage, informing campaign analytics and customer care follow-up.

Source Health Dashboard with Real-Time Data Flow Monitoring & AlertingNew

Description:Introduce a Source Health Dashboard that monitors the status, freshness, volume, and latency of incoming data sources (batch and streaming) in real time. Add alerting features for drops in ingestion, data schema mismatches, or unusual data volume patterns. Why is this feature important?Ensures data quality and trust across the platform by surfacing real-time issues with source integrations.Reduces diagnostic time for ingestion failures that silently impact audience building or segmentation.Proactively alerts technical and marketing teams to source failures, stale data, or delays, preventing downstream impacts on campaigns and decisioning.Supports data governance and operational excellence in data-driven organizations. Current Behavior:Source connection status (e.g., for streaming or scheduled batch uploads) is not actively monitored in a centralized dashboard.Failures may go unnoticed until audience segments look wrong or campaigns underperform.There is no built-in alerting for low volume, schema drift, or ingestion latency beyond basic logging. Use Case:A key CRM source stops sending updates due to API auth failure - the dashboard shows a red status, and alerts are sent to the integration team via Slack or email.A streaming source begins sending 50% less data than average over the last 24 hours - an alert flags this as a potential anomaly for investigation.A newly added source has incorrect schema (e.g., missing a key identity field) - it’s flagged before it disrupts identity stitching or segment membership.

Audience Fatigue Detection and Adaptive Frequency CappingNew

Description:Introduce a real-time audience fatigue scoring mechanism that tracks user responsiveness (or lack thereof) across channels (email, push, ads, etc.) and automatically adjusts frequency caps or suppresses the user from further campaigns until engagement improves. Why is this feature important?Prevents over-messaging and burnout, which leads to unsubscribes, opt-outs, and negative brand perception.Allows more intelligent campaign pacing - showing restraint can often improve long-term engagement.Reduces manual guesswork around send frequency by making decisions based on real-time engagement signals (opens, clicks, site visits, etc.).Optimizes deliverability and compliance, especially in regulated regions with communication limits.Current Behavior:Frequency capping is usually static and channel-specific (e.g., max 3 emails/week).No native cross-channel fatigue detection or unified scoring that evaluates all touchpoints.CDP does not dynamically adjust campaign eligibility based on individual user saturation.Use Case:A customer opens 0 out of 5 emails and ignores 3 push notifications in one week. Their fatigue score increases, and they’re temporarily suppressed from outbound campaigns until they re-engage.Another user is highly responsive on SMS but shows fatigue in email; the system shifts more messaging to SMS while reducing email frequency.A global brand ensures regulatory compliance by using fatigue scoring as a proactive suppression layer - minimizing opt-out rates and respecting user tolerance.

Version History and Rollback for Individual ExperiencesNew

Description:In Adobe Target, once changes are made to an experience (e.g., offer content, audience rules, design tweaks in VEC), there is no built-in versioning or rollback functionality for that specific experience. If a mistake is introduced or someone wants to revert to a previously working version, it often requires manually redoing the changes or referencing screenshots or documentation - if available. Why is this feature important to you:Teams working on multiple activities across A/B tests and personalization campaigns need the ability to iterate quickly and safely. Mistakes can happen, especially in large organizations or distributed teams. Having a version history would reduce risk, support better collaboration, and speed up debugging and approval workflows. It’s especially useful for regulated industries or agencies where approval trails matter. How would you like the feature to work:Each experience within an activity should automatically store a version history whenever a change is made. This should include:A timestampThe name of the user who made the changeA summary of what was changed (e.g., audience modified, HTML updated, design edited)Users should be able to:View previous versionsCompare them visually or via a diff viewRestore a previous version with a single clickOptional: Allow notes/tags for major changes ("v1 approved", "client review", etc.). Current Behaviour:Currently, Adobe Target does not offer any version history or rollback capability. Once a change is saved and/or published, the previous version is lost unless manually backed up or documented outside the system.

Granular Access Control for Activity Modification Based on User RolesNew

Description –Managing Adobe Target activities often involves multiple roles across teams - marketers, developers, QA, and analysts. However, the current access control model does not allow fine-grained permission settings, making it difficult to delegate responsibilities securely and efficiently. For example, a QA specialist might need access to generate QA links but should not be able to modify offers or audiences. Similarly, a content editor might need to update offer text but not change targeting rules. The inability to configure such detailed roles leads to over-permissioned users and inefficient workflows. Why is this feature important to you –In large organizations or agencies managing multiple clients and campaigns, there is often a need to allow multiple team members to collaborate on activities. However, the current role-based access control lacks the flexibility to allow fine-tuned permissions (e.g., editing audiences but not offers, or managing QA links without publishing changes). This lack of granularity creates risk, slows workflows, and often forces teams to use shared credentials or workarounds.How would you like the feature to work –Adobe Target should provide customizable, granular access controls that allow admins to assign specific permissions to users or groups. For example:User A can create and edit audiences but cannot modify offers or publish activities.User B can update offer content but cannot change targeting or QA settings.A new "QA Reviewer" role can only view activities and generate QA links without edit rights.These permissions should be assignable at both the workspace and activity levels, and should support inheritance with overrides where needed.Current Behaviour –Adobe Target only offers broad user roles (e.g., Editor, Approver) that apply to entire workspaces. This often results in users having more access than they need, increasing the risk of unintentional changes or publishing errors. There's no way to restrict specific types of actions within an activity.

Predictive Audience Lifetime Value (LTV) Scoring for Dynamic Campaign PrioritizationNew

Description:Introduce a predictive LTV (Lifetime Value) model natively inside Real-Time CDP that scores customers dynamically based on their engagement, transactions, browsing behavior, and other attributes - allowing marketers to automatically prioritize higher-value users for premium campaigns, offers, and loyalty experiences.Why is this feature important?Maximizes ROI by investing marketing resources in users who are likely to bring more revenue over time.Enables smarter segmentation beyond simple past-purchase or recency-frequency models.Enhances personalization by aligning offer types, discount levels, and campaign intensity based on user potential value.Improves strategic planning by giving marketing, sales, and service teams a predictive view of customer quality, not just quantity.Current Behavior:Marketers manually segment users based on historical transactions like total purchase value or number of orders.No predictive scoring available natively in Real-Time CDP; advanced LTV modeling typically requires external data science tools or custom machine learning pipelines.LTV-based prioritization isn't updated in real-time based on new events (e.g., sudden buying spree, major complaints, loyalty program milestones).Use Case:A user shows sudden high engagement with luxury products. The system recalculates their predicted LTV upward and automatically enrolls them in a premium loyalty tier campaign.A segment of users with declining engagement but historically high spend are identified early, allowing for targeted re-engagement offers before they churn.Campaign orchestration tools can use predictive LTV scores to decide who gets personal shopper assistance, exclusive previews, or early access to limited-stock items.

Real-Time Audience Suppression Based on Recent Negative EventsNew

Description:Enable dynamic suppression of users from active marketing campaigns in real time based on recent negative experiences - such as failed transactions, customer complaints, or product returns - using Adobe Real-Time CDP signals and event-based triggers.Suppressed users can be re-evaluated for reactivation once an issue is resolved. Why is this feature important?Prevents wasting marketing budget by sending promotions to frustrated customers who are temporarily disengaged.Improves brand perception by respecting user sentiment and avoiding tone-deaf marketing outreach during sensitive moments.Reduces churn by showing customers you are listening and responding appropriately to their issues.Current Behavior:Audience suppression typically relies on static exclusion lists updated periodically (daily or weekly).No native real-time suppression based on live customer service data, failed transactions, or dissatisfaction signals.There’s no automated mechanism in Real-Time CDP to temporarily pause users from campaigns without manual intervention or external workflow orchestration.Use Case:A customer initiates a return request for a faulty product. Within minutes, they are suppressed from the active upsell email journey and instead flagged for a customer care follow-up.A user reports a poor app experience via feedback forms. The system immediately excludes them from push notification campaigns promoting new features until feedback is addressed.A transaction failure occurs due to payment gateway issues; the user is paused from cart abandonment reminders until the system detects a successful retry.