Product Communities

Description -Currently to target a triggerView() call, widely used in SPAs you have to use the VEC. This can be very cumbersome and the VEC is not always supported by user's website setups, making it difficult or impossible to build activities with triggerView. Ideally we would be able to select view names in the Location dropdown of a form based activity so that we can target views without having to manually reach them in the VEC. This would also be useful for tests which span multiple locations and cover both mboxes and views. Why is this feature important to you - A large part of my website is a React SPA, in order to build tests for some components I have to go through my entire SPA which can take upwards of ten minutes to trigger the view I want to target. I only use target as a code delivery tool rather than using the VEC, so form based activities are much more suitable, but can't be used at the moment with views. Also, the VEC is fairly unreliable and often breaks my site s

Description: Currently, Adobe Experience Platform does not provide detailed visualization of where customers drop off within a journey. While we can track engagement, identifying exact weak points in a journey requires manual analysis. Why is this feature important to you: Having automated drop-off insights would help us quickly identify bottlenecks, improve personalization, and increase conversion without spending hours on manual reports. How would you like the feature to work: The system should automatically highlight drop-off points in journeys and suggest optimization actions (similar to how Adobe Target suggests winning variations). Current Behaviour: AEP provides engagement data, but it does not proactively surface drop-off insights or next-best-action recommendations.

Description - Currently, you need a username and password with System Administration access to Workfront in order to create a connection to Workfront. Would like to use an OAuth machine to machine app credentials. Why is this feature important to you - Most IT security offices we work with are reluctant or refuse to create a service account with username and password that isn't tied to an individual person as it's a security risk.  How would you like the feature to work - Able to use either the Workfront OAuth Application (Workfront -> Setup) client ID/secret to create a connection, or create a Project (in developer.adobe.com) using Workfront API to generate client ID/secret, and use that in Workfront Modules to create a connection as outlined in this article https://experienceleague.adobe.com/en/docs/workfront-fusion/using/references/apps-and-their-modules/adobe-connectors/workfront-modules. Current Behaviour - When trying to do the following steps to use the ad

Description:Our organization relies heavily on Workfront for document collaboration and approval workflows. One consistent limitation we've encountered is the inability to reposition the system-defined document-level approval field within the document panel. While custom forms can be layered above this field, the approval section itself remains fixed in place, which restricts layout flexibility and user experience optimization.Why is this feature important to you:I’ve observed that the fixed placement of the approval field often leads to confusion—especially when custom forms are used to capture additional metadata or context. This limitation impacts usability, and reduces the ability to tailor Workfront to our internal workflows. Allowing repositioning would improve clarity, streamline processes, and enhance alignment with team-specific needs.How would you like the feature to work:We propose that the document-level approval field be made configurable within layout templates—similar to

DescriptionThe Site Data Reference (SDR) is constantly evolving as new analytics needs come up. Right now, every change is handled manually — reviewing requests, mapping fields, and updating the schema one by one. It works, but it’s slow and makes it hard to keep different divisions aligned.Why is this feature important to youI’m responsible for tagging governance across multiple teams. The challenge is balancing speed with consistency. When requests pile up, there’s pressure to implement one-offs, which leads to fragmentation and extra rework later. Having a smarter way to spot repeat needs and streamline approvals would save a lot of time and prevent drift.How would you like the feature to workIdeally, the system could scan incoming requests, flag patterns that show up across teams, and propose new standardized fields for the SDR. From there, it should feed into an approval workflow so governance owners can decide what gets added. That way, divisions move faster but we still keep a s

Is there a way to share a request/brief with someone prior to submitting it? We have users that would like to share their briefs with someone else - to review them - before submitting them.

オーディットレールの情報は、最大直近6か月分しか管理画面でエクスポートが出来ず、また手動作業でのみしかエクスポートが出来ない。Marketo上のデータは、個人情報（氏名、メールアドレスなど）を含む情報を取り扱っているため、その操作ログ（オーディットレールの情報）を6ヵ月以上保持（最低3年間は保管）を社内ルールとして求められている場合に、都度、手作業での個人情報を扱う作業はリスクが高い（漏洩事故につながりやすい）ため、Marketo内に蓄積されているオーディットレールの情報をシステム間連携で、保存できるよう仕組み化したく、オーディットレールの情報を取得するAPI機能の追加をお願いしたいです。

