PWA-Architektur für Reparaturprojekte: Chat, Rollen, KI | IT Review

# PWA-Architektur für die Verwaltung von Renovierungsprojekten: Vom Chat zu KI-Tools

In der Bauindustrie erfordert die Verwaltung von Wohnungsrenovierungsprojekten spezialisierte Tools, die den langwierigen Prozess und die zahlreichen Beteiligten berücksichtigen. Wir haben eine PWA-Lösung entwickelt, die Chat, Aufgabenverfolgung, Videoüberwachung und einen KI-Innenarchitekten kombiniert. Dieser Artikel zerlegt die architektonischen Entscheidungen und technischen Herausforderungen, denen wir begegneten, beim Aufbau eines Systems für Projekte, die 6 bis 18 Monate dauern.

Warum Standard-CRMs für Renovierungen nicht funktionieren

Ein Renovierungsbauprojekt ist kein Verkaufsdeal oder ein Ticket. Es ist ein Prozess, der sechs Monate bis anderthalb Jahre umfasst und mehrere Rollen mit unterschiedlichen Bedürfnissen umfasst:

• Kunde — möchte den Fortschritt verfolgen, ohne in Details einzutauchen.
• Kalkulator — formalisiert Anfragen und berechnet Arbeitsmengen und Materialien.
• Projektleiter — koordiniert alle Projektaspekte.
• Geschäftsführer — braucht eine Übersicht über alle Baustellen, ohne in spezifische Details einzutauchen.
• Qualitätskontrolle — übernimmt Arbeiten von Handwerkern.
• Handwerker (Putzer, Elektriker, Klempner) — arbeiten sequenziell.
• Einkaufsabteilung — beschafft und liefert Materialien.

Standardlösungen wie Bitrix24 oder amoCRM konzentrieren sich auf Verkaufstrichter, nicht auf Bauprojektmanagement. Trello und Asana bewältigen Aufgaben gut, fehlen aber Kostenschätzungen, fotodokumentierte Checklisten und finanzielle Kontrollen. Auf dem russischen Markt gab es keine spezialisierten Lösungen für Wohnungsrenovierungen — die alle notwendigen Tools kombinieren.

Technologie-Stack-Wahl: PWA und Laravel

Zentrale Anforderung: eine einzige App für alle, vom Geschäftsführer bis zum Putzer. Handwerker nutzen Smartphones unterschiedlicher Android-Generationen, Kunden haben oft iPhones, Projektleiter arbeiten an Desktops. Drei native Apps (iOS, Android, Web) zu entwickeln wäre für unser Team unpraktikabel. PWA löst das: ein Codebase, Desktop-Installation, Push-Benachrichtigungen und automatische Updates.

Backend auf PHP Laravel, Frontend mit einem an unsere Bedürfnisse angepassten AdminLTE-Template. Die Architektur ist ein Monolith mit einheitlicher Authentifizierung und separaten Dashboards für Mitarbeiter, Handwerker und Kunden. Wir haben Laravel wegen seiner Beliebtheit und Fülle fertiger Pakete für die meisten Aufgaben gewählt. Benachrichtigungen an MAX laufen über ein dediziertes Paket, ähnlich wie laravel notification channels.

Infrastruktur: reg.ru Virtual Server in Moskau, Datenspeicherung auf FirstVDS-Servern. Backups gehen auf drei verschiedene Server bei diversen Hostern. Deployment läuft über CI/CD-Skript in Sekunden — kein Frontend-Build nötig —, was schnelle Updates ermöglicht.

Architektur für Rollen und Zugriffsrechte

Das System bietet vier Dashboard-Typen mit maßgeschneiderten Oberflächen:

Kunden-Dashboard

Minimalistische Oberfläche mit Video-Streaming, Chat in einem Fenster, Fotoberichten, Kostenschätzungen und Arbeitsplänen. Zugriff auf KI-Tools: Reparatur-Experte und Innenarchitekt (Hochladen von Vorher-Fotos für Renderings). Kunden sehen keine interne Korrespondenz oder Kostendetails.

Mitarbeiter-Dashboard

