Product ideas | Community
Skip to main content

Ideas

Filter by idea status

10000+ Ideas

bjoern__koth
Community Advisor and Adobe Champion
bjoern__kothCommunity Advisor and Adobe Champion

Analysis Workspace - Dynamic "Previous Date Range"New

Description - (I am sure this has been asked many times, so I just wanted to revive the idea) We need an automatic "Previous Period" date range component that automatically creates a dynamic lookback window relative to the selected date range on the panel.   Why is this feature important to you It is basically not practicable to have fixed previous date range components in place that only work until one changes the panel date range. Example Freeform table using the last 7 full days (Panel date range) vs the previous 7 days (custom date range in the workspace project). Now, someone decides to change the date range on the panel to "last 30 full days" Result the custom date range still displays only 7 days, the rest is 0 the comparability between panel date range and freeform table is completely useless this becomes even more obvious / erroneous if you are applying a summary change visualization on the two columns, not taking the same number of data points into consideration How would you like the feature to work The "Previous Period" date range automatically calculates the previous x days  / weeks / months before the currently selected date range, based upon that value. Should I change the panel date range, this will automatically update the data that has been filtered by this date range e.g., in a "Summary change" visualization Current Behaviour once you change the panel date range, your data is messed up, becoming unusable this is extremely annoying for all levels of analytics consultants. I don't know how many times I have explained this to clients or had the same issues myself other analytics tools like Looker Studio do not seem to have that problem, see https://support.google.com/looker-studio/answer/9272806?hl=en For an analytics solution as mature as Analysis Workspace, this should be a standard feature.   @ericmatisoff your two cents on this idea would be amazing. You seem to have the best connections to the product team

Selliers
SelliersLevel 4

Update email master templates in an always on JourneyInvestigating

We have found an issue in AJO making us concerned about how to handle emails in an always on activity - when the master email template is been updated. It seems like there is now obvious way of changing and updating a template, and at the same time keep the content that is created in a template used in an running Journey. Changing the master template directly in prod, or from a upgrade package is no problem. The issue is how to keep the created and customized content used in that template you are updating. In many cases you are just updating the "framework" like header/footer or other more than less static content in a template. And in a Journey you create the relevant content for this activity using the "static" framework. But when you need to change/upgrade the framework, and change the template in use with the new and updated version, the customized content is been deleted. Is is not able to update just the template, and keep the customized content inside the template. We strongly suggest that there could be a feature making it possible to update an email "master template" that is in use, and at the same time be able to keep the customized content that has been created using this template. The template is still a template and that framework is used in several Journey's. We run into serious problems it we need to re-create all content just because the the template has an update in the static frame content. If you in the back end could split between what is template code and content code this might not be a problem. It seems like those two things is merged together and AJO cant see the difference between template code and customized content code. 

DjTFoxLevel 2

Bulk Delete Feature for Journey OverviewInvestigating

OverviewThis change request proposes adding functionality to allow users to delete multiple journeys simultaneously from the Journey overview, with built-in dependency checks to prevent deletion of journeys in active states.Current BehaviorCurrently, users can select multiple journeys in the Journey overview (indicated by a blue line showing the number of selected items), but must delete journeys individually through each journey's ellipsis menu.Proposed ChangesEnable bulk deletion of multiple selected journeys through a single actionImplement/Keep as is - dependency checks to prevent deletion of "Published" (including "In review", "Dry Run") journeys. Only delete when status is Draft, Draft (Test), Finished or similar. Add a "Delete Selected" button that appears in the blue selection bar when multiple journeys are selectedDisplay a confirmation dialog showing:Number of journeys that will be deletedNumber of journeys that cannot be deleted (with their states)Option to proceed with deleting eligible journeys onlyValidationOnly journeys in Draft, Draft (Test), Finished or similar status can be deletedIf mixed selection (some eligible, some ineligible), provide clear feedback on which can be deletedAfter deletion, the selection counter should accurately reflect remaining selected itemsError HandlingIf deletion fails for any journey, show appropriate error messageProvide detailed feedback on which journeys were successfully deleted and which weren'tBenefitsImproved user efficiency when managing multiple journeysReduced risk of accidentally deleting active journeysConsistent user experience for bulk operations

Selliers
SelliersLevel 4

Moving landingpages between SandboxesInvestigating

Today: Landingpages are used for opt out (unsubscribe) to emails. Link to this page is placed in a email fragment in the footer of all email. A standard way of doing this. When this link to this page is created in the email designer tool, it adds a landing-page-id to the link. This in a unique ID that need to be there present for the link to work. And here comes the challenge .... If you use a Sandbox for testing, that many do. We have all our email fragments present in the test Sandbox. And it you then have created links to a landingpage for opt out, that page does not exist in the test Sandbox, or the other way around.The problem:We are running into a problem either way we look at this. If we create the link to the opt out page from the test Sandbox, this will not work when moving the fragments to a Prod Sandbox. Or if the link is created in Prod it will not work in Test. The result of not having the right landingpage present in eighter Test or Prod we are not able to send Proofs. The need:It is not a sustainable solution that we need to change the landingpage-id in this out out links to get email fragments and Proof sendings to work, when working with a test and prod environment. Especially when you easily can move fragments and templates with no problems between Sandboxes. But in most cases it is a link in a footer fragment that will not work if you aren't able to move the landingpages as well.