Einheiten-Statuslogik Neubauprojekt: Statusmodell definieren

Warum müssen Sie Einheitenstatus im Neubauprojekt verbindlich definieren?

Ein verbindlicher Einheitenstatus verhindert, dass dieselbe Einheit parallel an zwei Interessenten vergeben wird. Ohne zentrale Statuslogik arbeitet der Außendienst mit lokalen Notizen, der Innendienst mit E-Mail-Verläufen und die Geschäftsführung mit wöchentlichen Excel-Abzügen. Sobald zwei Parteien dieselbe Einheit als verfügbar ansehen, entsteht ein Konflikt, der sich im Neubauvertrieb nur schwer wieder einfangen lässt.

Der zweite Grund ist die Qualität Ihrer Auswertungen. Abverkaufsquoten, Restbestände und Prognosen sind nur belastbar, wenn jeder Zähler auf derselben Definition beruht. Nehmen wir an, ein Team zählt reservierte Einheiten bereits als verkauft, ein anderes noch als verfügbar: Dann weicht Ihre gemeldete Verkaufsquote um genau diesen Anteil von der Realität ab.

Der dritte Grund liegt in der Übergabe an Dritte. Notare, Banken und Vertriebspartner erhalten Statusinformationen, die widerspruchsfrei sein müssen. Wenn ein Finanzierungsdialog eine Einheit als frei meldet, die intern längst reserviert ist, beschädigt das nicht nur den Prozess, sondern auch das Vertrauen in Ihre Projektsteuerung.

• Doppelverkäufe und Doppelreservierungen werden strukturell ausgeschlossen
• Abverkaufsquoten und Restbestände werden über alle Teams hinweg vergleichbar
• Notare, Banken und Vertriebspartner erhalten widerspruchsfreie Statusinformationen
• Die Provisionsabrechnung kann sich auf eindeutige Statuswechsel stützen

Wie bauen Sie ein tragfähiges Statusmodell Vertrieb auf?

Ein tragfähiges Statusmodell Vertrieb beginnt mit der Trennung von drei Ebenen: dem Vermarktungsstatus, dem Vertragsstatus und dem Abwicklungsstatus. Der Vermarktungsstatus beantwortet, ob eine Einheit aktiv angeboten wird. Der Vertragsstatus bildet ab, ob eine Reservierung, ein Kaufvertrag oder ein Rücktritt vorliegt. Der Abwicklungsstatus zeigt, ob Anzahlungen eingegangen sind, die Bauleistung erbracht wurde und die Übergabe erfolgt ist.

Diese Trennung ist wichtig, weil ein einzelnes Statusfeld schnell überladen wird. Ein Feld, das gleichzeitig vermarktungsbezogene und vertragsbezogene Zustände abbilden soll, führt zu Mischzuständen wie reserviert-aber-eigentlich-storniert. Mit drei Ebenen bleibt jede Frage eindeutig beantwortbar: Darf diese Einheit noch angeboten werden? Ist sie vertraglich gebunden? Wie weit ist die Abwicklung?

Für die tägliche Vertriebssteuerung genügt in den meisten Projekten ein reduzierter Kernsatz von sechs bis acht Statuswerten. Ausführlichere Systeme mit 15 und mehr Zuständen erhöhen zwar die Differenzierung, aber auch den Pflegeaufwand. Die Regel lautet: So viele Status wie nötig, so wenige wie möglich. Jeder zusätzliche Status muss eine eigene Auswertungsfrage beantworten, sonst verwässert er die Datenqualität.

Bewährt hat sich ein Modell mit den Kernstatus verfügbar, interessent, reserviert, beurkundet, verkauft und storniert. Je nach Projekt kommen optioniert, zurückgestellt und übergeben hinzu. Entscheidend ist nicht die Anzahl, sondern dass jeder Status eine klare Definition und einen eindeutigen Eintrittszeitpunkt hat.

In der Software

Der Objektbestand als Katalog

Jedes Objekt trägt seine Eckdaten, Unterlagen und den Vermarktungsstand — daraus entsteht das Exposé, das beim Kunden ankommt.

Objekte

Was bedeutet der Verfügbarkeitsstatus Immobilie konkret?

Der Verfügbarkeitsstatus Immobilie beantwortet eine einzige Frage: Darf diese Einheit aktuell einem neuen Interessenten aktiv angeboten werden? Diese Frage ist binär – ja oder nein – wird aber durch Zwischenstufen wie interessent oder optioniert ergänzt. Der verfügbare Status bedeutet im Kern: Es gibt keinen laufenden Vertriebsvorgang, der eine Vergabe ausschließt.

