Are there pros and cons to having multiple request queues? We have one main request queue with many topic groups by team and another smaller queue for confidential requests. A new team is requesting a different (more complex) request queue set up that would require another separate queue. Is there a reporting downside to multiple request queues? Thanks
Like @moniqueevans, I tailor our queues to the requesting audience that way I can limit what they see instead of creating clutter. Limited clutter helps with adoption in my opinion. The easier it is for users to find what they need will keep them coming back.
From a reporting perspective, it might actually make it easier to report on just specific queues or topics but like @vicsellers said for current reports (depending on what they are), you will probably need to update some filters if it doesn't appear to be pulling in the correct data.
My biggest suggestion with creating new request queues is when it comes to custom forms or fields. Try to use what you have to build the forms instead of going down the path of creating tons of custom fields for your forms. This will make reporting and management easier as the system grows. (example: if this new team wants a field that 's named Launch Date and you already have a field name Go Live Date - push to use the existing field in the form vs creating a new one that serves the same purpose).
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.