Why is this feature important to you:This feature is important because we are unable to customize or control notifications at the group or subgroup level. As a result, stakeholders (such as my VP) are receiving irrelevant messages that do not pertain to our specific project, which causes confusion and impacts communication effectiveness.How would you like the feature to work:Ideally, we would like the ability to configure notifications at the subgroup level independently of the parent group. While the system currently allows notification settings at the parent group level, it does not support differentiated configurations for subgroups or nested groups. The feature should allow for subgroup-specific notification settings to meet the needs of different project teams using the same structure.Current Behaviour:Currently, the system only allows notification configuration at the parent group level. It is not possible to set different notification rules for individual subgroups, which limits

Description -The current "My Request" widget in the New Experience only displays requests created through the New Experience’s Request section. This creates a fragmented experience for users who submit requests. To provide a unified and consistent user experience, the widget should be enhanced to display all requests submitted by the user, regardless of how or where they were created.Current Behaviour -The My Request widget displays only requests submitted through the New Experience UI’s request intake form.

We would like the number of risks to appear in the side navigation panel, similar to how issues and document labels are displayed (ex. Issues (3), Documents (1)). This would make it easy to quickly see the number of risks associated with a project.

I would like to post an idea here for the Marketo Engage development team. It is about having a way to change the time a Smart List subscription report is sent.Here is another post in this community that refers to the same topic: https://nation.marketo.com/t5/product-discussions/is-there-a-way-to-change-the-time-a-smart-list-subscription/td-p/54827

Request for Feature Enhancement (RFE) Summary: Ability to save/reuse properties to be exported in Metadata Export Use-case: Issue 1 There is no reporting function in the DAM. I mean there is a reporting capability, but it suffers from the same issue that the metadata export suffers from; namely, you have to enter the metadata fields you want to report on, one by one. Laboriously. And once you have done this once, there is no ability to save the report/metadata export so the next time you want to do either you have to go in and re-create the whole extract/report again.   When you add properties to be exported, it is not a multi select screen so the task is painful when you need to export a big list.   Issue 2 You can get around Issue 1 by selecting the All option to get all metadata fields… (See screenshot Issue 2) But for some reason despite us only having about 90 metadata fields, the ALL options produces a CSV of anywhere from 200-3000 metadata fields, depending on ho

Request for Feature Enhancement (RFE) Summary: Enhance the launches so that they can be published to PREVIEW service so that they can be reviewed/approved by people who do not have access to AEM. Use-case: As an editor I use launches to prepare future updates of a page separately from the current page. This prepared version needs to be reviewed and approved by people in my organization who do not have access to AEM. For them I would like to publish the launch page to PREVIEW in order to share the URL with them. Current/Experienced Behavior: Currently I have no chance to publish the launch page to PREVIEW. Just view-as-published is available which does not help as the reviewers do not have AEM access. Therefore the advantage that I can prepare a page without blocking the current page is gone as I have no chance to get it on PREVIEW in order to let them check from approvers. At the end I need to promote it to do so and with this I'm back on the current page and could not working

Description, How would you like the feature to work and Current Behaviour - Our Goal is to create a template that can be pulled in over and over again into new project plans/Kanban boards. In the Kanban view, I want to see every story with the parent task as the header of the story with all accompanying tasks listed as a checklist item. I want this to be something that isn't something that an administrator would be required to do for us each time we need to generate a new project plan/Kanban board. Why is this feature important to you - For project managers utilization on a regular, ongoing basis. 

Description - Currently if you are looking at a bar chart you need to hover your cursor over a bar to see details about that bar's total.  It would be easier to show bar totals/values at the tops of each bar. Why is this feature important to you - Ease of stakeholder consumption of data.   How would you like the feature to work -Allow bar totals to be toggled on and off.  Allow for a more simple Max/Min toggle for cases where there are too many bars.  Current Behavior - There are no displayed totals for bar displays without hovering over them.  

Add time field to the custom forms enabling users to input time without a date component.Use Case: Users often need to record specific time data, like employee shift start and end times. Creating a dropdown with one-hour or 30 mins interval is not adequate for these situations.