Davon zu unterscheiden ist der Status interessent. Er signalisiert, dass ein konkret benannter Interessent in der Prüfung ist, die Einheit aber noch nicht reserviert wurde. In vielen Vertriebsteams wird dieser Status genutzt, um eine Einheit für einen kurzen Zeitraum faktisch zu blockieren. Das ist zulässig, wenn das Zeitfenster begrenzt ist und der Status automatisch zurückfällt.

Der Status optioniert geht einen Schritt weiter: Hier liegt eine schriftliche Optionsvereinbarung vor, die dem Interessenten gegen eine Optionsgebühr das Recht einräumt, die Einheit innerhalb einer Frist zu festgelegten Konditionen zu erwerben. Optionsvereinbarungen sollten Sie nur mit klar definierter Frist und dokumentierter Rückfallregel einsetzen, weil sie die Einheit dem freien Vertrieb entziehen.

In der Praxis bewährt sich eine Farbcodierung in der Projekt- und Einheitenverwaltung: grün für verfügbar, gelb für interessent oder optioniert, rot für reserviert, beurkundet und verkauft. So erkennt jedes Teammitglied den Verfügbarkeitsstatus einer Einheit auf den ersten Blick, ohne den Statuscode lesen zu müssen. Die Farben ersetzen jedoch nicht die Statusdefinition, sondern visualisieren sie nur.

• Verfügbar: Einheit kann aktiv angeboten werden, kein laufender Vorgang
• Interessent: konkreter Interessent prüft, Zeitfenster begrenzt, automatischer Rückfall
• Optioniert: schriftliche Optionsvereinbarung mit Frist und dokumentierter Rückfallregel
• Reserviert bis verkauft: Einheit ist dem freien Vertrieb entzogen

Welche Übergangsregeln braucht eine Einheiten-Statuslogik im Neubauprojekt?

Jede Übergangsregel definiert, welches Ereignis einen Statuswechsel auslöst, wer ihn durchführen darf und welche Pflichtangaben dabei zu erfassen sind. Ohne diese drei Angaben bleibt ein Statusmodell eine Sammlung unverbindlicher Begriffe. Erst die Übergangsregeln machen daraus eine steuerbare Einheiten-Statuslogik im Neubauprojekt.

Der wichtigste Übergang ist der von verfügbar zu reserviert. Er sollte nur erfolgen dürfen, wenn ein dokumentiertes Ereignis vorliegt, etwa der Eingang einer unterschriebenen Reservierungsvereinbarung oder die Verbuchung einer Reservierungsgebühr. Zusätzlich ist ein Ablaufdatum zu setzen, nach dem die Reservierung verfällt, wenn kein Kaufvertrag geschlossen wurde. Dieses Datum muss automatisch überwacht werden.

Der Übergang von reserviert zu beurkundet setzt den notariell beurkundeten Kaufvertrag voraus. Hier empfiehlt sich eine Pflichtfeldprüfung im CRM: Beurkundungsdatum, Notariat und UR-Nummer müssen erfasst sein, bevor der Statuswechsel technisch möglich ist. So verhindern Sie, dass eine Einheit als beurkundet geführt wird, obwohl der Vertragsentwurf noch in der Prüfung ist.

Rückwärtsgerichtete Übergänge – etwa von reserviert zu verfügbar oder von beurkundet zu storniert – benötigen besondere Sorgfalt. Sie dürfen nicht stillschweigend erfolgen, sondern müssen mit einem Stornogrund, einem Wirksamkeitsdatum und einer dokumentierten Freigabe verbunden sein. Ohne diese Angaben wird ein Rückwechsel zur stillen Bereinigung der Zahlen, und genau das untergräbt die Vertrauenswürdigkeit Ihrer Auswertungen.

1. 1Ereignis: Was genau löst den Wechsel aus?
2. 2Berechtigung: Wer darf den Statuswechsel durchführen?
3. 3Pflichtfelder: Welche Angaben müssen beim Wechsel erfasst werden?
4. 4Zeitfenster: Bis wann muss der Folgeschritt erfolgen, sonst Rückfall?
5. 5Dokumentation: Wo wird der Wechsel revisionssicher protokolliert?

Praxisnahes Statusmodell mit Übergangsregeln im Überblick

