Closed brian-wilke closed 3 days ago
Location 1 (option): As part of the introductory page section as this is the first area of content that might be addressed to cover the signed in only part of the online experience.
Location 2 (option): as the user is deciding who can fill out this form, the context is right to decide if they need to be signed in.
Location 3 (option): As a user now addressing the flow of the document, there might be a toggle or a radio button that allows the user to indicate that only signed in users could access the experience of the form.
Note that the sidebar within the Content tab has been updated to reflect the nested patterns of the Personal information step.
Additionally, we have split the user of the form and the subject of the form into two areas. However, with the learnings on Friday October 4th, we understand that this step is perhaps not necessary due to the pattern being pre-defined as "Personal information" REF: Pattern Matrix for agreed implementation.
Learning from October 9th UX Sync with Matt:
There is a new pattern being established (currently WIP) that is called the Form Respondent.
This may preclude our need to indicate the End-user by the User of the tool. This may also remove any complexity in tagging step names by intended subject of the form.
Closing for this sprint. Work has been shared to the team with new tasks for the next ticket.
These include:
After reviewing the September version of the prototype with (SME) Jeana and subsequently with the (PO) Matt we had areas where we needed to update the "now version" of the prototype to cover functionality not fully described.
Areas to update: • Reflect the multi-response pattern of "Personal information" • Layout Tab to include flow adjustment (ordering) • Separating out the user of the form v. the subject of the form • Add "signed in user only" functionality