Skip to main content

Ideas

Filter by idea status

10000+ Ideas

Denver-Lemont
Adobe Champion
Denver-LemontAdobe Champion

Routing Rules / Request Automation / Dynamic Forms / Automatic Project Creation - No FusionNew

Description - The current functionality for routing rules is very limited. We are only able to configure routing rules for specific queue topics. Allowing us to assign specific user/teams to a specific queue topic.  The following is functionality that is possible through Fusion, but want to be available without Fusion: 1. Automatically Convert Requests/Issue into a Project If a request is submitted through a specific queue topic, then automatically convert the request into a project using a specific project template. Ideally, we would also have the ability to configure this at the custom form level. e.g. If the requester selects XYZ on the request form, then convert into a project using XYZ template. If the requester selects ABC on the request form, then convert into a project using ABC template.  2. Dynamic Request Routing Based on how the Form was CompletedSimilar to #1, allow us to set routing rules based on how the request form was completed. If certain custom fields options are selected, then we are able to configure routing options such as a) assign the request to a specific user(s), b) convert the request into a project using a specified template, c) send a customized notification to specific users/roles d) automatically set the status of the request to a specific status, e) remove specified tasks from the converted project, etc. Why is this feature important to you -Ultimately, we're looking for more out-of-the-box functionality to configure dynamic routing based on how the request form was completed. Requiring Fusion to meet these needs places extra cost and time on the customer to build missing functionality that we believe should already be included. This functionality would reduce the amount of work/steps for our teams. These are repeatable and predictable steps that can be automated. This functionality is currently available on competitor systems (Asana, ClickUp, etc.).  

MarlaDrLevel 5

Enable @ Tagging During Workfront Request CreationNew

Problem StatementIn Workfront, users submit requests through the system and may need to coordinate with colleagues in other departments on the same request. Today, if a user wants another person to be engaged in the request conversation, the most common process is to wait until after the request is created and then manually add an @ mention in the Updates section.This creates friction and can lead to communication occurring outside the request context—especially when users choose an easier workaround.Current WorkaroundAfter creating the request, users go to the Updates area and @ tag the relevant person.However, many users find it easier to:open the email notification they received for the request, and forward that email to the teammate in the other department.As a result, communication is no longer centralized in Workfront, and the “single source of truth” for the request is reduced.Proposed EnhancementCreate a field type (or input capability) that allows users to @ tag/mention others during request submission—not only after submission in the Updates area.Why This Matters / Business ImpactImproves collaboration: Other department stakeholders can be notified immediately at the moment the request is created. Keeps communication centralized: Mentions would occur within the request itself, preserving context and reducing scattered updates across email. Reduces process friction: Users wouldn’t need to complete an extra step post-submission just to loop in collaborators. Increases visibility and accountability: Mentions help ensure the right people are engaged early and can respond directly within the Workfront workflow.OutcomeUsers should be able to specify who they need to collaborate with at submission time, ensuring that all communication stays in the request record and the right people receive the right context from the start.

Shubham-GoelAdobe Employee