Die folgende Tabelle fasst ein praxiserprobtes Statusmodell zusammen. Sie ist als Ausgangspunkt gedacht, den Sie an Ihre Vertriebsorganisation anpassen. Jede Zeile steht für einen Statuswechsel, nicht für einen Zustand – dadurch wird die Übergangslogik selbst zum zentralen Steuerungsinstrument.

Die Spalte Pflichtfelder zeigt, welche Angaben beim Wechsel mindestens zu erfassen sind. Diese Angaben sollten in Ihrem CRM als Pflichtfelder hinterlegt werden, damit der Wechsel technisch nur mit vollständiger Dokumentation möglich ist. Das mag zunächst aufwendig wirken, verhindert aber genau die unvollständigen Datensätze, die Auswertungen unbrauchbar machen.

Die Spalte Rückfallregel ist besonders relevant für die Statuswerte interessent, optioniert und reserviert. Sie stellt sicher, dass blockierte Einheiten nach Ablauf des Zeitfensters automatisch wieder als verfügbar erscheinen. Fehlt diese Regel, bleiben Einheiten faktisch reserviert, obwohl der Vorgang längst erledigt ist – und Ihre Abverkaufszahl sieht besser aus, als sie ist.

Wie bilden Sie Statuswechsel in der Projekt- und Einheitenverwaltung ab?

Die technische Abbildung beginnt mit der Anlage von Statusfeldern, die nur definierte Werte zulassen. Freitextfelder für den Einheitenstatus sind ein zentrales Qualitätsrisiko, weil sie Schreibvarianten wie res., reserv. oder rsv. erzeugen. Nutzen Sie Auswahlfelder mit fest hinterlegten Werten, idealerweise ergänzt um eine automatische Historie jedes Wechsels.

Der zweite Baustein ist die Berechtigungssteuerung. Nicht jeder Statuswechsel sollte von jedem Teammitglied ausführbar sein. Sinnvoll ist ein Modell, in dem der Vertriebsaußendienst die Wechsel bis reserviert durchführen darf, während beurkundet, verkauft und storniert einer zentralen Rolle im Innendienst oder der Projektleitung vorbehalten sind. Diese Rollentrennung schützt vor vorschnellen Änderungen an vertragsrelevanten Status.

Der dritte Baustein ist die automatische Überwachung von Zeitfenstern. Wenn eine Reservierung eine Laufzeit von vier Wochen hat, muss das System an Tag 21 eine Erinnerung auslösen und an Tag 28 einen Rückfall vorschlagen. Ohne diese Automatik bleibt die Fristüberwachung an einzelnen Personen hängen und wird bei Urlaub oder Krankheit unzuverlässig. Die Projekt- und Einheitenverwaltung sollte solche Fristen als aktive Regeln abbilden.

Die Historie jedes Statuswechsels ist zugleich Ihre Revisionssicherheit. Sie zeigt, wer wann welchen Wechsel durchgeführt hat und welche Pflichtfelder dabei erfasst wurden. Diese Historie ist bei Streitigkeiten über Reservierungen, bei der Provisionsabrechnung und bei Rückfragen von Geschäftspartnern die entscheidende Nachweiskette.

Welche Auswertungen werden durch eine saubere Statuslogik erst möglich?

Abverkaufsquote, Restbestand und Pipeline-Tiefe sind nur dann belastbar, wenn ihnen eine eindeutige Statusdefinition zugrunde liegt. Sie sollten daher für jede Auswertung festhalten, welche Statuswerte in die Zählung eingehen. Was zählt als verkauft – nur beurkundet oder auch reserviert? Diese Entscheidung muss dokumentiert und in allen Berichten gleich angewendet werden.

Eine zentrale Auswertung ist der Abverkaufsstand je Bauabschnitt. Er ergibt sich aus der Zahl der Einheiten, die den Status beurkundet oder verkauft erreicht haben, im Verhältnis zur Gesamtzahl. Nehmen wir an, ein Bauabschnitt hat 40 Einheiten, davon sind 28 beurkundet und 4 reserviert. Die konservative Abverkaufsquote beträgt dann 70 Prozent, die erweiterte Quote einschließlich Reservierungen 80 Prozent. Beide Werte sind legitim, müssen aber klar bezeichnet werden.

Eine zweite Auswertung betrifft die Dauer je Statusübergang. Wie lange dauert es durchschnittlich vom Status reserviert bis zur Beurkundung? Diese Kennzahl zeigt Engpässe im Prozess – etwa wenn Reservierungen systematisch vor Ablauf der Frist verfallen, weil die Finanzierungsprüfung zu langsam ist. Solche Erkenntnisse sind nur möglich, wenn Beginn und Ende jedes Statuszeitraums im System hinterlegt sind.

