Im Chat sieht eine Zusage verlässlich aus. „Ich schicke es heute Abend.“ „Ich melde mich nach dem Termin.“ „Ich frage beim Eigentümer nach.“ Dann kommen vierzig weitere Nachrichten und die Zusage landet auf einem kleinen Textfriedhof, auf dem man sie fast nur mithilfe des Gewissens wiederfindet.

Mein Makler-CRM entstand aus dem Wunsch, diese Arbeit als Ganzes zu sehen. Kontakt, Quelle, Verlauf, nächster Schritt und vorbereitete Nachricht müssen beieinanderliegen. Sonst verkauft der Makler nicht, sondern rekonstruiert sein eigenes Arbeitsgedächtnis.

Dieser Bildschirm bündelt Angaben zu einem fiktiven Eigentümer, seinen Objekten und dem Arbeitsverlauf. Er zeigt, wie ein Kontakt zu einem Arbeitsdossier wird statt eine Zeile mit Telefonnummer zu bleiben.

Eigentümerdossier

Archivierte Oberfläche · Demodaten

Eigentümerdossier
Gespeicherte Projektansicht · ohne interaktive Bedienung

Drei Datenbanken für drei Arten von Informationen

Die aktuelle Architektur verwendet Cloudflare Workers und getrennte D1-Datenbanken für CRM, Leads des Zweitmarkts und Maklerindex. So wird nicht jede gefundene Nummer als vollwertiger Kunde mit identischen Rechten und identischem Verlauf behandelt.

Ein eigener Bildschirm zeigt die Anforderungen eines fiktiven Käufers. Damit lässt sich die andere Seite der Maklerarbeit betrachten: was jemand sucht und welche Angaben für die weitere Auswahl nötig sind.

Käuferanforderungen

Archivierte Oberfläche · Demodaten

Käuferanforderungen
Gespeicherte Projektansicht · ohne interaktive Bedienung

Die operative Ebene erstellt Arbeitswellen und Aktionen. Wiederholte Verarbeitung ist gegen Duplikate geschützt: Derselbe vorbereitete Schritt darf durch einen erneuten Start nicht nochmals entstehen. Das heißt Idempotenz. Der Name ist lang, der praktische Zweck einfach: Ein Computer soll Arbeit nicht verdoppeln, nur weil er sich selbst nicht gehört hat.

Der Nachrichtenversand bleibt eine eigene manuelle Handlung. Das System kann Kontakt und Text vorbereiten, aber die Schreibabsicht gilt nicht als bereits erfolgte Kommunikation. Eine Abmeldung blockiert weitere Arbeit über diesen Kanal.

AI hilft bei der Eingabe, am Ausgang braucht es die Datenbank

Die Gesprächsoberfläche hilft, eine Aufgabe in normalen Worten zu formulieren. Das Ergebnis muss jedoch ein konkreter Datensatz mit klarem Empfänger, Status und nächster Aktion werden. Bleibt alles in der Antwort des Assistenten, hat das CRM nichts erfahren.

Auch eine externe Tabelle darf nicht heimlich als zweite aktive Datenbank bestehen bleiben. Sonst korrigiert der Operator hier einen Kontakt, der Agent liest dort einen alten Export, und beide halten ihre Arbeit für sorgfältig.

Nicht jedes geplante Modul wurde zu einem laufenden Prozess. Comps Engine und die zugehörigen PDF-Abläufe sind pausiert. Einige jüngere technische Änderungen brauchen noch eine gesonderte Prüfung in der Arbeitsumgebung. Pläne, Quellcode und bestätigte Vorgänge fasse ich nicht zu einem Werbeversprechen „alles automatisiert“ zusammen.

Im CRM verbinde ich Kontakt, Objektangaben und nächsten Arbeitsschritt. Versand und Vorbereitung sind getrennt: So werden Zusagen und Aktionen sichtbar, ohne die gesamte Arbeit als automatisch auszugeben. Comps Engine und seine PDF-Abläufe sind gesondert als pausierter Ansatz beschrieben.

Verwandte Geschichten: Frühes WhatsApp-Werkzeug · WhatsApp für das Team · Comps-Engine-Untersuchung.