Request for Feature Enhancement (RFE) Summary: Fix ManagePublication behavior to preserve child nodes in ExperienceFragment instead of deleting them Use-case: Use "Manage Publication" on particular parent folder on XF Structure. BEFORE ManagePublication (Publish Environment): /content/experience-fragments/customer/ └── en/ ├── company/ │ ├── company-overview-xf/ │ │ └── master/ │ ├── about-us-xf/ │ │ └── master/ │ └── contact-info-xf/ │ └── master/ ├── products/ │ ├── product-catalog-xf/ │ │ └── master/ │ ├── product-detail-xf/ │ │ └── master/ │ └── product-comparison-xf/ │ └── master/ └── ir/ ├── financial-report-xf/ │ └── master/ ├── investor-presentation-xf/ │ └── master/ └── earnings-release-xf/ └── master/   AFTER ManagePublication of /content/experience-fragments/customer/en (Publish Environment - ISSUE): /content/experience-fragments/customer/ └── en/ └── [EMPTY - All child folders and XF content deleted from Pu

Currently, you can add fields from Marketo to use in Dynamic Chat as attributes if they are company-object or person-object fields. However, this excludes system-managed fields, leaving core functionality like the ability to route by system-managed sales owner email address fields not possible. This seems like an oversight for a tool that offers sales engagements through live chat and meeting scheduling. 

Description -We need the Abiltiy  to determine the engagement of customer based on the the Journey or Campaign Name in an audience.  In particular, to state, if the Journey Name starts with/contains "xyzFY25..." Why is this feature important to you -Currently, we can only use the Journey ID, which means that we need to manually update the audience each time a different journey would be applied. When a Journey is updated and republished this creates a different ID, more additional work.  How would you like the feature to work -Journey Name would be a variable when creating Audiences and searching for an event.   Current Behaviour -Only the Journey Version is available.

By allowing to manually set the recipient time zone we could easily define best send date using AI and then use "send in recipient time zone" to send an email without problems.

The tokens for interesting moments are a fantastic tool for sharing marketing engagement data at scale.  With more and more MarTech integrating with Marketo via custom activities, it would be very helpful if when triggers are created for scoring these activities (such as Vidyard video views), that the trigger listening for the custom activity can enable the custom activity data to be used as tokens in your smart campaign.   For example. Trigger:  Watches Vidyard Video -- Percent viewed is 0.75 Flow:   Change Score - Behavior -- {{my.B - Video View}} Interesting Moment:  Milestone -- Watched video {{trigger.Player Name}}, Percent Watched:  75%, Video Length: {{trigger.Video Length}} seconds. Where the attributes "Player Name" and "Video Length" are attributes of the custom activity: Vidyard Video View which is listened to in the trigger.   

Description - Workfront should provide the ability to develop reports on Boards to provide details on current usage.Why is this feature important to you - We do not have any visibility into Boards users have created (i.e., adoption) How would you like the feature to work - Workfront provide a Board object that would detail Entry Date, Last Updated By, Last Viewed By / Date, Columns, Column Detail (e.g., Attributes, Column Name, Dynamic, etc.), etc.Current Behaviour - Workfront does not provide the ability to report on Boards

Description - Need the same reporting capabilities with boards (all types of boards) as we do with all other areas on Workfront and for Admins to be able to see a list of all boards without the need to share the board with the Admin. Because of the lack of these features, we have instructed our users not to use boards.  Why is this feature important to you - Without being able to report on boards or even find a list of all boards, it limits the usefulness of this feature. It makes it impossible for Admin to monitor the use of these, keep the system clean, and to tell the story of our work to leadership. There will be a missing portion of the bigger picture without including board information in reports. In fact, I'm extremely surprised reporting wasn't one of the first things created before pushing boards to production.  How would you like the feature to work - Just like reporting for all the other areas within the tool that is available today. Also, the Admins

Description - A way to view color separations in a proof instead of having to download the proof to view. This adds in one more unnecessary step for when it's important to check the colors. Why is this feature important to you - It's important to view the color separations in proofs when design teams are reviewing. How would you like the feature to work - Add in a tool to be able to view the color separations - like how it can be done in Acrobat.Current Behavior - We are not able to view color separations when reviewing a proof in Workfront. 

After applying the new SFDC OAuth scope app permission, the sync worked perfectly with just two permission settings from SFDC. The current Marketo documentation, which recommends granting permission to all options, needs to be updated. Manage user data via APIs (Api)Perform requests at any time (refresh_token, offline_access)Thank you, Vik