Die dritte Auswertung ist die Stornoanalyse. Sie setzt die Zahl der Stornierungen ins Verhältnis zu den Reservierungen eines Zeitraums und schlüsselt sie nach Stornogründen auf. Diese Auswertung ist die Grundlage, um Prozessschwächen zu erkennen: hohe Stornoquoten bei einem bestimmten Einheitentyp oder auffällige Häufungen bei einzelnen Vertriebspartnern.

Welche Fehler unterlaufen bei der Statuspflege im Alltag?

Der häufigste Fehler ist die stillschweigende Statusänderung ohne dokumentiertes Ereignis. Ein Vertriebspartner setzt eine Einheit von verfügbar auf reserviert, weil er ein gutes Gefühl hat – ohne unterschriebene Vereinbarung, ohne Frist, ohne Freigabe. Genau diese Praxis erzeugt die Differenzen zwischen Außendienst- und Innendienstzahlen, die später niemand erklären kann.

Der zweite Fehler ist das Fehlen von Rückfallregeln. Einheiten bleiben in den Status reserviert oder interessent hängen, weil niemand die Frist überwacht. Nach einigen Wochen gleicht der Plan einem Flickenteppich aus halbverbindlichen Zusagen, und die tatsächlich verfügbaren Einheiten sind nicht mehr erkennbar. Automatische Rückfallregeln mit klaren Fristen verhindern dieses schleichende Entgleiten.

Der dritte Fehler ist die Vermischung von Statusebenen. Wenn der Vermarktungsstatus und der Vertragsstatus im selben Feld geführt werden, entstehen Begriffe wie reserviert-aber-storniert oder verkauft-aber-rücktritt. Solche Mischzustände sind weder auswertbar noch kommunizierbar. Die Trennung in zwei Felder löst dieses Problem strukturell.

Der vierte Fehler liegt in der fehlenden Historie. Wenn ein Statuswechsel nicht protokolliert wird, lässt sich später nicht rekonstruieren, wann welche Einheit welchen Zustand hatte. Für die Provisionsabrechnung, für Rückfragen von Finanzierungspartnern und für die interne Nachvollziehbarkeit ist die Historie jedoch unverzichtbar.

• Statuswechsel ohne dokumentiertes Ereignis
• Fehlende Rückfallregeln für zeitlich begrenzte Status
• Vermischung von Vermarktungs- und Vertragsstatus in einem Feld
• Keine revisionssichere Historie der Statuswechsel
• Unterschiedliche Auslegung desselben Statusbegriffs in verschiedenen Teams

Wie ist die Statuslogik bei Reservierungen rechtlich einzuordnen?

Die Reservierung einer Neubauimmobilie ist rechtlich nicht als eigenständiger Vertragstyp geregelt. In der Praxis handelt es sich meist um eine entgeltliche Options- oder Anhandgabevereinbarung, die den Bauträger verpflichtet, die Einheit für einen bestimmten Zeitraum nicht anderweitig zu vergeben. Für den Verbraucher gelten dabei besondere Informations- und Widerrufsrechte.

Wenn der Interessent Verbraucher ist und der Vertrag außerhalb von Geschäftsräumen oder im Fernabsatz geschlossen wurde, kann ein Widerrufsrecht nach § 355 BGB bestehen. Die erforderlichen Informationen ergeben sich insbesondere aus Art. 246a § 1 EGBGB. Die Statuslogik muss diesen Umstand abbilden: Eine Widerrufsfrist darf nicht dadurch unterlaufen werden, dass die Einheit bereits vor Fristablauf endgültig vergeben wird.

Für die Statuslogik bedeutet das konkret: Der Status reserviert sollte bei Verbraucherverträgen erst dann in den Status beurkundet oder endgültig gebunden übergehen, wenn die Widerrufsfrist abgelaufen oder der Widerruf ausdrücklich ausgeschlossen ist. Ein automatischer Übergang vor Fristablauf wäre riskant, weil er die gesetzliche Widerrufsmöglichkeit faktisch leerlaufen ließe.

Die wirtschaftlichen Risiken einer fehlerhaften Reservierungslogik zeigt der separate Artikel zur Reservierungslogik. Dort finden Sie vertiefte Hinweise, wie Statuswechsel lückenlos dokumentiert werden und welche Angaben in der Reservierungsvereinbarung enthalten sein sollten. Für die Statuslogik genügt hier die Feststellung: Wer Reservierungen als Status führt, muss auch die zugehörigen Fristen und Rechte im System nachhalten.

