Where can you see the updates?
Your Preview sandbox environment.
What is updated?
When is this update coming to production?
Both the New request submission and Submitted requests are coming to Production with 21.1 release.
Attached you can find a more detailed FAQ around the changes we have done and answers to some of your most commonly asked questions so far.
Feel free to review and provide feedback either here or via the in-app Feedback button on the Submitted requests list.
Thank you in advance!
Product Manager at Workfront, an Adobe company.
Topics help categorize Community content and increase your ability to discover relevant content.
Hi Anna, Thanks for taking the time to meet with me the other day to talk in depth about how we're using Workfront with request queues embedded in our project templates, and to also get my feedback on the request queue redesign.
Re: New requests, I don't really like change for the sake of change, and to me the "New request" changes don't feel like they are significant enhancements, particularly putting the Documents section at the bottom of the form vs. the top and putting the Submit button in a different location and different color. If these had been top priorities voiced by the Workfront One community then by all means, make the change - I'm just one voice. I am just thinking about all of the internal process documentation I have to update with new screenshots, videos and likely an influx of confusion from users who need reassurance that it's just a page redesign, not a big deal, it won't change the functionality for submitting requests. So, I don't have strong feelings one way or another on the redesign in terms of it being a better or worse UX, I'm just worried about the UX of "more change??" 🙂
I will reiterate something another customer noted is a major requirement: The request selection (for both Topic Group and Queue Topics if used) NEEDS to be dropdown menus listing all request types a user has access to. It cannot be a search bar. I did look at this display in preview, and maybe I need to put in a WF Support ticket if the change has been made to a dropdown menu because I only see four request options where I need to see 14.
Re: Submitted requests, this seems like a good change overall, and I'd support having the ability to customize views and filters including the default. As we have request queues also embedded in project templates, it would be awesome to have this include ALL requests, whether they were submitted through the main Requests area OR as an issue within a project.
Color me annoyed with this one:
This feels like change for change's sake. Also feels like y'all are UX designing on 4:3 displays and not taking mouse travel into consideration. PLEASE no more "half done solutions in the name of deploying a new widget; we can tweak it later."
Can we get a date range when this will go live? We are in the middle of converting from Classic to NWE and updating our training docs and I need to know ASAP if I should target for what's in Preview vs. Live. And I REALLY hope what I've seen does not go live‚Ä¶
Just found out 21.1 launches February 15‚Ä¶are these changes to Requests still going live as-is? *cringe*
Or will you be able to address our concerns?
I'm going to have to agree with a lot of the above answers on this one.
I do like the submitted requests format and I do see why will will need the share path button - so we can link directly to a specific request queue since the URL no longer change.
I am happy to provide more feedback if you want!
I observed a couple other things with the new Requests format.
It seems we have lost the ability to Sort and the Assigned To and Planned Completion columns are no longer visible. I don't see an option to create a view for requests in order to customize the columns that are desired.
We should at least be able to create views based on our needs.
Thank you very much for taking the time to review the functionality and provide feedback, really appreciate it.
@Kevin Quosig‚ , it is currently planned for the 21.1 release but I am assessing the feedback and our ability to address the concerns time wise.
Let me summarise my learnings and post a proper reply.
Hi @Anna Asatryan‚
Not sure if anyone else has flagged this so apologies if it's a repeat but I was recording a quick video today of the new features for one of our teams and noticed in the current NE UI the custom form displays checkbox options to a field horizontally - now they are listing vertically so for a user they are having to do much more scrolling. This doesn't feel like am improvement to me and I'm sure we will have some negative feedback from client users.
I have attached how the field looks like in Custom Form preview and how it now looks when making a new request.
Your observation is correct. the checkbox field choices are displayed vertically in the NWE. I agree that with many choices it doesn't look nice, so we are investigating some solutions we can provide, but I don't have an ETA yet.
Thank you for the feedback!
Thanks for the update Anna!
Looking forward to hearing some of the choices to make the fields easier to navigate for our users.
Thank you again for providing your feedback around the New Request experience and apologies for the delayed reply.
After careful consideration we decided to postpone the release of the New Request submission experience to Production. It will stay in Preview for a little while longer (moving the current target for the release to Production to 21.2) to both give you time to adjust to the upcoming changes and allow us to address some of the concerns that you have raised.
The Submitted requests list is still planned to release to Production with the 21.1 release.
I would like to address some of the points you have raised and the action points around those.
The UI change
Not all the request types are available
Custom data display issues
This is something that’s currently being addressed.
We will make the appropriate changes to improve the visual appearance of these sections.
Document location change
View and filter customization for the Submitted requests list
@Kevin Quosig‚ as @Sarah Nau‚ correctly noticed the Share path functionality will allow the link to the selected form to be easily copied and sent to other users if needed instead of copying it from the URL.
I hope this extra time will give you a chance to adjust to the changes, prepare your internal teams while we address your concerns.
On this one:
"Document location change
The goal here is to make sure the data comes first (native + custom) and the document upload option last. I agree that it would be great to have the ability to choose the location for it or even make it required. We will assess the changes that we will need to do to make that possible and hopefully introduce it with future releases. That will take us a bit more time. For now we believe it will be best to make some adjustments on your custom form names that request the user to confirm document upload, so that they don't sound out of context."
The problem is since we have some people on Classic and some on NWE right now, it's going to be a training issue‚Ä¶one group needs "above" in the instructions (since this change did not appear to affect Classic), one needs "below" in the instructions.
Really, there isn't a way for "Did you upload documents X, Y, and Z at the very bottom" to not be awkward. Or at the very top of the request, to say "The first step is to upload the brief‚Ä¶scroll all the way to the bottom, upload the brief, and come back up here to continue."
Yes, we can make do‚Ä¶but you need to understand the training and process difficulties you've caused. I hope you can find the time to make a location option for the upload field before the 21.2 release.
Do we have an approximate timeline for the 21.2 release? My managers need to know to plan re-training and updates to PDF and video training materials.
Fixing he truncated questions would be a huge win‚Ä¶I was not looking forward to having to train to this‚Ä¶"on every question, please hover over the question to make sure you read it in it's entirety." Or worse, coming up with awkward short versiosns of really long questions (because that requires even lengthier training materials).
We still want the ability to hide the built-in Submitted section. We have our own dashboard. Part of the problem we worry about is that we don't share projects with requesters, so your report may cause requesters to send requests for access which we will have to spend time dealing with (deny, explain, etc.) because you provide hyperlinks to the resolved-to object (our dashboard does not). I never like WF training to include "please ignore this tab/button/object, we do't use or support it."
Thank you for the additional context Kevin.
The current timeline for the 21.2 production release is mid May. More info will be available at later times.
For the document, we will investigate and see if we can find a solution that will both help to not break your workflow and support our vision of the page structure.
For the Submitted section and the links to the converted objects, we meant this as an improvement. If we continue hearing complaints about this we will revisit the decision. The Submitted section can't be hidden at this point but this may also be something we revisit based on the feedback we get.
Thank you again for providing your feedback!
Thank you for postponing! 🙂
I checked Preview and the issue I had where not all the request types were showing is confirmed as resolved. However, two small requests that I hope are easy fixes. 1) Can a dropdown arrow be placed at the end of the search bar? So that users know it's still a dropdown and not just a search bar. 2) We have many request queues and the full list gets cut off; there isn't a way to scroll to the end - see screenshot.
Thank you for coming back to me with the details.
We are currently working on making the change with the dropdown arrows. I will do my best to have it fixed before the production release.
As for this second screenshot, I am not sure I fully understood what's going on here. Is this happening on small screens?
Hi @Anna Asatryan‚ ,
I was checking out the new requests area in preview and I love that you can now select where the documents area will be. I did notice, however, that the default in preview is above instead of below where it used to be. Is this going to be the same when released to production? It would be great if it defaulted to under.
Thank you for following up and reviewing the new updates we introduced.
It should default to under, at least that's how we designed it to be. I do see, however that the setting looks confusing. The "After custom form" option is the first one and is selected by default. But it is going to display the documents after . Is it possible the structure confused you? Otherwise we will need to take a closer look at the particular example.
Hi Anna - sorry - I meant to say:
I was checking out the new requests area in preview and I love that you can now select where the documents area will be. I did notice, however, that the default in preview is AFTER instead of BEFORE where it used to be. Is this going to be the same when released to production? It would be great if it defaulted to BEFORE.