Mastering Wave Sending in Adobe Journey Optimizer: A Practical GuideNew

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 spam filters. Wave sending lets you spread delivery over hours or even days, keeping your sending profile consistent and trustworthy.2. Manage Downstream CapacityMarketing doesn't exist in a vacuum. If your SMS campaign drives calls to a support center, flooding 500,000 messages at once means thousands of simultaneous calls your team can't handle. Waves let you match outbound volume to your operational capacity.3. Ramp Up Safely on New InfrastructureMigrating to a new sending platform or warming up a new IP? Gradual volume increases are essential. Wave sending makes this easy — start with 10% of your audience, then 15%, then 25%, and scale up as your reputation builds. How to Configure ItSetting up wave sending takes just a few steps:Create or open an Action campaign with an outbound action (Email, SMS, Push, or Direct Mail). Navigate to the Schedule tab and enable "Deliver campaign actions in waves". Choose the number of waves (minimum 2, maximum 10). Pick your distribution strategy.  Option A: Equal WavesThe simplest approach. AJO splits your audience into equal-sized groups. You set the first wave's start time and a fixed interval (e.g., 2 hours), and the system handles the rest.Example: 4 waves, 2-hour intervals, starting at 9:00 AM → waves fire at 9:00 AM, 11:00 AM, 1:00 PM, 3:00 PM.Option B: Custom DistributionNeed unequal splits? Define each wave's size as a percentage (must total 100%) or as absolute numbers (e.g., 10,000 per wave).This is ideal for ramp-up scenarios: Wave Size 1 10% 2 15% 3 25% 4 50%  Option C: Custom ScheduleFull control — set a specific date and time for each wave independently. Waves don't need to be evenly spaced. The only constraint is a minimum 30-minute gap between wave starts.Example: Wave 1 at 9:00 AM, Wave 2 at 11:00 AM, Wave 3 at 5:00 PM, Wave 4 at 8:30 PM — useful when you want to align sends with different time zones or peak engagement hours.  Real-World Scenarios Scenario 1: Call Center AlignmentA financial services company sends appointment reminder SMS messages. Their call center can handle 200 inbound calls per hour. They configure 5 waves of 1,000 messages each, spaced 1 hour apart, keeping response volume manageable.Scenario 2: Product Launch EmailA retail brand is launching a new product to 2 million subscribers. Instead of one massive send, they split into 4 equal waves over 8 hours. This protects deliverability and lets the marketing team monitor open rates and adjust subject lines between waves if needed.Scenario 3: IP Warm-UpAfter migrating to AJO, a media company uses custom distribution to gradually increase volume over their first week of sends:Day 1: 5,000 emailsDay 2: 15,000 emailsDay 3: 50,000 emailsDay 4: 150,000 emailsEach day's campaign uses wave sending to further spread the daily volume across morning and afternoon sends. Final ThoughtsWave sending is one of those features that separates a good campaign operation from a great one. It's not flashy, but it directly impacts deliverability, customer experience, and operational resilience. If you're running campaigns at any meaningful scale in AJO, this should be part of your standard playbook.Have questions or want to share how you're using wave sending? Drop a comment below — I'd love to hear your use cases.References: Adobe Journey Optimizer Documentation — Send Using Waves

Automate the creation of the SDR in AA's admin areaNew

I recently created an SDR within the AA workspace project.  The thinking is that users should be encouraged to use the AA workspace tool as much as possible, as compared to generating an excel based SDR that has to be stored externally.   Some examples of what I built 1) a picture of the different sections of the SDR -    2) a picture of the different panels, one for each variable (props illustrated) indicated its number, its name and whether or not the variable is enabled   3) an overview of a specific variable details.   I get that there are some items in this example that might not be easy to automate, like the BRD reference number with a hyperlink,    but I think it would be great to have a tool in the AA admin areas that would generate an SDR template within Workspace grabbing all the information it can from the AA admin area report suite traffic and conversion variable screens.  UX:  The admin would click a button, the script would create an AA project, add panels for all the evars, props and events and then pull in the details from the admin area.   The script would have to be smart enough to know how many panels to generate - meaning company A may have 10 props where company B may have 30 props enabled.  The script would have to check to see the 'largest' number variable (prop10 for example) that was enabled, use that number as an input and generate that number of panels.   The template should have additional placeholders for the 'BRD requirement number' and 'administrator notes', so you can then encourage adobe admins to fill in the missing details.   Longer term, it would be great to be able to click a button and 'update' the SDR project with any new information, not overriding the information that was entered in manually (like BRD reference number), but that might be too much to ask as an initial idea.     I also have an example of a BRD and a Tech Spec document I built within the tool as well.  Meaning this idea could be expanded to include all types of documentation templates.     Given the flexibility of AA workspace, I don't see why we (as a community) can't document everything within the AA tool.     On a side note, I just saw Adobe's EXCEL based "adobe_analytics_inherited_implementation_playbook" that was just released.  Again, why was this was done in Excel when Workspace's API could have been used, is beyond me.