agenturwerk/appLohne, DE
Cases§ CASE / 04

Meetingräume

Ein Startup-Campus mit rund 20 Startups und zwei geteilten Meeting-Räumen. Die bestehende SaaS-Lösung verlangte Account, App und Microsoft-Login – was bei einem Google-Workspace-Publikum ausschied. Wir haben eine PWA fürs Smartphone gebaut, in der Buchen 12 Sekunden dauert und kein Login nötig ist – plus ein iPad direkt am Meetingraum, das den aktuellen Belegungs-Status zeigt und Sofort-Buchung mit zwei Tipps erlaubt.

Branche
Co-Working / Startup-Campus
Nutzer
~20 Startups
Räume
2 geteilte Meeting-Räume
Aufbau
4 Wochen
Status
Im Einsatz seit 2026
§ 01Problem

Buchen dauerte länger als das Meeting.

Zwei Meeting-Räume, gemeinsam genutzt von rund 20 Startups. Die bestehende Office-365-basierte Buchungslösung verlangte einen Account, eine App-Installation und einen Microsoft-Login – letzteres fiel komplett aus, weil die meisten Startups auf Google Workspace liefen.

Effekt: Räume blieben halb-leer, weil eine Spontanbuchung im Schnitt drei Minuten dauerte (länger, wenn jemand zum ersten Mal buchte). Leute trafen sich auf den Gängen und im Café, statt im richtigen Raum – und die Campus-Betreiber konnten die Auslastung nicht messen.

  • 01Account-Pflicht erzeugte Reibung – viele Erstnutzer brachen ab
  • 02Microsoft-Login funktionierte für ~70 % der Companies nicht
  • 03App-Installation war für eine 5-Minuten-Buchung absurd
  • 04Keine Real-Time-Konfliktanzeige – Doppelbuchungen waren Alltag
Wir merken die Veränderung daran, dass uns niemand mehr im Vorbeigehen fragt, ob ein Raum frei ist. Die Leute schauen einfach auf das iPad am Meetingraum.
Community Manager
§ 02Lösung

iPad am Meetingraum. Zwei Tipps. Belegt.

Eine Progressive Web App fürs Smartphone, mobile-first. Kein Login: Pseudonym eingeben, Raum auswählen, Slot wählen – drei Eingaben, fertig. Plus ein iPad direkt am Meetingraum, das den aktuellen Belegungs-Status zeigt und Spontan-Buchung mit zwei Tipps erlaubt. Wer vor dem Raum steht, ist in Sekunden drin – wer aus dem Büro vorausplanen will, bucht auf dem eigenen Smartphone.

Konflikte werden in Echtzeit erkannt – wer einen schon vergebenen Slot wählt, sieht es noch beim Tippen. Die Buchungs-Historie pro Raum hilft den Campus-Betreibern, Auslastung zu messen, ohne dass jemand persönliche Daten preisgibt – Buchungen sind pseudonym (frei wählbares Pseudonym).

01

No-Login mit Pseudonym

Erste Buchung: Pseudonym wählen, im LocalStorage speichern. Folgende Buchungen: nur noch Raum + Slot. Keine E-Mail, kein Passwort, keine Account-Verwaltung.

02

iPad am Meetingraum

An jedem der zwei Räume hängt ein iPad im Kiosk-Modus, das den aktuellen Belegungs-Status anzeigt und Spontan-Buchung mit zwei Tipps erlaubt. Personen, die durch den Flur kommen, sehen sofort: frei oder belegt – ohne das Smartphone zücken zu müssen.

03

Echtzeit-Konflikterkennung

Server-Sent Events halten alle aktiven Buchungs-Sessions synchron. Wer in einen schon vergebenen Slot tippt, sieht die Belegung sofort, nicht erst nach „Speichern".

04

Auslastungs-Dashboard für Betreiber

