E-Mails zu Immobilienbesichtigungen in einer Tabelle,
Terminverschiebung inklusive
Eine Besichtigungsbestätigung ist die einzige Nachricht im Thread, die dem Besichtigungsagenten sagt, wie er in die Immobilie kommt, und diese Details stehen im Nachrichtentext, nicht in einem Anhang. Die Hilfedokumentation von ShowingTime beschreibt die Bestätigung als Träger von Keybox-Typ und -Standort, den Besichtigungshinweisen und den Zugangsdetails (ShowingTime). Der Schlüsselbox-Leitfaden für BrokerBay schickt Agenten an dieselbe Stelle: Öffnen Sie die Bestätigungs-E-Mail der Besichtigung, um den Code zu finden, der nur für den bestätigten Termin gültig ist. Als Kalendernotiz gelesen wirkt die Nachricht wie eine Uhrzeit und eine Adresse. Als Zugangsnachweis gelesen ist sie das Dokument, von dem der Termin abhängt.
Die Menge ist kein Sonderfall. ShowingTime verwaltet monatlich fast vier Millionen Besichtigungen über 1,2 Millionen aktive Inserate (ShowingTime support), und jede davon hinterlässt eine Bestätigung irgendwo in einem Posteingang. Teams, die eine Besichtigungstabelle führen, versuchen, diesen Strom in einen Datensatz zu verwandeln, den sie sortieren, auswerten und an ein CRM übergeben können. Das Schwierige ist nicht, eine Adresse zu lesen. Es ist, den Datensatz wahr zu halten, wenn eine Besichtigung sich verschiebt.
Die wichtigsten Punkte
- Eine Besichtigung kann fünf E-Mails erzeugen, und nur eine davon beweist, dass Sie durch die Tür kommen.
- Eine Terminverschiebung kommt als neue Anfrage an, sodass die alte Zeile eine Uhrzeit behält, die es nicht mehr gibt, und trotzdem abgeschlossen aussieht.
- Fünfzehn Minuten Tabellenarbeit trennen das Protokoll von der aktuellen Ansicht, und genau diesen Schritt lassen die meisten Teams aus.
Eine Besichtigungsbestätigung enthält die Zugangsdaten, nicht nur den Termin
Die Felder, die ein Team braucht, stehen bereits im E-Mail-Text und werden im Moment der Terminbestätigung aus dem Listing-Arbeitsblatt erzeugt. Was sich zwischen den Plattformen ändert, ist weniger die Feldauswahl als die Formulierung, die Reihenfolge und ob ein bestimmtes Feld in diese konkrete Nachricht aufgenommen wurde.
| Was die E-Mail enthält | Wo es steht | Was sich zwischen den Plattformen ändert |
|---|---|---|
| Objektadresse und MLS-Nummer | Oben im Text, über den Termindetails | Beide sind fast immer vorhanden; die Bezeichnung und Reihenfolge ändern sich, und manche Vorlagen teilen die Adresse auf zwei Zeilen auf |
| Besichtigungsdatum und Zeitfenster | Im Text, meist der fetteste Block | Manche zeigen eine Start- und Endzeit, andere eine Startzeit plus Dauer, sodass eine Endzeit abgeleitet oder leer gelassen werden muss |
| Besichtigungsagent und Mobilnummer | Im Text, nahe dem Terminblock | Die anwesende Person kann ein Vertretungs- oder Besichtigungsagent sein statt der Käufermakler, der den Termin angefragt hat |
| Listing-Agent und Co-Agent | Im Text, oft in einem Kontaktbereich | Der Co-Agent kann ganz fehlen, wenn das Listing abgerufen wurde, bevor das Co-Listing hinzugefügt wurde |
| Besichtigungshinweise | Textabsatz, manchmal mit „Additional Instructions" beschriftet | Freitext, und er kann fehlen, wenn sich das Listing nach dem einmaligen MLS-Abruf der Plattform geändert hat |
| Keybox-Typ und Standort | Im Text, nahe dem Zugangsbereich | Supra, SentriLock, Master Lock oder eine Kombinationsbox; die Standortangabe wird von der Listing-Seite geschrieben und variiert stark |
| Zugangscode oder Tagescode | Im Text oder ein Link zur Schlüsselbox-App | BrokerBay setzt den Code in die Bestätigung; der SentriLock-Zugang läuft über SentriKey, sodass die E-Mail den Termin und die Hinweise enthalten kann, während das Entsperren in der App erfolgt |
| Status: bestätigt, verschoben, abgesagt | Betreffzeile und Text | Absender und Layout bleiben bei allen drei nahezu identisch, weshalb der Status das am häufigsten verlorene Feld ist |
ShowingTime nimmt den Hinweistext in die Bestätigungs-E-Mail auf, aber dieser Text kann im Moment der Bestätigung durch den Agenten nicht angepasst werden; eine Korrektur muss als separate Nachricht rausgehen, die im Posteingang des Besichtigungsagenten anders erscheint (ShowingTime instructions). Jede Nachricht ist eine Momentaufnahme, und die Korrektur ist eine zweite Momentaufnahme, die nicht wie die erste aussieht.
Die Bestätigung ist der Zugangsnachweis für einen Termin. Behandelt man sie als Kalenderhinweis, bleiben Keybox-Standort, Hinweise und Code im Posteingang begraben.
Eine Besichtigung erzeugt mehrere E-Mails, und nur eine ist die Bestätigung
Ein einziger Termin kann fünf Nachrichten erzeugen, bevor jemand das Objekt betritt: die Anfrage, die Bestätigung, eine Erinnerung, eine Terminverschiebung oder Absage, falls sich etwas ändert, und danach eine Feedback-Anfrage. Sie kommen von derselben Plattform, mit ähnlichen Betreffzeilen, und bei ShowingTime kann in der Bestätigung der Name des Listing-Agent als Absender stehen statt der der Plattform.
Das Ausmaß kennt jeder, der schon einmal eine Samstags-Tour organisiert hat. Ein Käufermakler beschrieb die Erfahrung auf r/realtors als eine „FLUT von E-Mails, die dir sagen, dass der Agent die Anfrage bekommen, gesehen, darüber nachgedacht hat und ein Sandwich in der Nähe der Anfrage gegessen hat." Jede dieser Nachrichten ist eine potenzielle Zeile, wenn die Pipeline auf „neue E-Mail rein, neue Zeile raus" aufgebaut ist.
Der Generationen-Trendbericht von NAR für 2025 ordnet die Käuferseite ein: Käufer suchten im Median 10 Wochen und sahen sich im Median sieben Objekte an (NAR, 2025). Sieben Objekte bedeuten mindestens sieben Termine, über so viele Listing-Seiten und Plattformen hinweg, wie diese Objekte nutzen. Das Sheet eines einzelnen Listings erhält daher Nachrichten von vielen verschiedenen Agenten, mit unterschiedlichen Namensgewohnheiten und unterschiedlichen Plattform-Vorlagen.
Eine Lead-E-Mail ist eine Anfrage, die zu einem Kontaktdatensatz werden muss. Eine Besichtigungsbestätigung ist ein bereits bestehender Termin, und das Sheet versucht, ihn abzubilden, weshalb der Workflow für Lead-E-Mails im Immobilienbereich ein anderes Problem löst. Die Aufgabe der Bestätigung ist es, den Zugang für ein bestimmtes Zeitfenster zu belegen, und nur eine der fünf Nachrichten tut das.
Wenn jede E-Mail zu einer Zeile wird, füllt sich das Sheet mit Anfragen, die später abgelehnt wurden, Bestätigungen, die später verschoben wurden, und Feedback-Anfragen, die überhaupt keine Zugangsdetails enthalten. Die Bestätigung ist die Zeile, die es wert ist, behalten zu werden. Die Absage ist die Zeile, die die Wahrheit ändert. Eine Spalte Status ist das, was Ihnen erlaubt, beides zu behalten, ohne so zu tun, als wären es dasselbe Ereignis.
Wo Tabelle und Besichtigungssystem nicht mehr übereinstimmen
Tabelle und Besichtigungssystem stimmen selten überein, weil ein Feld falsch gelesen wurde. Sie stimmen nicht überein, weil die Plattformen Bestätigungen ausstellen und überarbeiten, und jede dieser Strukturen erzeugt eine bestimmte Art veralteter Zeile.
Eine Terminverschiebung kommt als neue Anfrage an, die alte Zeile ändert sich also nie
In ShowingTime sendet eine Terminverschiebung eine neue Terminanfrage mit den Informationen zur Verschiebung an den Listing-Agent zur Bestätigung (ShowingTime Terminverschiebung). Die ursprüngliche Zeile wird von niemandem bearbeitet. Sie bleibt in der Tabelle mit einer Zeit, die es nicht mehr gibt, und sie bleibt dort, weil sie abgeschlossen aussieht.
Eine veraltete Zeile sieht nicht veraltet aus. Sie hat eine Adresse, eine Zeit und einen Agent, genau wie eine korrekte Zeile.
Das Update konkurriert samstags mit allem anderen, und eine Zeile, die abgeschlossen aussieht, meldet nie, dass sie veraltet ist. Es erscheint keine Fehlermeldung, die besagt, dass die alte Zeit nie ersetzt wurde.
Co-Agent und Hinweise werden einmal aus dem MLS übernommen und dann nicht mehr aktualisiert
ShowingTime führt einen einmaligen, initialen Abruf der Listing-Daten durch, einschließlich des Co-Listing-Agents und der Besichtigungshinweise. Änderungen, die danach im MLS vorgenommen werden, werden nicht automatisch übernommen (Co-List-Agent; Hinweise). Ein Listing, das nach der Veröffentlichung einen Co-Agent hinzufügt, kann weiterhin Bestätigungen mit leerem Co-Agent-Feld senden, und ein Listing, dessen Hinweise sich ändern, kann weiterhin die alten senden – oder gar keine.
Keine Extraktionseinstellung holt ein Feld zurück, das die E-Mail nie enthalten hat. Ein leerer Co-Agent in der Tabelle ist ein Signal zum Listing-Worksheet, nicht zum Auslesen. Die sinnvolle Reaktion ist, die Lücke zu markieren und sie in der Besichtigungsplattform zu beheben, statt die Extraktion erneut auszuführen und ein anderes Ergebnis zu erwarten.
Der Zugangscode verfällt mit dem Termin, für den er ausgestellt wurde
Master Locks BrokerBay-Schlüsselbox-Anleitung stellt ausdrücklich klar, dass der Code in der Bestätigung nur für den bestätigten Termin gültig ist (Master Lock Vault-Anleitung, 2022). Damit wird eine doppelte Zeile zu einem realen Fehler: Der Besichtigungsagent öffnet die Tabelle, liest den Code aus der früheren Zeile, fährt zur Immobilie – und die Box lässt sich nicht öffnen.
Eine doppelte Zeile kostet eine Minute Aufräumarbeit. Ein veralteter Code kostet eine Fahrt, eine verspätete Besichtigung und einen Käufer, der auf der Veranda steht. Deshalb braucht die Tabelle eine aktuelle Ansicht, nicht nur ein Protokoll.
Wer eine Besichtigung anfasst und welche Felder jede Rolle verantwortet
Sechs Personen können einen Termin anfassen, und jede verantwortet einen anderen Teil des Datensatzes. Wenn man die Tabelle so schreibt, als würde ein einzelnes „Sie" alles pflegen, gehen genau dabei die Übergaben verloren.
| Rolle | Was sie tut | Was sie in der Tabelle verantwortet |
|---|---|---|
| Käufermakler | Fordert die Besichtigung an und hält die Kundenbeziehung; kann stattdessen einen Vertretungsagenten schicken | Den Kontakt auf Käuferseite und oft den Namen der Person, die tatsächlich teilnimmt |
| Besichtigungsagent | Trifft den Käufer, schließt die Immobilie auf, sichert sie beim Verlassen und meldet zurück | Zugangshinweise und das Ergebnis des Besuchs, sofern das Team sie protokolliert |
| Listing-Agent | Legt die Besichtigungshinweise, die Zugangsmethode und die Einschränkungen des Listings fest | Adresse, MLS-Nummer, Hinweise, Keybox-Typ und den Kontakt auf Listing-Seite |
| Listing-Koordinator oder Assistenz | Bestätigt Anfragen, hakt Feedback nach, erstellt den wöchentlichen Aktivitätsbericht für den Verkäufer | Das Protokoll selbst: Status, Terminverschiebungen und ob eine Zeile aktuell ist |
| Verkäufer | Kann Termine bestätigen und Besichtigungsbenachrichtigungen in der App der Plattform erhalten | Nichts in der Tabelle, aber er ist die Zielgruppe des daraus erstellten Berichts |
| Transaktionskoordinator | Übernimmt, sobald das Listing unter Vertrag geht, und stellt die Transaktionsakte zusammen | Liest die Besichtigungsaktivität für den Kontext; pflegt das Protokoll nicht |
Sobald die Verantwortlichkeiten klar sind, ergibt sich der Spaltensatz von selbst. Der Listing-Koordinator verantwortet Status und Terminverschiebungen. Der Listing-Agent verantwortet Hinweise und Zugang, was bedeutet: Ein leeres Feld dort ist ein Upstream-Fix. Der Besichtigungsagent verantwortet die Feldnotizen, die in der Bestätigung überhaupt nie auftauchen.
Das Spaltenset, das über ShowingTime, SentriLock und BrokerBay hinweg Bestand hat
Das Spaltenset muss einen Termin beschreiben, nicht eine E-Mail. Vergeben Sie diese Namen einmal, und dasselbe Set liest alle drei Plattformen, weil die Werte über die Bedeutung gefunden werden und nicht über die Position in einer festen Vorlage.
| Spalte | Warum sie ihren Platz verdient |
|---|---|
| Plattform | ShowingTime, SentriLock oder BrokerBay; der erste Filter, wenn eine Formatfrage auftaucht |
| Termin- oder Bestätigungsnummer | Der sauberste Schlüssel, um eine Terminverschiebung ihrem Original zuzuordnen, wenn die E-Mail eine zeigt |
| Objektadresse | Das Feld, mit dem jeder Bericht und jedes Gespräch mit einem Agenten beginnt |
| MLS-Nummer | Verbindet die Besichtigung mit dem Listing-Datensatz, ohne sich auf einen Adressabgleich zu verlassen |
| Besichtigungsdatum | Getrennt von der Uhrzeit, damit die Tabelle korrekt sortiert |
| Startzeit | Der Wert, den ein Besichtigungsagent an der Tür tatsächlich braucht |
| Endzeit | Oft aus einer Dauer ableitbar; eine Spalte wert, weil der nächste Termin davon abhängt |
| Status | Bestätigt, verschoben oder abgesagt; die Spalte, die verhindert, dass ein Protokoll jede Nachricht als aktuell ausgibt |
| Besichtigungsagent | Die Person, die Zugang braucht und nicht unbedingt der Agent ist, der den Termin angefragt hat |
| Mobilnummer des Besichtigungsagenten | Die Nummer, die die Listing-Seite anruft, wenn sich die Box nicht öffnen lässt |
| Listing-Agent | Der Eigentümer der Hinweise und die Person, die man anruft, wenn sie falsch sind |
| Co-Agent | Häufig leer wegen des einmaligen MLS-Abrufs; ein leeres Feld ist hier eine Aufgabe, kein Datenfehler |
| Keybox-Typ und -Standort | Supra, SentriLock, Master Lock oder Kombination; das physische Detail, das jemanden hineinbringt |
| Zugangshinweise | Alarm, Tor, Haustiere, Platzierung der Schlüsselbox; das Freitextfeld, das einen zweiten Anfahrtsweg verhindert |
| Besichtigungshinweise | Die Bedingungen der Listing-Seite, wortgetreu beibehalten, weil eine Umschreibung die Einschränkung verliert |
| Listenpreis zum Zeitpunkt der Besichtigung | Eine Momentaufnahme, nützlich in einem Verkäuferbericht; kein aktuelles Preisfeld, also kennzeichnen Sie es mit Stand des Besichtigungsdatums |
Entscheiden Sie bewusst, ob der Schlüsselbox-Code in die Tabelle gehört. Eine Tabelle, die mit einem Team, einer virtuellen Assistenz oder einer CRM-Synchronisierung geteilt wird, ist eine deutlich weitere Verteilung als eine Bestätigungs-E-Mail. Wenn das Team nur wissen muss, wo die Box ist und dass der Code in der Bestätigung steht, reicht eine Spalte mit Zugangshinweisen und dem Eintrag „Code in Bestätigungs-E-Mail". Wenn der Code gespeichert werden muss, beschränken Sie den Zugriff auf die Tabelle und löschen Sie alte Zeilen, sobald der Termin vorbei ist. Wo die Plattform einen Tagescode ausgibt, verfällt er mit dem Termin, sodass eine Weitergabe keinen operativen Nutzen hat. Ein statischer Kombinationscode ist ein anderes Problem, und seine Speicherung in einer geteilten Tabelle verdient eine genauere Prüfung.
Wie die E-Mails die Tabelle erreichen, ohne jede Nachricht weiterzuleiten
Was als ShowingTime-zu-Google-Sheets-Einrichtung bezeichnet wird, ist in Wahrheit eine E-Mail-Route: Die Plattform sendet eine Bestätigung, ein Postfach liest sie, und die Tabelle erhält die Zeile. Die Verbindung ist das Postfach, denn keine der drei Plattformen schreibt Besichtigungen in Ihre Tabellenkalkulation. Eine dedizierte E-Mail-Adresse plus eine Weiterleitungsregel ersetzt das manuelle Weiterleiten, und die Extraktion liest den Nachrichtentext, in dem die Zugangsdaten bereits stehen.
Das Email Inbox von ImageToTable.ai gibt jedem Konto eine eigene Adresse. Dorthin gesendete E-Mails landen in einer Verarbeitungswarteschlange, ohne dass sich jemand anmeldet, und die beiden Einstellungen, die hier zählen, sind, was gelesen wird und von wem E-Mails akzeptiert werden. Die Standardeinstellung liest echte Anhänge und ignoriert den Text – die falsche Voreinstellung für eine Bestätigung ohne brauchbaren Anhang. Diese Voreinstellung existiert für E-Mails mit einer echten Datei, also für den Fall, für den der Workflow zur anhangbasierten E-Mail-Datenextraktion entwickelt wurde, und Besichtigungsbestätigungen sind der umgekehrte Fall. Der Wechsel zu nur Text oder Anhänge und Text macht die Nachricht selbst zur Eingabe; der Workflow zur Extraktion nur aus dem Text erklärt den Modus genauer.
Von dort aus ist Custom Column Extraction das, was die Vorlage pro Plattform überflüssig macht. Sie geben die gewünschten Spaltennamen ein, etwa Objektadresse, Besichtigungsdatum, Startzeit, Status und Besichtigungsagent, und die KI findet jeden Wert, indem sie versteht, was er bedeutet, statt wo er auf der Seite steht. Die eingegebenen Namen werden zu den Überschriften der Ausgabe. Derselbe Spaltensatz liest eine ShowingTime-Bestätigung, eine BrokerBay-Bestätigung und eine SentriLock-Terminmitteilung, ohne dass für jedes Format eine eigene Regel nötig ist.
Spaltensatz einmalig festlegen
Beginnen Sie mit den terminbezogenen Spalten oben. Lassen Sie Felder weg, die keine Plattform sendet, etwa Feedback-Text, und ergänzen Sie sie später nur, wenn eine echte E-Mail sie enthält.
Automatische Weiterleitungsregel für Plattform-Mails einrichten
Leiten Sie in Gmail oder Outlook Mails der Plattform-Absender an die dedizierte Postfachadresse weiter. Dieser Schritt entfernt die manuelle Weiterleitung aus jeder Bestätigung. Eine Regel pro Plattform-Absender genügt.
Postfach von der Standardeinstellung „nur Anhänge" umstellen
Wählen Sie „nur Text", wenn Bestätigungen als Nachrichtentext eintreffen, oder „Anhänge und Text", wenn manche Plattformen zusätzlich ein PDF anhängen. Bei der Standardeinstellung erzeugt eine Bestätigung ohne Anhang eine leere Zeile.
Die Plattform-Adressen auf die Whitelist setzen, nicht die Anzeigenamen
Eine ShowingTime-Bestätigung kann den Namen des Listing-Agent als Absender anzeigen, während die Adresse zur Plattform gehört. Filtern Sie nach der Adresse, sonst weist die Whitelist genau die Mail ab, die Sie wollen.
Vorlage binden und Auto-Verarbeitung einschalten
Ist der Spaltensatz als Vorlage gespeichert, startet die Auto-Verarbeitung die Extraktion, sobald Mail eintrifft. Ohne gebundene Vorlage bleiben die Nachrichten in der Warteschlange, bis jemand sie manuell startet.
An die Tabelle anhängen oder für das CRM exportieren
Das Google Sheets Add-on hängt extrahierte Zeilen an die aktive Tabelle an, ohne Sheets zu verlassen. Ist das Ziel ein CRM, exportieren Sie den Batch als CSV oder holen ihn über die API; jedes gängige Immobilien-CRM importiert CSV.
Dieselbe Pipeline-Form funktioniert für ein einzelnes Listing oder einen Batch davon: Zeilen sammeln sich in einer Tabelle, wobei die Plattform-Spalte die Quellen trennt. Die Mechanik der E-Mail-zu-Tabelle-Übergabe, einschließlich dessen, was zu tun ist, wenn ein Anbieter sowohl Text als auch Anhang sendet, wird in der E-Mail-zu-Tabelle-Pipeline-Analyse behandelt.
Eine Zeile pro Besichtigung nach der Terminverschiebung beibehalten
Eine Zeile pro Besichtigung erfordert zwei Ebenen: ein reines Anhängeprotokoll und eine aktuelle Ansicht. Die Extraktion hängt für jede gelesene Nachricht eine Zeile an. Sie bearbeitet oder löscht keine frühere Zeile, daher muss der Abgleich in der Tabellenkalkulation stattfinden, nicht in der Extraktion.
Ebene eins ist das Protokoll. Jede Bestätigung, Terminverschiebung und Absage erhält eine Zeile, und keine Zeile wird jemals bearbeitet. Das ist der Prüfpfad: Er belegt, was die Plattform wann gesendet hat. Da es ein reines Anhängeprotokoll bleibt, ist eine versehentliche Korrektur sichtbar, statt das Original stillschweigend zu überschreiben.
Ebene zwei ist die aktuelle Ansicht. Sie liest das Protokoll, behält die neueste Live-Zeile pro Termin und blendet die überholten aus. In Google Sheets erledigt eine Hilfsspalte auf einer Kopie des Protokolls die Arbeit: nach der Terminnummer und dem Statusdatum sortieren, dann frühere Zeilen mit demselben Schlüssel zählen. Eine Formel wie =COUNTIFS($B$2:$B2,$B2)>1 markiert jede Zeile nach der ersten, und wenn man die Markierung auf FALSE filtert, bleibt eine Zeile pro Termin übrig.
Wenn die Plattform für eine Terminverschiebung eine neue Bestätigungsnummer vergibt, teilen die alte und die neue Zeile keinen Schlüssel. Gleichen Sie stattdessen über die Objektadresse plus Besichtigungsagent ab und behalten Sie die Zeile mit dem späteren Status. Wenn eine Absage eintrifft, legen Sie die Richtlinie vor der ersten fest: entweder aus der aktuellen Ansicht ausschließen und im Protokoll belassen oder als abgesagt anzeigen, damit die Listing-Seite sehen kann, warum der Slot verschwunden ist.
Fünfzehn Minuten Tabellenkalkulationsarbeit trennen ein Protokoll von einer aktuellen Ansicht. Es ist auch der Schritt, den die meisten Teams überspringen – deshalb veraltet die Tabelle, während die Extraktion einwandfrei weiterläuft.
Was dies nicht leistet
Die Pipeline liest E-Mails und führt die Besichtigung nicht durch. Ihre Grenzen müssen daher klar sein, bevor jemand darauf einen Bericht aufbaut.
- Keine native Plattformintegration. Es gibt keinen ShowingTime-, SentriLock- oder BrokerBay-Connector, keinen API-Abruf von der Besichtigungsplattform und keine Möglichkeit, einen Termin aus der Tabelle heraus zu buchen, zu bestätigen, zu verschieben oder abzusagen.
- Keine Kalender- oder Schlüsselbox-Steuerung. Die Pipeline schreibt nicht in Google Calendar oder Outlook und öffnet, weist oder verwaltet keine Schlüsselbox. Sie zeichnet auf, was die Plattform gesendet hat.
- Keine Aktualisierung an Ort und Stelle. Eine Terminverschiebung erzeugt eine neue Zeile. Eine aktuelle Zeile pro Besichtigung zu führen, ist der oben beschriebene zweischichtige Tabellenschritt, kein automatisches Verhalten.
- Der Plattformbericht bleibt der Datensatz pro Listing. Der Listing Activity Report von ShowingTime enthält Angaben zum Besichtigungsagenten, Notizen und Feedback, während seine Eigentümerversion die Details zum Besichtigungsagenten bewusst auslässt (Listing Activity Report). Nutzen Sie die Tabelle für die plattform- und listingübergreifende Team- und CRM-Ansicht, die der Plattformbericht nicht bietet – nicht als Ersatz dafür.
- Das Postfach ist nur so vollständig wie die Benachrichtigungseinstellungen. SentriKey sendet Besichtigungsbenachrichtigungen an sein Message Center, auch wenn E-Mail abgewählt ist (SentriKey guide). Wenn jemand auf der Listing-Seite E-Mail deaktiviert hat, existiert die Bestätigung, erreicht aber nie die Pipeline.
- Es ist kein CRM. Die Ausgabe ist eine Tabelle oder JSON. Follow Up Boss, kvCORE und ähnliche Systeme importieren CSV, und ein direkter Push ist eine Aufgabe für die API, nicht für einen integrierten Connector.
Das Protokoll endet außerdem dort, wo die Transaktionsakte beginnt. Sobald das Listing unter Vertrag geht, wird die Besichtigungsaktivität zum Kontext für das Abschlussdokumentenpaket, das eigene Vollständigkeitsregeln und einen eigenen Ablageort hat.
FAQ
Kann ein Spaltensatz ShowingTime-, SentriLock- und BrokerBay-E-Mails gemeinsam auslesen?
Ja, solange die Werte im Nachrichtentext vorhanden sind. Die drei Plattformen verwenden unterschiedliche Formulierungen und Feldreihenfolgen, und die Benutzerdefinierte Spaltenextraktion findet jeden Wert über die Bedeutung statt über die Position, sodass ein Satz Spaltennamen alle drei abdeckt. Eine Benachrichtigung, die nur besagt „melden Sie sich an, um Ihren Termin zu sehen" und keine Details enthält, kann keine Felder liefern, weil die Werte nicht in der Nachricht stehen.
Brauchen die Bestätigungen einen PDF-Anhang?
Nein. Die Bestätigung wird als Nachrichteninhalt gesendet und nicht als PDF zum Herunterladen, weshalb die Standardeinstellung „nur Anhänge" nichts Nützliches liefert. Stellen Sie den Posteingang auf „nur Text" oder „Anhänge und Text" ein, damit der Nachrichtentext direkt gelesen wird.
Kann die Zeile aktualisiert werden, wenn eine Besichtigung verschoben oder abgesagt wird?
Nein. Jede Nachricht wird zu einer neuen Zeile. Eine aktuelle Ansicht zu behalten bedeutet, das reine Anhängeprotokoll auf die neueste aktive Zeile pro Termin zu filtern, was dem oben beschriebenen Zwei-Ebenen-Ansatz entspricht. Die Extraktion bearbeitet oder löscht keine vorherige Zeile.
Was, wenn der Co-Agent in der E-Mail fehlt?
Die Pipeline lässt das Feld leer, weil der Wert nicht vorhanden ist. Das bedeutet meist, dass die Besichtigungsplattform das Listing übernommen hat, bevor der Co-Agent hinzugefügt wurde, und sie wird weiterhin leer bleiben, bis der Co-Agent in der Besichtigungsplattform hinzugefügt wird. Behandeln Sie das leere Feld als To-do auf Listing-Seite, nicht als Extraktionsfehler.
Kann direkt in Follow Up Boss oder kvCORE geschrieben werden?
Nicht nativ. Die Ausgabe ist eine Tabelle oder JSON, und der Standardweg ist ein CSV-Import in das CRM. Teams, die eine direkte Übertragung benötigen, nutzen die REST API und einen Webhook als eigene Brücke.
Ist es sicher, Schlüsselbox-Codes in einer geteilten Tabelle aufzubewahren?
Normalerweise nicht. Eine geteilte Tabelle erreicht mehr Personen als die Bestätigungs-E-Mail. Speichern Sie den Keybox-Standort und den Hinweis „Code in der Bestätigungs-E-Mail", es sei denn, das Team benötigt den Code wirklich in der Tabelle; falls doch, beschränken Sie den Zugriff und löschen Sie die Zeilen nach dem Termin, denn ein Tagescode ist nach dem Termin ungültig.
Eine Besichtigungstabelle ist ein Verzeichnis von Terminen, keine E-Mail-Liste. Sobald die Tabelle auf den Termin ausgerichtet ist, ist eine Terminverschiebung keine Ausnahme mehr, sondern eine Statusänderung.
Dieser Wandel macht die Tabelle nutzbar für den wöchentlichen Verkäuferbericht, das Team-Dashboard und den CRM-Import. Testen Sie es mit einer Bestätigung von jeder Plattform und sehen Sie, welche Felder zurückkommen und welche die E-Mail nie enthielt. Testen Sie es mit einer echten Besichtigungsbestätigung.