Zur Startseite
Entwicklungsgrundlage · Version 1

Dienstleistungs Tankstelle

Eine Webanwendung für digitale Preislisten und Kundenaufrufe in Friseursalons, Restaurants und Cafés. Ein Inhaber verwaltet mehrere Geschäfte unter einem Zugang.

1. Ziele und Nutzergruppen

Inhaber pflegen ihre Geschäfte, bereiten Preislisten vor und steuern Aufrufe. Kunden sehen Preise und ihren Warteplatz auf dem eigenen Handy. Eine digitale Anzeige zeigt die aktive Preisliste, einen QR Code und den aktuellen Aufruf.

2. Seiten und Navigation

3. Geschäftsaccount und Standorte

Nutzer registrieren sich mit Name, E-Mail-Adresse und Passwort oder nutzen ihren bestehenden ChatGPT Zugang. Nach der Anmeldung sehen sie ihre Salons und Preislisten. Der Super Admin kann alle Konten und Geschäfte verwalten sowie Nutzer sperren. Die E-Mail-Bestätigung und Passwortwiederherstellung benötigen den eingerichteten Mailversand. Der Benutzer kann beliebig weitere Geschäfte ergänzen und zwischen ihnen wechseln. Ein Geschäft speichert Name, Art, Inhaber mit Vorname und Nachname, Adresse, Telefonnummer, Logo URL, Preisgültigkeit und bei Gastronomie die Tischanzahl. Jeder Schreibzugriff wird serverseitig auf den Eigentümer geprüft.

4. Preislisten

5. Preisgültigkeit auf dem Handy

Beim ersten Öffnen der Kundenansicht erzeugt der Server einen anonymen Besuch mit einer Kopie der aktuellen Preise und einer Ablaufzeit. Standardwert: 120 Minuten. Der Inhaber kann 1 bis 1.440 Minuten einstellen. Änderungen der Dauer gelten für neue Zeitfenster, nicht rückwirkend für bestehende.

Der Besuch wird über eine nicht erratbare Kennung im persönlichen Link wiedererkannt. Neuladen dieses Links erhält die Preiszusage. Nach Ablauf wird beim nächsten Abruf die aktive Liste übernommen und ein neues Zeitfenster gestartet. Die Serverzeit entscheidet. Die Preisanzeige ist keine Bestellung oder Zahlung.

6. Warteschlange im Salon

7. Restaurant und Café

In der ersten Version wählen Kunden einen Tisch zwischen 1 und der hinterlegten Tischanzahl. Der Inhaber ruft Tische manuell auf. Die Anzeige zeigt „Tisch 7“ statt einer Wartenummer. Tischwahl ist zunächst nur eine Auswahl auf dem Kundenhandy. Bestellungen, Reservierungen und Belegungsplanung gehören noch nicht zu dieser Version.

8. Technische Struktur

Responsive Webanwendung mit serverseitiger Identitätsprüfung. Eine persistente Datenbank speichert Geschäfte, Preislisten, Besuche und Tickets. Nur öffentliche Geschäftsdaten erscheinen in der Kundenansicht. Inhaberdaten werden nicht veröffentlicht. QR Codes werden lokal erzeugt. Keine Kundendaten werden an einen externen QR Dienst gesendet.

EntitätWesentliche Felder
GeschäftID, Eigentümer, Stammdaten, aktive Liste, Preisgültigkeit, Aufruf
PreislisteID, Geschäft, Name, Einträge mit Centpreisen
BesuchZufallskennung, Geschäft, Preiskopie, Ablaufzeit
TicketID, Geschäft, Besuch, Nummer, Status

9. Abnahmekriterien

  1. Ein Inhaber legt zwei Geschäfte an und sieht deren Daten getrennt.
  2. Eine fremde Identität kann kein Geschäft des Inhabers verändern.
  3. Nach Aktivierung einer Liste erscheint sie auf der passenden Anzeige.
  4. Der QR Code öffnet genau die Kundenansicht dieses Geschäfts.
  5. Ein Preiswechsel verändert einen gültigen Kundenbesuch nicht.
  6. Nach Ablauf erscheinen die aktiven Preise ohne manuelles Neuladen.
  7. Gleichzeitige Ticketanfragen erzeugen eindeutige Nummern; Wiederholungen desselben Besuchs erzeugen keine Duplikate.
  8. Ein Aufruf ist auf der Anzeige und dem zugehörigen Kundenhandy sichtbar.
  9. Bei Verbindungsfehlern erscheint ein Hinweis; Formulareingaben bleiben erhalten.

10. Offene Produktentscheidungen

  1. Soll der QR Scan automatisch ein Ticket erzeugen oder der Kunde den Beitritt wie im Entwurf bestätigen?
  2. Sollen Tische per individuellem QR Code fest zugewiesen werden? Was bedeutet der Tischaufruf im konkreten Betrieb?
  3. Bleiben zugesagte Preise auch über die eingestellte Dauer hinaus gültig, wenn ein Kunde noch wartet?
  4. Sind weitere Zugänge für Mitarbeiter mit eingeschränkten Rechten erforderlich?
  5. Welche Tarife sind geplant?

11. Vor dem öffentlichen Kundenbetrieb

Die Website ist öffentlich erreichbar. Konten und Verwaltung sind durch eine Anmeldung und serverseitige Berechtigungen geschützt. Vor einem öffentlichen Start sind Betreiberangaben, Datenschutztext, Datenlöschung und Schutz gegen massenhafte Ticketanfragen festzulegen. Noch nicht enthalten: Logo Upload, Mitarbeiterrollen, Tagesreset, Benachrichtigungen außerhalb der geöffneten Seite, Zahlungen und Bestellungen.

Dieses Konzept beschreibt den umgesetzten ersten Stand und die offenen Entscheidungen. Die Abnahmekriterien sind eine Prüfliste für die Weiterentwicklung, keine Behauptung einer vollständigen Prüfung im Produktivbetrieb.