Wie hängt die Statuslogik mit der Provisionsabrechnung zusammen?

Die Provisionsabrechnung hängt unmittelbar an definierten Statuswechseln. Wer ein System nutzt, das Provisionen erst mit dem Status beurkundet oder verkauft auslöst, vermeidet Streitigkeiten über den Zeitpunkt des Provisionsanspruchs. Die Statuslogik wird damit zum fachlichen Fundament für die Provisionsabrechnung.

Stornierungen sind das zweite Bindeglied. Wenn eine beurkundete Einheit storniert wird, muss das Provisionsmodul automatisch die bereits abgerechneten oder angekündigten Provisionen zurückfordern oder verrechnen. Voraussetzung ist, dass der Statuswechsel korrekt erfasst wurde und die Historie nachvollziehbar ist. Ohne saubere Statuslogik bleibt die Rückforderung eine manuelle, fehleranfällige Aufgabe.

Auch der Teilungsschlüssel bei Teamverkäufen hängt von der Statuskette ab. Wenn mehrere Vertriebspartner an einer Einheit beteiligt sind, regelt der Teilungsschlüssel, wer welchen Anteil erhält. Die Zuordnung muss zu jedem Statuswechsel nachvollziehbar sein, nicht erst am Ende der Kette. Nur dann lässt sich bei einem späteren Storno der richtige Anteil zurückfordern.

Die Automatisierung der Provisionsabrechnung setzt also voraus, dass die Statuslogik als verbindliches Regelwerk im CRM existiert. Der Artikel zur automatisierten Provisionsabrechnung zeigt, wie Sie diese Verknüpfung technisch umsetzen und welche Prüfschritte vor jeder Auszahlung greifen sollten.

• Provisionsauslösung an eindeutige Statuswechsel koppeln
• Stornorückforderungen automatisch aus dem Statuswechsel ableiten
• Teilungsschlüssel je Statusübergang dokumentieren
• Provisionshistorie mit Statushistorie revisionssicher verknüpfen

Wie führen Sie eine Einheiten-Statuslogik im Bestandsteam ein?

Die Einführung beginnt mit einer Bestandsaufnahme: Welche Statusbegriffe nutzen die Teams heute, und was verstehen sie darunter? Diese Erhebung deckt die stillen Differenzen auf, die später zu Konflikten führen. Führen Sie dazu kurze Einzelgespräche mit Außendienst, Innendienst und Geschäftsführung und halten Sie die unterschiedlichen Definitionen schriftlich fest.

Im zweiten Schritt einigen Sie sich auf einen gemeinsamen Statuskatalog. Der Entwurf aus diesem Artikel dient als Diskussionsgrundlage. Wichtig ist, dass alle Beteiligten die Definitionen mittragen, denn die beste Statuslogik scheitert, wenn sie im Alltag als Bürokratie empfunden und umgangen wird. Nehmen Sie sich für diesen Abstimmungsprozess bewusst Zeit.

Der dritte Schritt ist die technische Umsetzung im CRM. Übertragen Sie den Statuskatalog in die Projekt- und Einheitenverwaltung, legen Sie Berechtigungen fest und aktivieren Sie Pflichtfeldprüfungen. Testen Sie die Übergänge an einem Pilotprojekt, bevor Sie die Logik auf den gesamten Bestand ausrollen. So erkennen Sie Schwächen im Regelwerk, bevor alle Projekte betroffen sind.

Der vierte Schritt ist die Schulung und Nachsteuerung. Jedes Teammitglied muss verstehen, warum die Statuslogik existiert und wie sie im Alltag angewendet wird. Planen Sie nach vier bis sechs Wochen eine Auswertung der ersten Ergebnisse: Wo treten Fehler auf, welche Statuswechsel dauern zu lang, wo sind Rückfallregeln zu streng? Diese Rückmeldungen fließen in die Weiterentwicklung des Modells ein.

1. 1Bestandsaufnahme der heutigen Statusbegriffe und ihrer Bedeutung
2. 2Abstimmung eines gemeinsamen Statuskatalogs mit allen Rollen
3. 3Technische Umsetzung im CRM inklusive Berechtigungen und Pflichtfeldern
4. 4Schulung aller Beteiligten und Pilotphase an einem Projekt
5. 5Auswertung nach vier bis sechs Wochen und gezielte Nachsteuerung