All case studiesAlle Case Studies B2B · Enterprise Mail · Material 3 · UX Research

2.5 years of enterprise Mail on native Material 3 — and the search nobody used

2,5 Jahre Enterprise-Mail nativ auf Material 3 — und die Suche, die niemand nutzte

As Senior Product Designer · UX Researcher, I designed and specified the mobile Mail module of an enterprise productivity suite over 2.5 years: 12 UX/UI spec documents (~180 pages), a design system mirrored on Material 3, cryptographic signing, offline and error states. The featured deep-dive: three studies that turned an unused mobile search into an evidence-ranked backlog.

Als Senior Product Designerin · UX Researcherin habe ich 2,5 Jahre lang das mobile Mail-Modul einer Enterprise-Productivity-Suite gestaltet und spezifiziert: 12 UX/UI-Spezifikationen (~180 Seiten), ein an Material 3 gespiegeltes Design-System, kryptografische Signaturen, Offline- und Fehlerzustände. Der Deep-Dive dieses Cases: drei Studien, die eine ungenutzte mobile Suche in ein evidenzbasiert priorisiertes Backlog verwandelten.

RoleRolle
Senior Product Designer · UX ResearcherSenior Product Designerin · UX Researcherin
Timeline
Aug 2022 – Jan 2025
ProductProdukt
MyOffice · enterprise productivity suiteMyOffice · Enterprise-Productivity-Suite
MethodsMethoden
Interviews · CustDev · Survey · Feature rankingInterviews · CustDev · Umfrage · Feature-Ranking
2.5 yrs
on the enterprise mobile Mail module — Aug 2022 to Jan 2025im mobilen Enterprise-Mail-Modul — Aug. 2022 bis Jan. 2025
12
UX/UI spec documents, ~180 pages of flows and statesUX/UI-Spezifikationen, ~180 Seiten Flows und Zustände
33
Material 3 components in the mobile UI kit, plus foundationsMaterial-3-Komponenten im mobilen UI-Kit, plus Foundations
3
studies in the featured deep-dive — interviews, CustDev, surveyStudien im Deep-Dive — Interviews, CustDev, Umfrage

01Built on Material 3 — nativelyAuf Material 3 gebaut — nativ

The mobile Mail client wasn't a web view with an Android skin — it was designed natively on Material 3. The Mobile Design System mirrors M3's own documentation structure: every component is specified across four facets — Anatomy, States, Design tokens, Usage — so designers and developers read the same language Google's guidelines speak.

Der mobile Mail-Client war kein Web-View mit Android-Skin — er wurde nativ auf Material 3 gestaltet. Das Mobile Design System spiegelt die Dokumentationsstruktur von M3: Jede Komponente ist über vier Facetten spezifiziert — Anatomy, States, Design Tokens, Usage — Designer und Entwickler lesen dieselbe Sprache wie Googles Guidelines.

The UI kit covers 33 Material 3 components plus foundations. On top of it sit Mail-specific design-system snippets: Mail Item, Mail Header, Mail Label, Composer From/To and an Event Widget for calendar invitations inside emails. I proposed and documented 15 design-system components along the way.

Das UI-Kit umfasst 33 Material-3-Komponenten plus Foundations. Darauf sitzen Mail-spezifische Design-System-Snippets: Mail Item, Mail Header, Mail Label, Composer From/To und ein Event Widget für Kalendereinladungen direkt in E-Mails. Unterwegs habe ich 15 Design-System-Komponenten vorgeschlagen und dokumentiert.

33
M3 UI-kit components, plus foundationsM3-UI-Kit-Komponenten, plus Foundations
15
design-system components I proposed and documentedDesign-System-Komponenten, von mir vorgeschlagen und dokumentiert
5
Mail-specific DS snippets — Mail Item, Header, Label, Composer From/To, Event WidgetMail-spezifische DS-Snippets — Mail Item, Header, Label, Composer From/To, Event Widget
4
doc facets per component — Anatomy · States · Tokens · UsageDoku-Facetten pro Komponente — Anatomy · States · Tokens · Usage

02The spec archive — 12 UX/UI documents, ~180 pagesDas Spez-Archiv — 12 UX/UI-Dokumente, ~180 Seiten

Every Mail flow shipped from a written [UX_UI] specification — states, edge cases, error copy included. Twelve documents, roughly 180 pages. Tellingly, the two heaviest specs are both about attachments (53 pages combined), and two entire documents exist just for errors and validation — in enterprise mail, the unhappy path is a first-class citizen.

