Determine where submissions should be collected for the biased search results form

[kelynch]

Part of #3761

Technical implementation - determine where submissions for the biased search results form should be received and collected, then implement that collection mechanism.

Options

• Examine the existing forms and workflows for related work from groups such as IRMWG and the Harmful Content WG.
• Consider that this could potentially be used for websites outside of the catalog in the future.
• Use the same queue as the "Report harmful language" form in Orangelight (consult with the Inclusive and Reparative Metadata Working Group who monitors this queue first).
• Create a new LibAnswers queue specifically for reporting biased search results
• Create a Service account with email address
• Use ServiceNow
• Other options?

[kelynch]

This sounds like a research ticket. How would this be workable?

[kelynch]

Based on #3821, I can draft a document to answer some of these questions and post it for review.

[kelynch]

According to the proposed workflow in this document, submissions would be collected in a dedicated LibAnswers queue for reporting biased search results, in line with the workflows used by IRMWG. This queue would include representation from DLS, DACS, RDSS (likely entire teams). These representatives would be the first to triage form submissions and then loop in appropriate parties (such as IRMWG, AUX, DSSG, and more) to respond to issues.

It has been proposed that reviewing the LibAnswers queue and claiming unclaimed submissions would be part of the duties of the runner for each team (see runner documentation for RDSS for an explanation of the runner role).