Zugriff auf das interne System basierend auf zugewiesenen Berechtigungen: Kundenkorrespondenz, Baustellen-Zusammenfassungen, Spesenmanagement, Handwerker-Koordination, Checklisten, Kostenschätzungen und Analysen.

Handwerker-Dashboard

Nur Baustellen, zu denen der Handwerker zugewiesen ist. Personalisierter Arbeitsplan mit Countdown-Timer, Firmen-Chat, Checklisten mit Videoanleitungen, Kostenschätzungen (Kundenpreise versteckt) und Material-/Zahlungsanfragen.

Geschäftsführer-Dashboard

Unternehmensweites Dashboard. Umfasst alle Mitarbeiter-Funktionen plus:

• Echtzeit-Überwachung der Kundenkommunikation.
• Finanzübersicht: Einnahmen, Ausgaben, Liquiditätslücken.
• Crew-Schichtmanagement zur Minimierung von Ausfallzeiten.
• Selektive Qualitätsprüfungen über Checklisten.
• Sofortige Einführung von Verbesserungen (Hinzufügen von Checkliste-Elementen).
• Bedarfsprognose aus Kostenkalkulations-Statistiken.

Technisch drei Oberflächen: Kunde, Handwerker und Mitarbeiter. Das Geschäftsführer-Dashboard ist die Mitarbeiter-Version mit vollen Berechtigungen. Berechtigungen sind anpassbar, mit vordefinierten „Rollen“ (Berechtigungssets).

Chat als Einzelfenster: Nachrichtenrouting

Kernfunktion: Ein Chat, in dem der Kunde mit dem „Unternehmen“ kommuniziert, nicht mit einer spezifischen Person. Intern ist die Nachricht für alle Projektbeteiligten sichtbar.

So funktioniert es:

• Kunde sendet eine Nachricht — sie erscheint für alle dem Standort zugewiesenen Mitarbeiter.
• Jeder Mitarbeiter antwortet — Kunde sieht es vom „Unternehmen“ mit dem Namen des Autors.
• Für den Kunden ist es ein persönlicher Chat; für Mitarbeiter ein Projekt-Gruppenchat.
• Handwerker-Chat funktioniert ähnlich.
• Nachrichten können zwischen Kunde und Handwerker weitergeleitet werden.
• Kunden-Chats erlauben nur Text (für Dokumentation); Handwerker-Chats unterstützen Sprachnachrichten (um Tonfall zu vermitteln).

Chat angetrieben von Websockets. Neue-Nachricht-Benachrichtigungen haben eine 5-Sekunden-Verzögerung, um sie zu überspringen, wenn schon gelesen. Push-Benachrichtigungen enthalten „Lesen“- und „Antworten“-Buttons. Auf manchen Android-Geräten schließt das Antippen eines Buttons die Benachrichtigungsleiste und stört den Workflow.

Herausforderungen und Lösungen

Eine Überraschung: Umgang mit mehreren Baustellen pro Kunde erforderte Kontenverknüpfung. Zukünftige Versionen trennen Konten, Profile und Baustellen von Grund auf.

Android-Push-Problem (Leiste schließt beim Tippen) bleibt ungelöst. Wir haben anfangs die Notwendigkeit für sofortige Checkliste-Updates übersehen, jetzt essenziell für Qualitätskontrolle.

Wichtige Erkenntnisse

• Branchenspezifität — Renovierungsprojekte erfordern Unterstützung für mehrere Rollen und lange Zeiträume, über Standard-CRMs hinaus.
• PWA als optimale Lösung — ein Codebase über Plattformen hinweg funktioniert, trotz Macken wie Android-Push-Benachrichtigungen.
• Flexibles Rollensystem — unterschiedliche Oberflächen und Berechtigungen sind entscheidend für die Nutzerakzeptanz.
• Chat als Kommunikationszentrale — Einzelfenster-Routing vereinfacht Interaktionen und protokolliert Korrespondenz.
• Backup und Zuverlässigkeit — dreifache Backups über Server hinweg retteten Daten bei Speicherfehlern.

— Editorial Team