Build better products with our product team
Description -We have several dashboards. We want to see aggregated report of campaign, journeys and failed jobs for all sandboxes in one page. Why is this feature important to you -For efficiencyHow would you like the feature to work -One dashboard what will show following information:1. Number of journeys per dashboards with nameLast execution of the Journey with number of persons selected2. Number of campaigns per dashboards with nameLast execution of the campaigns with number of persons selectedAll failed jobsCurrent Behavior: Only overview page of journey with limited option. It does not even option of selecting time. Furthermore, it is just per sandbox.
In the reporting tool I would like to be able to see witch Live Journeys that has zero send out on a daily basis. We can then easily see witch Journeys that has no activity - and can probably bee closed or Archived. This mot be done manually since there can be Always on Journeys that in some days has count like zero. and that is normal. But this report can fast tell us what we can delete or archive - and save server resources..
Description - Expansion of Object Level Access Control (OLAC) to the type of campaign which can be created in Adobe Journey Optimizer Why is this feature important to you - End users creating campaign in AJO will have different surfaces which they can interface with and perform campaigns against. How would you like the feature to work - Ability to expand OLAC to include AJO > Campaigns > Code base, DM, EM, in App, Push, SMS, or web. Current Behaviour - Object Level Access Control (OLAC) only grants permissions to all types of campaigns.
For activation from a customer journey, policies can be applied to respect privacy and consent limitations. Currently policies cannot be applied to Offer Decisioning which means you have to include these limitations into Offer eligibility rules or decision parameters for example. It should be possible to apply policies to Offer Decisionig as it can be applied to other activations in Customer Journeys.Not being able to apply privacy and consent limitations as a policy for Offer Decisioning increases the risk of not being compliant.
In the customer profile UI there is currently no possibility to quickly check Offer Rankings or Decisions (for all active Offers). It should be possible in the customer profile UI to check the Ranking of Offers and results of Offer Decisionings.Operational efficiency when performing testing or investigation tasks required for a customer inquiry.
Currently we are using AJO email action to send out emails and we also have a custom action to log the AJO email activities through a custom action into a custom contact history table for our own reporting and tracking purposes. Right now we have to manually find the messageId for the specific email activity and enter that hardcoded value into the custom action configuration. This is time consuming. Also when we need to duplicate the journey, the messageId in the journey copy changes, and then we need to reconfigure it. Ideally, we would like to see messageId and other message related attributes such as messageName be variables in the interface we can pull in to use through custom actions. If there are multiple email messages in a journey, perhaps multiple email messageId available for pulling or at least the latest email messageId should be available.
We right now have a scenario where journey is used to debug AEP segment. AEP segment can often have a lot of targeting criteria. Often times when the count is off, it is very hard to pin point which criteria is causing the issue and which criteria there may be an underlying data issue. So a journey is created for this "waterfall count" purpose. It starts with a Read Segment that references the segment to be debugged and it is followed by a series of conditions and each condition is using a specific targeting criteria. After the journey is published, we can then see counts through journey reporting for each step. This type of journey we often need to run again and again. Currently we need to duplicate journey and rerun it after it first ran. So we ideally are seeking a solution to be able to run a journey again and again for this purpose without having to recreate a journey. Perhaps something like "test run/soft launch" that is different from the "publish" concept. And if the journey has components such as sending email or logging data - those steps will actually be disabled during the "test run". We currently do have "test mode", so perhaps need better naming etc so not to be confused with "test mode". Additionally, we are also pursing a separate AEP enhancement request to allow for segment debugging through perhaps AEP features.
Hi Team,We are not able to change the timezone when we are trying to schedule a campaign at a particular time and date.The timezone is being considered of the user and there is no option to change this in order to send a PN to the customers based on their local time. Sending a PN as per the customers local time zone is a feature available in the journeys but are not available in campaigns. Steps to reproduce: 1. Go to the AJO platform in the AEP dashboard.2. Click on Campaigns from the left side panel in the Journey Management List. 3. Click on create a new campaign 4. Click on Scheduled Push Notification Campaign 5. select the appropriate app surface6. Now click on create in the top right corner 7. Now scroll down and go to the Schedule section. 8. Select the on a specific date and time option in the schedule section 9. Try to change the time zone, and you won't be able to change it.
During the discovery phase of the project, our company has stated that the banners/offers proposed to an actor/customer may vary in case the customer is at a certain stage of a given customer journey (also called digital experience). Our requirements state: - We want to make changes on priority or eligibility in banners depending on the phase of the digital experience the customer is in. Example: We want to promote banners Home1, Home3 and Home5 if customer is in stage - Near real-time requirements (this disables the Query Service option) - This could be applied to any customer experience that makes uses of the phases defined for our journeys This enhancement request is raised to get an out of the box integrated solution covering our needs. The (updates to) journey stages should be available to be used within Offer Decisioning Engine, ready for use in offer prioritization and eligibility. This should be available out of the box, without need to build a 3rd party backend
Currently when within an Offer Decisioning call deduplication is required between decision scopes a Round Robin principle is applied between scopes, meaning that every scope in turn gets an Offer assigned, even if the first scope in the decision requires two or more Offers. It should be possible to first return all Offers required for the first scope before turning to assigning Offers to the next scopes.Applying the Round Robin principle causes sub-optimal Offer assignments to scopes. An Offer with a higher priority gets assigned to the second scope in the decision instead of to the first scope. The order of the scopes in the decision is in that sense not respected.
Currently Offer Decisioning context parameters cannot be used to personalize content. It should be possible to use Offer Decisioning context parameters in content personalization.In some cases we want to differentiate content based on context parameters of the Offer Decisioning Request. E.g. language parameter : customers can use our apps in a language that differs from the language known in their profile, we want to propose content in the language that they are using the app in. We must avoid having content in a different language from the language the app is used in.
Currently the language parameter in the content definition screen is not of any use. It is not possible to have more than one content per Offer per Placement, even if they are in a different language. So content differentiation on language needs to be done through if statements in the same single JSON per Placement. It should be possible to define a content per Placement per language.We need to have the same content always in two languages, Dutch and French. It would be most logic to be able to indicate in the language parameter in which language the content is defined. Now this language parameter is not of any use in the content definition screen. Adding the possibility to define a content per Placement per language would also simplify the JSON definition of the content because additional if statements can be avoided.
Currently Offer Decisionig Simulations via UI can only be executed for customers flagged as 'test' customers. It should be possible to execute Offer Decisionig Simulations via UI for all customers without having impact on for example capping parameters. It should be posible to execute an Offer Decisioning request and seeing the result without impactig customer profile, this means as a real 'simulation' via UI (not realistic call).There is no way in the UI to check a customers' eligibility or Offer scores for specific Offers. In case of complaints or inquiries on what Offers a customer sees, we need to be able to simulate the customers' situation without impactig it to understand what is happening. This means not influencing the future behaviour of the Offer Decisioning for the customer itself. E.g. A customer should not reach the capping of an Offer because we simulated the behaviour of the Offer Decsisioning for him or her.
Currently there is no UI support at all for writing Ranking expressions (no operator suggestions, no profile attributes lists, no offer attributes lists, …). It should be possible to get some UI support when writing Ranking expressions.Avoid having to know all eperators and all profile and offer variable names by haert to more easily develop Ranking expressions.
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
OKSorry, our virus scanner detected that this file isn't safe to download.
OK