Jeder Mail-Flow wurde aus einer geschriebenen [UX_UI]-Spezifikation heraus ausgeliefert — inklusive Zuständen, Edge Cases und Fehlertexten. Zwölf Dokumente, rund 180 Seiten. Bezeichnend: Die zwei umfangreichsten Spezifikationen drehen sich beide um Anhänge (zusammen 53 Seiten), und zwei ganze Dokumente existieren allein für Fehler und Validierung — in Enterprise-Mail ist der Unhappy Path ein Bürger erster Klasse.

Artifact · spec indexArtefakt · Spez-Index
[UX_UI] specification[UX_UI]-SpezifikationPagesSeitenWhat it coversInhalt
Adding attachments to mailAnhänge zu Mails hinzufügen29the heaviest spec in the archivedie umfangreichste Spez im Archiv
Viewing attachmentsAnhänge ansehen24preview, open, save flowsVorschau-, Öffnen-, Speichern-Flows
Draft folderEntwurfsordner18drafts lifecycleLebenszyklus von Entwürfen
Offline search in mailOffline-Suche in Mail17search without a connectionSuche ohne Verbindung
Email viewE-Mail-Ansicht15the reading experiencedas Lese-Erlebnis
Response to calendar event inside emailAntwort auf Kalender-Event in der E-Mail12the Event Widget in actiondas Event Widget im Einsatz
Validation & error outputValidierung & Fehlerausgabe12dedicated unhappy-path speceigene Unhappy-Path-Spez
Email signatureE-Mail-Signatur11signature creation & managementSignatur erstellen & verwalten
Contact search & suggestionsKontaktsuche & Vorschläge11recipient lookup in the composerEmpfängersuche im Composer
Create-letter errorsFehler beim Erstellen von E-Mails10a second error-only speceine zweite reine Fehler-Spez
Mail list v1 + v2Mail-Liste v1 + v27 + 7the inbox list, iterated twicedie Posteingangsliste, zweimal iteriert
Artifact · Pages from the real spec archiveArtefakt · Seiten aus dem echten Spec-Archiv
Adding attachments spec — system gallery picker states
Attachments spec (29 pp) — the system gallery picker, state by stateAnhänge-Spec (29 S.) — der System-Galerie-Picker, Zustand für Zustand
Adding attachments spec — camera capture flow screens
Same spec — the camera capture flow, including permission and preview statesDieselbe Spec — der Kamera-Aufnahme-Flow, inklusive Berechtigungs- und Vorschau-Zuständen
Offline search spec — search entry screens and states
Offline-search spec (17 pp) — entering search: field, suggestions and empty statesOffline-Such-Spec (17 S.) — Einstieg in die Suche: Feld, Vorschläge und Empty States
Offline search spec — result list states
Same spec — result-list states, matches annotated per screenDieselbe Spec — Zustände der Ergebnisliste, Treffer pro Screen annotiert
Validation and error output spec — unsent letter handling in drafts
Validation & error spec — how an unsent letter surfaces in Drafts, with the exact flowValidierungs- & Fehler-Spec — wie eine nicht gesendete Mail in den Entwürfen auftaucht, mit dem exakten Flow
Design system Mail Item component — identification states annotated
DS · Mail Item — the inbox row as a documented component, identification states annotatedDS · Mail Item — die Posteingangszeile als dokumentierte Komponente, Identifikations-Zustände annotiert

Documents are in their original working language — shown as authentic process artifacts.Die Dokumente sind in der Original-Arbeitssprache — gezeigt als authentische Prozess-Artefakte.

The research shelf next to the specsDas Research-Regal neben den Spezifikationen

The spec archive sat beside a research archive: the mail-search research plan and a 2022 mail-search study (two plans, results, draft spec), a move-email-to-folder survey (plan + results), and a 2024 CustDev bundle of 8 documents spanning internal, external and assistant user groups. Specs and studies fed each other — the offline-search spec, for instance, exists because executives kept demanding offline.

Neben dem Spez-Archiv stand ein Research-Archiv: der Mail-Suche-Researchplan und eine Mail-Suche-Studie von 2022 (zwei Pläne, Ergebnisse, Spez-Entwurf), eine Umfrage zum Verschieben von E-Mails in Ordner (Plan + Ergebnisse) und ein CustDev-Paket von 2024 mit 8 Dokumenten zu internen, externen und Assistenz-Nutzergruppen. Spezifikationen und Studien speisten einander — die Offline-Such-Spez etwa existiert, weil Führungskräfte immer wieder Offline forderten.

03Enterprise-grade constraintsEnterprise-Anforderungen

Enterprise mail is compliance-heavy, and the archive shows it: 16 documents cover cryptographic signing and encryption — certificates, secure mail — and a dedicated accessibility document maps the flows to Android and iOS platform conventions.

Enterprise-Mail ist compliance-lastig, und das Archiv zeigt es: 16 Dokumente behandeln kryptografische Signaturen und Verschlüsselung — Zertifikate, sichere Mail — und ein eigenes Accessibility-Dokument ordnet die Flows den Plattformkonventionen von Android und iOS zu.

It also explains why error states and offline got first-class specs. When an encrypted email fails to send, "something went wrong" is not an acceptable message — hence two dedicated error specs (22 pages). And when your heaviest users read mail between meetings and on flights, offline search is not a nice-to-have — hence its own 17-page document.

Das erklärt auch, warum Fehlerzustände und Offline eigene, vollwertige Spezifikationen bekamen. Wenn eine verschlüsselte E-Mail nicht gesendet werden kann, ist „Etwas ist schiefgelaufen" keine akzeptable Meldung — daher zwei eigene Fehler-Spezifikationen (22 Seiten). Und wenn die intensivsten Nutzer ihre Mails zwischen Meetings und im Flugzeug lesen, ist Offline-Suche kein Nice-to-have — daher ein eigenes 17-Seiten-Dokument.

16
documents on cryptographic signing & encryption — certificates, secure mailDokumente zu kryptografischen Signaturen & Verschlüsselung — Zertifikate, sichere Mail
22 pp
of dedicated error & validation specs — the unhappy path, written downeigene Fehler- & Validierungs-Spezifikationen — der Unhappy Path, ausformuliert
17 pp
offline-search spec — born from executive demandOffline-Such-Spez — entstanden aus der Nachfrage von Führungskräften
1
dedicated accessibility doc mapping Android/iOS platform conventionseigenes Accessibility-Dokument zu Android-/iOS-Plattformkonventionen

04The deep-dive: a feature nobody usedDer Deep-Dive: ein Feature, das niemand nutzte

In a corporate email client used by large enterprises, search was technically there. On mobile, it sat almost untouched. The obvious explanations — "users don't need it", "mobile mail is just triage" — didn't survive contact with actual users.

Im Corporate-E-Mail-Client, den große Unternehmen einsetzen, war die Suche technisch vorhanden. Auf Mobile blieb sie fast unberührt. Die naheliegenden Erklärungen — „Nutzer brauchen sie nicht", „mobile Mail ist nur Triage" — hielten dem Kontakt mit echten Nutzenden nicht stand.

Interviews revealed the real reason: people didn't understand how search worked, so they built workarounds instead. They flagged emails they'd need later, or marked messages as unread to find them again — manual bookmarking to avoid a search box they didn't trust.

Interviews zeigten den wahren Grund: Die Menschen verstanden nicht, wie die Suche funktioniert — also bauten sie sich Workarounds. Sie markierten E-Mails mit Kennzeichnungen oder setzten Nachrichten auf „ungelesen", um sie wiederzufinden: manuelles Bookmarking, um einem Suchfeld auszuweichen, dem sie nicht vertrauten.

05Study 1 — how people actually search their mailStudie 1 — wie Menschen wirklich in Mails suchen

In 2022 I ran 8 semi-structured interviews (20–25 minutes each), screened from a pool of 20+ candidates. Each session ended with a ranking exercise: participants ordered 9 search capabilities by how much they mattered to them. The result was a priority list built by users, not by the team's gut feeling.

2022 führte ich 8 halbstrukturierte Interviews (je 20–25 Minuten) durch, gescreent aus einem Pool von über 20 Kandidatinnen und Kandidaten. Jede Session endete mit einer Ranking-Übung: Die Teilnehmenden ordneten 9 Suchfunktionen danach, wie wichtig sie ihnen waren. Das Ergebnis war eine Prioritätenliste der Nutzenden — nicht das Bauchgefühl des Teams.

66 pts
search speed — ranked #1 of 9Suchgeschwindigkeit — Platz 1 von 9
55 pts
search across all folders — #2Suche über alle Ordner — Platz 2
53 pts
advanced parameter search — #3erweiterte Parametersuche — Platz 3
21 pts
"search by button" — dead last of 9„Suche per Button" — abgeschlagen auf Platz 9

As-you-type search ranked #4 and attachment search #5. Behind the ranking sat concrete needs:

Die Suche beim Tippen landete auf Platz 4, die Anhang-Suche auf Platz 5. Hinter dem Ranking standen konkrete Bedürfnisse:

  • Morphology-insensitive matching — word forms shouldn't break the search
  • Name-order equivalence — first-name-last-name and last-name-first-name must return the same person
  • Highlighting the matched field — show why a result matched: subject, sender, or attachment
  • Scope expansion — when a folder search finds nothing, offer to search everywhere
  • Morphologie-unabhängiges Matching — Wortformen dürfen die Suche nicht scheitern lassen
  • Gleichwertige Namensreihenfolge — Vorname-Nachname und Nachname-Vorname müssen dieselbe Person liefern
  • Hervorhebung des Trefferfelds — zeigen, warum ein Ergebnis passt: Betreff, Absender oder Anhang
  • Erweiterung des Suchbereichs — findet die Ordnersuche nichts, überall weitersuchen anbieten
quarterly rep All foldersAlle Ordner
Quarterly report — final figures SubjectBetreff
quarterly_report_v3.xlsx AttachmentAnhang
No more matches in this folder → searching all folders… Keine weiteren Treffer in diesem Ordner → Suche in allen Ordnern …
CSS mock — the behaviors the research pointed to: as-you-type, matched-field highlighting, scope expansion
CSS-Mock — die Verhaltensweisen aus dem Research: Suche beim Tippen, Hervorhebung des Trefferfelds, Erweiterung des Suchbereichs
Artifact · Key screens — English recreation of the shipped flowsArtefakt · Kern-Screens — englische Nachbildung der ausgelieferten Flows
Mail search entry screen — recent queries and search hint
Search entry — recent queries, search-by chipsSuch-Einstieg — letzte Anfragen, Such-Chips
Search results for query Hi with highlighted matches
Results with highlighted matchesErgebnisse mit hervorgehobenen Treffern
Email view with sender header, body and PDF attachment chip
Email view with attachmentE-Mail-Ansicht mit Anhang
Add attachment bottom sheet with gallery grid, camera and files
Add attachment sheetAnhang-hinzufügen-Sheet
Compose screen with inline validation error and saved-to-drafts snackbar
Validation & draftsValidierung & Entwürfe

Recreated in English for the portfolio; production screens follow the same Material 3 specs.Für das Portfolio auf Englisch nachgebaut; die Produktions-Screens folgen denselben Material-3-Spezifikationen.

06From findings to a ranked backlogVon Erkenntnissen zum priorisierten Backlog

The study translated directly into a ranked UX backlog per feature:

Die Studie übersetzte sich direkt in ein priorisiertes UX-Backlog pro Feature:

  • Search-as-you-type
  • Pagination of results
  • Match highlighting
  • Recent queries
  • Quick move-to-folder straight from results
  • Suche beim Tippen
  • Paginierung der Ergebnisse
  • Treffer-Hervorhebung
  • Letzte Suchanfragen
  • Schnelles Verschieben in Ordner direkt aus den Ergebnissen
Honest method retroEhrliche Methoden-Retro Two things I'd change: interview in pairs — one person moderates, one observes and takes notes — and don't prime participants with desktop questions before asking about mobile. Both leaked bias into a handful of sessions, and writing that down made the next study better. Zwei Dinge würde ich ändern: zu zweit interviewen — eine Person moderiert, eine beobachtet und protokolliert — und Teilnehmende nicht mit Desktop-Fragen primen, bevor es um Mobile geht. Beides brachte in einigen Sessions Bias hinein — und es aufzuschreiben machte die nächste Studie besser.

07Study 2 — CustDev with 12 executivesStudie 2 — CustDev mit 12 Führungskräften

To understand the heaviest email users, I ran in-depth CustDev interviews with 12 executives — 7 internal C-level leaders and 5 external directors of major corporations — 40–60 minutes each.

Um die intensivsten E-Mail-Nutzer zu verstehen, führte ich CustDev-Tiefeninterviews mit 12 Führungskräften — 7 interne C-Level-Führungskräfte und 5 externe Direktoren großer Konzerne — je 40–60 Minuten.

12
executives — 7 internal C-level, 5 external directorsFührungskräfte — 7 interne C-Level, 5 externe Direktoren
40–60
minutes per in-depth interviewMinuten pro Tiefeninterview
8
mentions of offline mode — the single most-demanded itemNennungen des Offline-Modus — die meistgeforderte Funktion
>2 yrs
of search depth needed in the mail archiveSuchtiefe im Mail-Archiv benötigt

The pattern was unambiguous: folders and filters are abandoned. For these users, search is not a feature — it is the navigation method in email. And mobile search was perceived as far weaker than desktop, which is exactly where executives live between meetings.

Das Muster war eindeutig: Ordner und Filter werden aufgegeben. Für diese Nutzer ist die Suche kein Feature — sie ist die Navigationsmethode in E-Mail. Und die mobile Suche wurde als deutlich schwächer wahrgenommen als die Desktop-Suche — genau dort, wo Führungskräfte zwischen Meetings unterwegs sind.

08Study 3 — push notifications, 252 respondentsStudie 3 — Push-Benachrichtigungen, 252 Befragte

A survey of 252 respondents — 152 internal and 100 external users — mapped how notifications should behave on mobile.

Eine Umfrage unter 252 Befragten — 152 interne und 100 externe Nutzer — kartierte, wie sich Benachrichtigungen auf Mobile verhalten sollten.

11% / 41%
internal vs. external users with mail push enabled on mobileinterne vs. externe Nutzer mit aktiviertem Mail-Push auf Mobile
59% / 49%
of internal / external non-users wanted event remindersder internen / externen Nicht-Nutzer wünschten Termin-Erinnerungen
94%
wanted an event reminder in the top internal trigger moment — "walking to a meeting room"wünschten eine Termin-Erinnerung im wichtigsten internen Trigger-Moment — „auf dem Weg zum Meetingraum"
89% / 60%
priority verdict: internal users events-first, external users mail-firstPrioritätsurteil: intern Termine zuerst, extern Mail zuerst

The verdict split cleanly by audience: 89% of internal users wanted event notifications first, while 60% of external users wanted mail notifications first. The build order isn't one decision — it depends on which segment you're shipping for.

Das Urteil teilte sich sauber nach Zielgruppe: 89% der internen Nutzer wollten zuerst Termin-Benachrichtigungen, während 60% der externen Nutzer zuerst Mail-Benachrichtigungen wollten. Die Build-Reihenfolge ist keine einzelne Entscheidung — sie hängt vom Segment ab, für das man liefert.

09What's next: search across the whole suiteWie es weitergeht: Suche über die gesamte Suite

The follow-up is already designed: a cross-module search study — mail, calendar, tasks and contacts in one query — with 7+ respondents and hypotheses on filters, sorting, search history and dynamic results.

Das Follow-up ist bereits konzipiert: eine modulübergreifende Suchstudie — Mail, Kalender, Aufgaben und Kontakte in einer Anfrage — mit 7+ Befragten und Hypothesen zu Filtern, Sortierung, Suchverlauf und dynamischen Ergebnissen.

10OutcomesErgebnisse

A prioritized, evidence-ranked search backlog was adopted into the product roadmap. Just as important is what the ranking prevented: building the wrong thing first. Users wanted speed and scope — not buttons and filters. Without the ranking, the team would likely have shipped exactly the features users cared about least.

Ein priorisiertes, evidenzbasiert gerangtes Such-Backlog wurde in die Produkt-Roadmap übernommen. Ebenso wichtig ist, was das Ranking verhindert hat: zuerst das Falsche zu bauen. Die Nutzer wollten Geschwindigkeit und Reichweite — keine Buttons und Filter. Ohne das Ranking hätte das Team vermutlich genau die Features geliefert, die den Nutzern am wenigsten bedeuteten.

What I'd tell another designerWas ich anderen Designern mitgebe When users "don't use" a feature, they're usually routing around it. Flagged emails and messages marked unread weren't laziness — they were a workaround, and workarounds are research gold. Wenn Nutzer ein Feature „nicht nutzen", umgehen sie es meistens. Markierte Mails und auf „ungelesen" gesetzte Nachrichten waren keine Bequemlichkeit — sie waren ein Workaround, und Workarounds sind Research-Gold.
Next case studyNächste Case Study

Geo Data DashboardGeodaten-Dashboard