Pro Raum: Auslastung pro Wochentag, Spitzenzeiten, durchschnittliche Buchungsdauer. Komplett ohne personenbezogene Daten – Pseudonyme bleiben Pseudonyme.

§Phasenplan
W 1
Vor Ort
Beobachtung, Interviews mit Startups, iPad-Position-Test
W 2
Prototyp
PWA-Skeleton, Buchungs-Flow, Pseudonym-Logik
W 3
Konflikt-Engine
SSE-basierte Live-Belegung, Stress-Tests
W 4
Rollout
iPads im Kiosk-Modus installieren, Halterungen montieren, Soft-Launch
§ 03Stolpersteine

Was nicht glatt lief.

Ehrlich: Dinge, die nicht auf Anhieb funktioniert haben – und wie wir damit umgegangen sind.

01

Pseudonyme wurden mehrfach vergeben

In Woche zwei hatten wir drei verschiedene Personen, die sich „Alex" nannten – was zu Verwirrung im Auslastungs-Dashboard führte. Wir haben einen leichten Disambiguierungs-Hinweis eingeführt („Alex bereits vergeben – wie wäre Alex.M?"), der auf einer Hash-Prüfung gegen die letzten 30 Tage Buchungen basiert.

02

PWA-Install-Hinweis nervte iOS-Nutzer

Auf Safari iOS ist „Add to Home Screen" tief im Share-Menü versteckt. Unser Install-Banner war anfangs zu aufdringlich – bis wir festgestellt haben, dass viele Nutzer einfach den iPad-Tap am Raum nehmen und nur Power-User die PWA wirklich aufs Smartphone ziehen. Banner entfernt, dafür ein dezenter Hinweis nach der dritten Buchung.

03

Gleichzeitige Buchungen in Sub-Sekunden-Frist

Bei zwei Nutzern, die parallel auf denselben Slot tippten, gewann anfangs der schnellere – der zweite sah erst beim Speichern den Konflikt. Mit Server-Sent Events kommunizieren die Sessions jetzt aktive Buchungs-Versuche, sodass der zweite Nutzer schon während der Auswahl den belegten Status sieht.

§ 04Ergebnis

Spontanbuchung in zwölf Sekunden.

Buchungsdauer von drei Minuten auf zwölf Sekunden. Die Auslastung der Räume ist innerhalb des ersten Quartals um rund 60 % gestiegen – gemessen an belegten Stunden pro Woche, im Vergleich zum Quartal vor Umstellung.

Die Campus-Betreiber haben das Pattern danach auf die geteilten Drucker und die E-Auto-Ladesäulen übertragen – gleiche Bauart, gleiche Bedienlogik, gleiche Sofort-Buchungs-Strategie. Aus einer Meeting-Raum-App wurde ein Campus-weites Buchungs-Pattern.

§ HaupteffektBuchungsdauer
−93%
Vorher~3 min
Nachher12 sek

Zeit vom ersten Tap auf den QR-Code bis zur bestätigten Buchung. Gemessen aus den Server-Logs der ersten 100 Buchungen nach Rollout.

+60 %
Raum-Auslastung
erstes Quartal nach Live-Gang vs. Quartal davor
0
Logins erforderlich
Pseudonym, kein Account
2
Folge-Use-Cases
Drucker + E-Lade – gleiche Bauart übernommen
§ 05Tech-Stack

Womit das gebaut ist.

  • Web-Anwendung als App-Icon auf dem Smartphone (PWA)
  • Echtzeit-Aktualisierung – alle Buchungen sofort für alle sichtbar
  • Pseudonym-basiert – kein separater Login, nur Name + Standort
  • DSGVO-konformes Hosting in Deutschland
§Nächste Case
05 · SaaS · Pilot · Healthcare

ApoShift

KI-gestützte Dienstplanung für Apotheken. Aktuell in der Pilotphase mit 11 Apotheken – ArbZG-Prüfung, Fairness, Wunsch-Berücksichtigung automatisch.