Eine Führungskraft braucht Arbeitsgespräche. Nicht das ganze Mitarbeitertelefon

„Ich möchte die Team-Chats sehen“ klingt nach einer Funktion. Nach wenigen Fragen wird daraus eine Zugriffsarchitektur. Welche Gespräche? Welche Nummern gehören dem Unternehmen? Was geschieht mit privaten Kontakten? Wer darf einen Anhang öffnen? Was bleibt nach Datenkorrekturen erhalten?

In einem separaten WhatsApp-CRM-Projekt arbeite ich ein System für eine Führungskraft und mehrere geschäftliche Telefonkonten durch. Es ist ein vorbereiteter Pilot, keine Geschichte bestätigter breiter Nutzung. Reale Kanäle anschließen und Zustellung prüfen sind eigene Schritte.

Unten ist die Team-Messaging-Oberfläche mit fiktiven Nachrichten. Die Verbindung zwischen Gespräch und Arbeitskontakt lässt sich ohne echte Telefonkonten erkunden.

Arbeitsgespräche

Archivierte Oberfläche · Demodaten

Zuerst klären, was überhaupt gespeichert werden darf

Grundlage ist ein begrenzter Bestand geschäftlicher Kontakte. Die Zugehörigkeit wird vor dem Speichern von Nachrichten und Hochladen von Medien geprüft. Private Inhalte erst nach ihrer Speicherung herauszufiltern, ist ein ganz anderes Schutzniveau.

Neben dem Gespräch steht das Profil eines fiktiven Kunden. Verfügbare Änderungen bleiben in der Demo; Nachrichtenversand über einen externen Anbieter ist deaktiviert.

Kundenprofil

Archivierte Oberfläche · Demodaten

Originalnachrichten werden getrennt von ihrer späteren Bearbeitung gespeichert. PostgreSQL enthält Beschränkungen für Änderungen an Ausgangseinträgen. Eine Führungsnotiz, Klassifizierung oder künftige AI-Zusammenfassung darf nicht umschreiben, was jemand tatsächlich gesendet hat.

Medien liegen in privatem Objektspeicher und werden erst nach Zugriffsprüfung ausgegeben. Die Dateiadresse zu kennen reicht nicht. Das wird besonders bei bequemen Vorschauen wichtig: Komfort darf nicht versehentlich zu einem öffentlichen Link auf ein Arbeitsdokument werden.

Hier brauchte es einen anderen Stack

Die Oberfläche nutzt React, der Server Fastify, die Daten liegen in PostgreSQL und Anhänge in S3-kompatiblem Speicher. Das Projekt sieht WhatsApp-Adapter vor, darunter Baileys und 360dialog. Ein Adapter im Code heißt weder, dass ein echtes Konto angeschlossen ist, noch dass alle Ereignisvarianten geprüft sind.

Kanäle schalten sich standardmäßig nicht selbst ein. Ein solches System braucht bewusste Anbindung, Prüfungen der Datengrenzen und Abnahme anhand erlaubter Arbeitsszenarien. Ich verspreche weder Unmöglichkeit von Sperren noch vollständige Althistorie oder perfekte Zustellung.

Wo AI hier vorkommt

Zuerst im Entwicklungsprozess. Nützliche künftige Funktionen könnten Zusammenfassungen und das Finden geschäftlicher Absprachen sein, doch zuerst braucht es eine verlässliche Grundlage. Sind Nachrichten verwechselt, verloren oder den falschen Personen zugänglich, macht eine kluge Zusammenfassung den Fehler nur überzeugender.

Der Fall zeigt derzeit einen vorbereiteten Piloten: Team-Nachrichten und Kundenprofil. Reale Kanäle anschließen und Zustellung prüfen bleiben eigene Arbeit. AI half bei der Entwicklung; Gesprächszusammenfassungen sind als mögliche Fortsetzung beschrieben, nicht als aktivierte Funktion.

Verwandte Geschichten: Makler-CRM · Das frühe WhatsApp-Werkzeug.