Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Inbox pattern for mail, tasks or notifications #298

Open
happygeneralist opened this issue Jul 16, 2024 · 0 comments
Open

Inbox pattern for mail, tasks or notifications #298

happygeneralist opened this issue Jul 16, 2024 · 0 comments

Comments

@happygeneralist
Copy link

happygeneralist commented Jul 16, 2024

What

Inbox design patterns for mail or notifications are common in commercial applications. The most pervasive patterns are a three-panel fluid layout for large & medium-sized screens and tabbed navigation with card components representing discrete messages for mobile.

We're testing the possibility of a cross-government inbox pattern to enable more rapid communication between departments and citizens.

Several components within the design system could be used to build an inbox-type experience. Modern inbox patterns are quite complex, setting a high standard for user interaction. Similar to driving a car—which is complex but, once mastered, offers significant benefits—these inbox patterns may not be easy or intuitive at first (or even accessible). However, their continuous development and widespread use have made them the standard way to manage complex tasks.

Why

Design System

Even though this will not be a reusable component it could be a keystone design pattern that connects to, possibly impacting, other patterns within the design system. This needs consideration from the design system community and input from other research and experiences.

Depending on the level of service integration into the inbox, many of the existing Design system components will be used including form design components and general service interactions.

Some related patterns would be

And has the potential to impact some existing patterns changing them altogether

There may also be existing inbox patterns that have been designed and tested internally for civil servants and gov departments that we can learn from when designing for a wider group of users.

Needs

The primary need is for citizens to receive communications from government departments that cover legal and functional requirements to implement policy. The government needs an official way to send these communications to individuals and organisations. Currently, this is done through physical letters sent to a mailbox at the person's residence, which is verified to be connected to their identity.

Although we have not yet researched the specific needs, we have a few initial assumptions that we will test during our work:

  • Persistent and Recoverable Communication: Citizens need a reliable way to receive government communications that won't be lost, destroyed, or missed (e.g., when moving). Physical letters can fail to meet this need.
  • Control Over Communication Preferences: Citizens should be able to manage their communication preferences with the entire government, rather than dealing with each department individually. This is especially important for those who need assistance or special accommodations.
  • Timely Action on Important Matters: Citizens need to act quickly on important issues. Physical mail can take up to a week for a round trip, delaying responses and potentially causing anxiety or stress for citizens. For the government, this leads to longer service delivery and issue resolution times.
  • Confirmation of Receipt: Government departments need to confirm that citizens have received communications, as this could affect their responses.

Anything else

Denmark has had a citizen mailbox since 2007 using a standard inbox design pattern and currently, the paradigm is being tested in Scotland.

This would connect and need to work with other Gov platforms

  • Gov.UK One login
  • Gov.UK Notify (has previously done some research on communicating with citizens)
  • Gov.UK Pay

Additional related components and issues
Generalised patterns such as cards and lists will be relevant in this work

Mobile inbox patterns

Design History

A design history based on this work
https://github.com/alphagov/gov-mailbox-design-history

Figma file exploring the pattern

Figma file examining the inbox pattern
https://www.figma.com/design/zOdvURuLtLklNjP2f7zun0/GDS-Inbox-design-pattern-proposal?node-id=0-1&t=YTftxtJJQa2NG28c-1

GDS Inbox pattern.pdf

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant