Die Post ist da: Leads, ein unsichtbares Captcha und eine Generalprobe

Der letzte Werkstattbericht endete mit dem Satz, die Poststelle warte auf Post. Sie musste nicht lange warten. Seit dieser Woche kommen Anfragen von der Website als Leads im CRM an — und auf dem Weg dorthin ist einiges passiert: ein neuer Bereich im Kontakte-Dokument, ein Kontaktformular mit wiedergefundenen Tugenden, ein Captcha, das niemand mehr sieht, und eine Generalprobe für die Architektur.

Leads: Interessenten sind noch keine Kontakte

Wer sich für eine Immobilie interessiert, ist noch kein Kunde. Er hat einen Namen, eine E-Mail-Adresse, vielleicht eine Telefonnummer — und ein Anliegen. Genau dafür gibt es jetzt den dritten Bereich im Kontakte-Dokument: Leads. Links ein fester Baum mit den Stufen der Pipeline — Neu, Kontaktiert, Qualifiziert, Konvertiert, Abgelehnt — rechts die Liste, und jeder Lead trägt das Symbol seiner Stufe, damit man den Stand auf einen Blick sieht.

Zwei Entscheidungen prägen den Bereich. Erstens: Leads sind kein Anhängsel der Kontakte, sondern eine eigene Sorte Daten. Der Kontaktbestand bleibt sauber, die Felder heißen aber bewusst genauso wie beim Kontakt — denn zweitens gibt es die Umwandlung: Ein Klick macht aus dem Lead einen echten Kontakt, mit Kundennummer, Anschrift und, wenn eine Firma genannt war, gleich der passenden Firmenzuordnung — vorhandene Firmen werden wiedererkannt statt dupliziert. Der Lead selbst verschwindet dabei nicht: Er bleibt als eingefrorene Geschichte der ursprünglichen Anfrage stehen, mit Verweis auf den entstandenen Kontakt. Wer später wissen will, über welchen Weg ein Kunde ins Haus kam, findet die Antwort.

Und weil ein Interessent sich selten nur einmal meldet: Jeder Lead sammelt seine Anfragen als Liste. Wer sich für drei Objekte interessiert, ist ein Lead mit drei Anfragen — nicht drei Karteileichen. Dafür sorgt der Duplikatschutz: Die E-Mail-Adresse ist der Schlüssel, und eine zweite Anfrage desselben Absenders hängt sich als weitere Anfrage an den vorhandenen Lead.

Das Formular: alte Tugenden, neue Technik

Die erste Lead-Quelle ist das Kontaktformular des Exposés — und das Vorbild dafür ist das Formular unserer alten Website, das sich über Jahre bewährt hat. Beim Umzug in die neue Welt waren ein paar seiner Tugenden verloren gegangen; die sind jetzt zurück: Besichtigung gewünscht als Häkchen, Kopie per E-Mail senden für den Interessenten, und Kontaktangaben merken — wer öfter anfragt, findet seine Daten beim nächsten Mal vorausgefüllt, gespeichert ausschließlich im eigenen Browser.

Nur beim Sicherheitscode sind wir vom Vorbild abgewichen, und zwar nach oben. Das alte Formular hatte ein charmantes Detail: Das Captcha-Bild lud erst nach, wenn man das Feld anfasste — es zerstörte nie das Design. Diese Idee haben wir zu Ende gedacht: Das neue Captcha ist komplett unsichtbar. Während der Besucher tippt, holt sich sein Browser im Hintergrund eine kleine Rechenaufgabe von unserem eigenen Server und löst sie nebenbei. Ein Mensch merkt davon nichts; ein Spam-Roboter, der tausend Formulare pro Minute abschicken will, müsste tausendmal rechnen — und genau das macht ihm das Geschäft kaputt. Kein Bilderrätsel, kein Klick auf Ampeln, kein Dienst eines Drittanbieters. Ergänzt wird das durch die stillen Wächter, die es schon gab: ein unsichtbares Fangfeld und eine Mindest-Ausfüllzeit.

Auch die Rückmeldung folgt jetzt dem Vorbild: Nach dem Absenden landet der Besucher wieder auf der Exposé-Seite, und dort steht die Bestätigung — oder die Fehlermeldung — als ordentliche Meldung im Design der Website, nicht als Fremdkörper im Formular.

Die Generalprobe: Module, die sich nicht kennen

Hinter den Kulissen war dieser Schritt eine Prüfung für die Architektur. Immobilien wohnen im Estates-Modul, Leads im CRM — und die beiden kennen sich nicht. Trotzdem muss eine Anfrage vom Exposé mit allen Objektdaten im CRM ankommen und dort zwei E-Mails auslösen. Die Lösung: Das Estates-Modul löst seine Objektdaten selbst auf und übergibt sie als Platzhalterwerte — das CRM speichert den Lead, rendert die Vorlagen und muss dabei nie wissen, was eine Immobilie ist. Es kennt nur Schlüssel und Werte.

Damit läuft auch der Versand über die volle Poststelle: Der Makler bekommt seine Benachrichtigung aus einer Vorlage, die der Mandant frei umgestalten kann, versendet über das an der Komponente eingestellte Absenderkonto — und antwortet er auf die Mail, landet die Antwort direkt beim Interessenten. Wünscht der eine Kopie, bekommt er sie aus einer zweiten Vorlage. Und selbstverständlich stehen beide Mails hinterher im Archiv.

Warum die Mühe? Weil Lead-Quellen überall sein können. Das nächste Formular, ein Portal, ein anderer Kanal — jeder kann denselben Weg gehen, ohne dass das CRM angefasst wird. Genau das sollte die Generalprobe beweisen, und sie hat es bewiesen.

Zwei Fundstücke aus der Werkstatt

Das erste lieferte die Generalprobe selbst: Die Empfängeradresse des Testobjekts existierte gar nicht, der Mailserver lehnte ab. Und das System tat exakt das Richtige — der Lead stand trotzdem im CRM, und im Archiv lag die abgelehnte Mail als rote Zeile mit dem originalen Fehlertext. Der Interessent bekommt seine Bestätigung, der Betreiber sieht das Problem, nichts geht verloren. Vor zwei Tagen war dieses Archiv noch ein neues Feature; heute hat es seinen ersten Fall gelöst.

Das zweite Fundstück war subtiler. Beim ersten Versuch kamen Lead und Mail zwar an — aber unsichtbar. Der Grund: Anfragen von der Website laufen technisch unter einem Dienstkonto, und das System stempelte die neuen Zeilen pflichtbewusst mit dessen Mandanten statt mit dem der Website. Ein Klassiker der Mandantenfähigkeit: Nicht wer schreibt ist der Besitzer, sondern für wen geschrieben wird. Seit dem Fix gehören Web-Anfragen dem Mandanten der Website — belegt mit einem Test, der genau diese Falle nachstellt, damit sie nie wieder zuschnappt.

Die Bilanz

Die Kette steht: Ein Besucher fragt auf dem Exposé an, der Lead erscheint im selben Moment im CRM, der Makler hat die Benachrichtigung im Postfach, das Archiv die Belege — und aus dem Lead wird per Klick ein Kunde, ohne dass die Geschichte seiner Anfrage verloren geht. Alles wie gewohnt komplett geliefert: Datenmodell, Server, Desktop-Client und Website, die Tests grün.

Was als Nächstes kommt, liegt auf der Hand: Wenn die Anfragen schon im Haus sind, will man sie auch von dort beantworten — und ihnen Aufgaben und Termine an die Seite stellen. Die Poststelle hat Post bekommen. Jetzt lernt sie, zurückzuschreiben.