Mehrere Bauträgerprojekte parallel steuern: Struktur statt Excel

Warum Parallelbetrieb anders funktioniert als ein Einzelprojekt

Bei einem einzelnen Projekt ist der Kontext im Kopf der Beteiligten gespeichert. Alle wissen, welche Häuser zuerst fertig werden, welche Einheiten schwer verkäuflich sind und wer welche Reservierung hält. Diese impliziten Absprachen tragen erstaunlich weit. Sie brechen jedoch in dem Moment, in dem dieselben Personen zwischen Projekten wechseln und der Kontext nicht mehr eindeutig ist.

Der zweite Unterschied liegt in der Gleichzeitigkeit von Phasen. Projekt A ist im Vorvertrieb, Projekt B im Hauptvertrieb, Projekt C in der Abverkaufsphase der Restanten. Jede Phase erfordert andere Aktivitäten, andere Argumentation und andere Priorisierung. Wer alle drei Projekte über denselben Kamm schert, überlastet den Vorvertrieb mit Abverkaufsdruck und behandelt Restanten wie frische Einheiten.

Der dritte Unterschied betrifft Vertriebspartner. Externe Partner arbeiten selten exklusiv für ein Projekt. Sie erhalten Unterlagen, Preislisten und Reservierungsformulare aus mehreren Quellen. Wenn jedes Projekt einen eigenen Prozess mitbringt, wird die Einarbeitung zur wiederkehrenden Aufgabe, und Fehler bei Fristen oder Freigaben nehmen zu.

Wer mehrere Bauträgerprojekte parallel steuern will, braucht deshalb weniger zusätzliche Tools als zusätzliche Verbindlichkeit: eine gemeinsame Sprache für Status, eine gemeinsame Datenquelle für Verfügbarkeiten und eine klare Regel, welche Abweichungen projektspezifisch erlaubt sind.

Diese Verbindlichkeit ist keine Bürokratie um ihrer selbst willen. Sie ersetzt Rückfragen. Jede Rückfrage, die eine Struktur überflüssig macht, ist gesparte Zeit im Tagesgeschäft.

• Kontextwissen trägt bei einem Projekt, bricht bei drei parallelen Projekten.
• Unterschiedliche Projektphasen erfordern unterschiedliche Vertriebsaktivitäten.
• Externe Partner tragen die Uneinheitlichkeit als Mehraufwand.
• Verbindliche Struktur ersetzt Rückfragen und reduziert Fristfehler.

Typische Bruchstellen im Multi-Projekt-Vertrieb

Die erste Bruchstelle ist der Verfügbarkeitsstand. Wenn eine Einheit in der Projektliste als frei geführt wird, im Postfach der Vertriebsleitung aber bereits eine mündliche Reservierung liegt, entsteht eine Doppelvergabe. Bei einem Projekt fällt so etwas schnell auf. Bei drei Projekten mit unterschiedlichen Listenständen fällt es erst beim Notartermin auf.

Die zweite Bruchstelle ist die Preisliste. Preisänderungen, Sonderwunschzuschläge und Stellplatzkopplungen werden häufig in der Datei geändert, die gerade zur Hand ist. Existiert die Preisliste in mehreren Versionen, streuen Angebote an Kunden auseinander. Der Aufwand liegt danach nicht in der Korrektur, sondern in der Aufarbeitung gegenüber Kunden und Partnern.

Die dritte Bruchstelle ist die Statussemantik. Reserviert kann bedeuten: mündlich zugesagt, Reservierungsvereinbarung unterschrieben, Reservierungsgebühr eingegangen. Wenn drei Projekte drei Definitionen verwenden, ist jede Auswertung über alle Projekte hinweg wertlos. Sie summiert Zustände, die nicht vergleichbar sind.

Die vierte Bruchstelle betrifft Dokumente. Teilungserklärung, Baubeschreibung, Kaufvertragsentwurf und Grundrisse liegen in Versionsständen vor. Ein Partner, der eine ältere Baubeschreibung versendet, erzeugt Erwartungen, die der Kaufvertrag nicht deckt. Das ist eine der Ursachen, die später als Stornogrund auftauchen, obwohl sie in der Unterlagensteuerung entstanden ist.

Die fünfte Bruchstelle ist die Zuständigkeit. Wer entscheidet über eine Fristverlängerung? Wer gibt einen Preisnachlass frei? Wenn diese Regeln je Projekt anders sind, entstehen Entscheidungen nach Verfügbarkeit der ansprechbaren Person statt nach Regel.

1. 1Verfügbarkeitsstand: mehrere Wahrheiten für dieselbe Einheit.
2. 2Preisliste: konkurrierende Dateiversionen mit abweichenden Preisen.
3. 3Statussemantik: dasselbe Wort, unterschiedliche Bedeutung je Projekt.
4. 4Dokumentenversionen: veraltete Unterlagen im Umlauf bei Partnern.
5. 5Entscheidungswege: Freigaben ohne einheitliche Zuständigkeitsregel.

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

Die einheitliche Projektstruktur: Stammdaten, die überall gleich sind

Eine gemeinsame Struktur beginnt bei den Stammdaten. Jedes Projekt sollte dieselben Pflichtfelder auf Projektebene führen: Projektname, Bauabschnitt, Standort, Bauträgergesellschaft, geplanter Fertigstellungszeitraum, Vertriebsstartdatum, Provisionsmodell und zuständige Projektleitung im Vertrieb. Diese Felder sind unabhängig von Bauart oder Preissegment und lassen sich für jedes Projekt ausfüllen.

Auf Einheitenebene gilt dasselbe Prinzip. Einheitennummer, Haus beziehungsweise Bauteil, Geschoss, Wohnfläche, Zimmeranzahl, Ausrichtung, Außenfläche, zugeordnete Stellplätze, Kaufpreis, Preisstand und Verfügbarkeitsstatus sind projektübergreifend definierbar. Projektbesonderheiten wie Denkmalanteil oder KfW-Standard gehören in zusätzliche Felder, nicht in eine abweichende Grundstruktur.

Wichtig ist die Trennung zwischen Struktur und Inhalt. Die Struktur ist gleich, die Inhalte unterscheiden sich. Ein Projekt mit acht Einheiten und ein Projekt mit einhundertzwanzig Einheiten nutzen dieselben Felder. Der Unterschied liegt in der Anzahl der Datensätze, nicht in der Logik.

Für Bauabschnitte empfiehlt sich eine eigene Ebene zwischen Projekt und Einheit. Bauabschnitte haben eigene Fertigstellungstermine, oft eigene Preisrunden und eigene Vertriebsphasen. Wer Bauabschnitte als separate Projekte anlegt, verliert die Gesamtsicht auf den Standort. Wer sie ignoriert, kann Termine nicht sauber steuern.

Sinnvoll ist außerdem eine eindeutige, sprechende Einheitenkennung, die Projekt, Bauabschnitt und Einheit enthält. Damit ist eine Einheit auch in einer E-Mail, einer Notiz oder einem Telefonat eindeutig identifizierbar, ohne dass Kontext mitgeliefert werden muss.

Statuslogik: eine Phasenkette für alle Projekte

Die Statuslogik ist das Herzstück, wenn Sie mehrere Bauträgerprojekte parallel steuern. Sie beschreibt, in welchem Zustand sich eine Einheit oder ein Vorgang befindet und welches Ereignis den Übergang in den nächsten Zustand auslöst. Entscheidend ist nicht die Anzahl der Status, sondern die Eindeutigkeit der Übergangsregel.

Bewährt hat sich eine Trennung zwischen dem Status der Einheit und dem Status des Vorgangs. Die Einheit kennt Zustände wie frei, vorgemerkt, reserviert, beurkundet, rückabgewickelt. Der Vorgang mit einem konkreten Interessenten kennt Zustände wie Erstkontakt, Beratung, Finanzierungsprüfung, Reservierung, Notarvorbereitung, Beurkundung, abgebrochen. Beide Ebenen hängen zusammen, sind aber nicht identisch.

Jeder Übergang braucht ein auslösendes Ereignis und, wo sinnvoll, ein Pflichtfeld. Der Übergang auf reserviert setzt beispielsweise voraus, dass eine unterschriebene Reservierungsvereinbarung vorliegt und ein Fristdatum eingetragen ist. Ohne Fristdatum kein Statuswechsel. Diese Regel verhindert, dass Reservierungen unbemerkt auslaufen.

Rückwärtsbewegungen sollten ebenfalls definiert sein. Läuft eine Reservierungsfrist ab, ohne dass ein Notartermin steht, fällt die Einheit zurück auf frei oder in einen Zwischenstatus, der eine Entscheidung erzwingt. Ohne definierten Rückweg entstehen Karteileichen, die Verfügbarkeiten verzerren.

Diese Phasenkette gilt in allen Projekten identisch. Projektbesonderheiten – etwa eine zweistufige Reservierung mit Vorreservierung und verbindlicher Reservierung – werden als optionaler Zwischenschritt abgebildet, nicht als eigene Kette. Damit bleibt die projektübergreifende Auswertung möglich.

Eine gute Probe: Lassen Sie zwei Mitarbeitende aus unterschiedlichen Projekten unabhängig voneinander zehn Vorgänge einordnen. Weichen die Ergebnisse ab, ist nicht die Person das Problem, sondern die Definition.

1. 1Status je Einheit und je Vorgang getrennt definieren.
2. 2Für jeden Übergang ein auslösendes Ereignis festlegen.
3. 3Pflichtfelder an Übergänge koppeln, insbesondere Fristdaten.
4. 4Rückwärtsbewegungen und Fristablauf explizit regeln.
5. 5Projektbesonderheiten als optionale Zwischenschritte abbilden.
6. 6Definitionen schriftlich fixieren und beim Onboarding ausgeben.

Kapazitätsplanung über mehrere Bauprojekte hinweg

Kapazitätsplanung im Multi-Projekt-Vertrieb beantwortet eine einfache Frage: Reicht die verfügbare Beratungszeit aus, um die geplanten Vertriebsziele aller laufenden Projekte zu erreichen? Um sie zu beantworten, brauchen Sie zwei Größen: den Vertriebsaufwand je Abschluss und die verfügbare Beratungskapazität je Woche.

Annahme für ein Rechenbeispiel: Ein Abschluss erfordert im Schnitt sechs Kundenkontakte à 45 Minuten, dazu drei Stunden Vor- und Nachbereitung inklusive Unterlagen und Finanzierungskoordination. Das ergibt rund 7,5 Stunden je Abschluss. Nehmen wir weiter an, dass auf einen Abschluss vier qualifizierte Interessenten kommen, die ebenfalls Zeit binden, im Schnitt 2 Stunden je nicht abgeschlossenem Vorgang. Damit liegt der Gesamtaufwand bei rund 13,5 Stunden je Abschluss.

Annahme für die Kapazitätsseite: Eine Vertriebskraft in Vollzeit hat 38 Wochenstunden, davon sind 60 Prozent für Kundenarbeit einsetzbar, der Rest entfällt auf Administration, Abstimmung und Fahrzeiten. Das ergibt 22,8 verfügbare Stunden pro Woche. Bei 44 Arbeitswochen im Jahr sind das rund 1.003 Stunden. Geteilt durch 13,5 Stunden je Abschluss ergibt sich eine rechnerische Kapazität von rund 74 Abschlüssen pro Jahr und Vollzeitkraft.

Diese Zahl ist keine Branchenaussage, sondern das Ergebnis der oben gesetzten Annahmen. Ihr Wert liegt darin, dass Sie jede Annahme einzeln diskutieren können. Wenn Ihre Beratung acht statt sechs Kontakte benötigt, sinkt die Kapazität entsprechend. Wenn Ihre Vertriebskräfte 70 statt 60 Prozent Kundenzeit haben, steigt sie.

Der Wert wird erst im Parallelbetrieb interessant. Nehmen wir an, drei Projekte sollen im kommenden Jahr zusammen 150 Einheiten verkaufen. Bei 74 Abschlüssen je Vollzeitkraft brauchen Sie rechnerisch rund 2,0 Vollzeitkapazitäten im internen Vertrieb – oder eine entsprechende Abdeckung durch Vertriebspartner. Diese Rechnung macht die Diskussion über Partnerakquise konkret.

Ergänzend gehört die zeitliche Verteilung dazu. Wenn Projekt A im Frühjahr startet und Projekt B im Herbst, verteilt sich die Last anders, als wenn beide gleichzeitig anlaufen. Eine monatliche Aufwandsverteilung je Projekt zeigt Spitzen, bevor sie eintreten.

Vertriebspartner projektübergreifend einsetzen statt projektweise einarbeiten

Vertriebspartner sind der Hebel, mit dem sich Kapazitätslücken schließen lassen. Der Hebel wirkt allerdings nur, wenn die Einarbeitung je zusätzlichem Projekt gering bleibt. Wer Partner für jedes Projekt vollständig neu schult, verschiebt den Engpass lediglich von der Beratung in die Partnerbetreuung.

Die Lösung liegt in einer Zweiteilung des Onboardings. Der erste Teil ist projektunabhängig und wird einmal durchlaufen: Prüfung der gewerberechtlichen Erlaubnis, Vertragsschluss, Provisionsmodell, Systemzugang, Statuslogik, Reservierungsprozess, Umgang mit Unterlagen und Datenschutzvorgaben. Der zweite Teil ist projektspezifisch und kurz: Lage, Objektart, Preisliste, Bauträgergesellschaft, Fertigstellungstermine, Besonderheiten der Reservierungsfrist.

Praktisch bedeutet das ein Projektsteckbrief in standardisiertem Format. Immer dieselben Abschnitte, immer dieselbe Reihenfolge, immer derselbe Umfang. Ein Partner, der den fünften Steckbrief liest, findet jede Information an der gewohnten Stelle. Das reduziert Rückfragen und beschleunigt den Vertriebsstart.

Ebenso wichtig ist eine abgestufte Freigabe von Unterlagen. Nicht jeder Partner braucht sofort alle Dokumente. Sinnvoll ist eine Grundfreigabe mit Exposé, Grundrissen und Preisliste sowie eine erweiterte Freigabe mit Teilungserklärung, Baubeschreibung und Kaufvertragsentwurf, die an einen konkreten Vorgang gekoppelt ist.

Die Provisionsseite gehört ebenfalls in die projektübergreifende Logik. Wenn jedes Projekt ein anderes Abrechnungsverfahren mit sich bringt, entstehen Rückfragen und Verzögerungen. Ein gemeinsames Grundmodell mit projektspezifischen Sätzen ist einfacher zu handhaben als projektindividuelle Modelle.

Für die gewerberechtliche Einordnung von Partnertätigkeiten ist die Erlaubnispflicht nach § 34c GewO die maßgebliche Grundlage. Prüfen Sie im Onboarding, welcher Nachweis vorliegt, und dokumentieren Sie das Prüfdatum.

• Onboarding in projektunabhängigen und projektspezifischen Teil trennen.
• Projektsteckbrief in immer gleicher Gliederung bereitstellen.
• Unterlagenfreigabe abstufen: Grundpaket und vorgangsgebundene Erweiterung.
• Ein Provisionsgrundmodell, projektspezifisch nur die Sätze und Fälligkeiten.
• Erlaubnisnachweise und Prüfdatum je Partner dokumentieren.

Projektübergreifendes Reporting: aus einer Quelle, mit klaren Abgrenzungen

Projektübergreifendes Reporting scheitert selten an fehlenden Kennzahlen, sondern an unterschiedlichen Zählweisen. Ein Bericht, der Reservierungen aus Projekt A mit Vormerkungen aus Projekt B summiert, führt zu Fehlentscheidungen. Deshalb steht am Anfang nicht die Auswahl von Kennzahlen, sondern die Festlegung der Abgrenzungsregeln.

Drei Regeln sind unverzichtbar. Erstens die Stichtagsregel: Zu welchem Zeitpunkt wird gemessen, und wird rückwirkend korrigiert oder nicht? Zweitens die Zuordnungsregel: Welchem Monat wird ein Abschluss zugerechnet – dem Datum der Reservierung, der Beurkundung oder der Provisionsfälligkeit? Drittens die Bereinigungsregel: Wie werden Rückabwicklungen behandelt, und in welchem Zeitraum werden sie gegengerechnet?

Auf dieser Basis lassen sich sinnvolle Kennzahlen bilden. Für den Multi-Projekt-Vertrieb bewährt sich eine Kombination aus Bestandsgrößen und Flussgrößen: Bestand an freien Einheiten je Projekt, Bestand an offenen Reservierungen mit Restlaufzeit, Zufluss neuer qualifizierter Interessenten je Woche, Abfluss durch Beurkundungen und Abbrüche.

Wichtig ist die Vergleichbarkeit ohne Gleichmacherei. Ein Projekt im Vorvertrieb hat naturgemäß andere Werte als ein Projekt im Abverkauf. Statt absolute Werte nebeneinanderzustellen, hilft eine Normierung auf die jeweilige Projektphase oder auf die Anzahl noch verfügbarer Einheiten.

Ein praktischer Bericht für die wöchentliche Vertriebsrunde umfasst wenige Zeilen je Projekt: verfügbare Einheiten, Reservierungen mit Fristablauf in den nächsten 14 Tagen, Vorgänge in Finanzierungsprüfung, geplante Notartermine, Abweichung zum Monatsziel. Alles Weitere gehört in die Detailanalyse, nicht in die Steuerungsrunde.

Wenn die Daten in einer Projekt- und Einheitenverwaltung geführt werden, entsteht dieser Bericht ohne manuelle Konsolidierung. Genau darin liegt der eigentliche Zeitgewinn gegenüber projektindividuellen Tabellen.

Preisstände und Verfügbarkeit synchron halten

Preis und Verfügbarkeit sind die beiden Angaben, die am häufigsten nach außen gehen und deshalb am stärksten gegen Abweichung gesichert sein müssen. Im Parallelbetrieb multipliziert sich das Risiko mit der Anzahl der Projekte und der Anzahl der Partner, die eigene Kopien führen.

Der wirksamste Mechanismus ist die Ablösung von Dateikopien durch Zugriff auf einen gemeinsamen Stand. Wenn Partner die Preisliste nicht als Datei erhalten, sondern im System einsehen, entfällt die Frage nach der Aktualität. Wo Dateien unvermeidbar sind, gehören Versionsnummer und Freigabedatum sichtbar in den Kopf des Dokuments.

Für Preisänderungen empfiehlt sich ein definierter Änderungsrhythmus statt anlassbezogener Einzeländerungen. Ein fester Termin, zu dem Preisrunden wirksam werden, ist für Vertrieb und Partner planbar. Zwischen den Terminen bleiben nur Sonderfälle, die dokumentiert freigegeben werden.

Bei der Verfügbarkeit hilft eine kurze Zwischenstufe. Eine Vormerkung mit enger Frist – etwa 48 oder 72 Stunden – bildet das ab, was ohnehin passiert: Ein Partner hat einen ernsthaften Interessenten und braucht Zeit für die Reservierungsunterlagen. Ohne diese Stufe entstehen mündliche Blockaden, die im System nicht sichtbar sind.

Achten Sie darauf, dass jede Statusänderung an der Einheit protokolliert wird: wer, wann, von welchem Status auf welchen. Dieses Protokoll ist bei Konflikten zwischen Partnern die einzige belastbare Grundlage und ersetzt Diskussionen über Reihenfolgen.

Die inhaltliche Tiefe zur Pflege der Preisliste behandeln wir separat; hier zählt vor allem, dass die Pflegeregeln in allen Projekten identisch sind und nicht je Projektleitung variieren.

1. 1Gemeinsamen Stand für Preis und Verfügbarkeit definieren, Dateikopien reduzieren.
2. 2Versionsnummer und Freigabedatum in jedes exportierte Dokument aufnehmen.
3. 3Festen Rhythmus für Preisrunden einführen, Sonderfälle dokumentiert freigeben.
4. 4Kurzfristige Vormerkung als Zwischenstufe vor der Reservierung etablieren.
5. 5Statusänderungen an Einheiten lückenlos protokollieren.

Dokumente, Fristen und Nachweise über Projekte hinweg

Im Parallelbetrieb entstehen Fehler seltener in der Beratung als in der Dokumentenlogistik. Ein Kunde erhält den Kaufvertragsentwurf in einer Fassung, die der Notar zwischenzeitlich geändert hat. Ein Partner versendet eine Baubeschreibung, die für einen anderen Bauabschnitt gilt. Beide Fälle sind vermeidbar, wenn Dokumente an Projekt, Bauabschnitt und Version gebunden sind.

Sinnvoll ist eine feste Dokumentenmatrix je Projekt: Welche Unterlage existiert, in welcher Version, ab wann gültig, für welche Empfängergruppe freigegeben. Diese Matrix ist beim Projektstart einmal zu befüllen und danach nur bei Änderungen zu pflegen. Sie ersetzt die wiederkehrende Frage, ob eine Unterlage noch aktuell ist.

Fristen brauchen eine eigene Behandlung. Reservierungsfristen, Rückmeldefristen bei Finanzierungszusagen und Fristen zur Vorlage von Unterlagen laufen parallel in mehreren Projekten. Eine projektübergreifende Fristenliste mit Vorlauf-Erinnerung ist wirksamer als projektweise Kalendereinträge, weil sie die Gesamtlast sichtbar macht.

Für Nachweise gilt: Was für die Abrechnung oder gegenüber Dritten relevant ist, muss auffindbar sein, ohne dass eine bestimmte Person gefragt werden muss. Dazu zählen unterschriebene Reservierungsvereinbarungen, Nachweise über Identifizierung, Provisionsvereinbarungen und Freigaben für Abweichungen vom Standardprozess.

Die Anforderungen an Identifizierung und Aufbewahrung ergeben sich unter anderem aus dem Geldwäschegesetz; die konkrete Ausgestaltung ist im Einzelfall mit rechtlicher Beratung abzustimmen. Für die Bauträgerseite ist zusätzlich die Makler- und Bauträgerverordnung die maßgebliche Grundlage, insbesondere im Umgang mit Zahlungen und Sicherheiten.

Bei personenbezogenen Daten von Interessenten gilt die Datenschutz-Grundverordnung projektübergreifend gleichermaßen. Ein einheitliches Berechtigungskonzept vermeidet, dass Partner Zugriff auf Interessentendaten anderer Projekte erhalten.

Rollen und Entscheidungswege im Parallelbetrieb

Je mehr Projekte gleichzeitig laufen, desto wichtiger wird die Frage, wer entscheidet. In der Praxis entstehen Verzögerungen selten aus fehlender Information, sondern aus unklarer Zuständigkeit. Eine Fristverlängerung wird nicht gewährt, weil niemand sicher ist, ob er sie gewähren darf.

Hilfreich ist eine kurze Entscheidungsmatrix mit drei Spalten: Vorgang, entscheidungsbefugte Rolle, Eskalationsstufe. Typische Vorgänge sind Fristverlängerung, Preisnachlass, Sonderwunschzusage, Freigabe erweiterter Unterlagen, Ausnahme vom Reservierungsprozess und Provisionsabweichung. Für jeden dieser Punkte sollte klar sein, wer allein entscheiden darf und ab welcher Größenordnung eine zweite Person zustimmen muss.

Diese Matrix gilt projektübergreifend. Projektspezifisch sind allenfalls die Schwellenwerte, etwa weil ein Projekt eine andere Preisstruktur hat. Die Rollenlogik selbst bleibt gleich, damit Mitarbeitende beim Projektwechsel nicht umlernen müssen.

Auf Systemebene entspricht das einem Berechtigungskonzept: Wer sieht welche Projekte, wer darf Status ändern, wer darf Preise ändern, wer darf Partner freischalten. Ein Vertriebspartner sollte Einheiten seiner freigegebenen Projekte sehen und Vorgänge anlegen können, aber keine Preise ändern und keine fremden Interessenten einsehen.

Ein häufig unterschätzter Punkt ist die Vertretungsregelung. Bei drei parallelen Projekten führt der Urlaub einer Projektleitung ohne definierte Vertretung dazu, dass Entscheidungen liegenbleiben. Die Vertretung gehört in dieselbe Matrix wie die Primärzuständigkeit.

Dokumentieren Sie Ausnahmeentscheidungen mit Datum, Person und Begründung. Nicht aus Misstrauen, sondern weil Ausnahmen im Parallelbetrieb sonst zur unausgesprochenen Regel werden.

• Entscheidungsmatrix mit Vorgang, Rolle und Eskalationsstufe führen.
• Rollenlogik projektübergreifend gleich, nur Schwellenwerte projektspezifisch.
• Berechtigungen im System an der Matrix ausrichten.
• Vertretungsregelung für jede entscheidungsbefugte Rolle festlegen.
• Ausnahmen mit Datum, Person und Begründung protokollieren.

Vom Excel-Wildwuchs zur gemeinsamen Struktur: ein Umstellungspfad

Die Umstellung gelingt selten als Big Bang über alle Projekte gleichzeitig. Bewährt hat sich ein Pfad, der mit einem laufenden Projekt beginnt, dort die Struktur festzurrt und sie anschließend auf die übrigen Projekte anwendet. Das erste Projekt ist dabei bewusst kein Pilotprojekt im Sinne eines Experiments, sondern der Ort, an dem die verbindlichen Definitionen entstehen.

Schritt eins ist die Bestandsaufnahme: Welche Listen existieren, wer pflegt sie, welche Felder sind vorhanden, wo widersprechen sich Angaben. Diese Aufnahme kostet meist ein bis zwei Tage und liefert die Grundlage für alles Weitere.

Schritt zwei ist die Definition der gemeinsamen Struktur: Pflichtfelder je Ebene, Statuslogik mit Übergangsregeln, Entscheidungsmatrix, Dokumentenmatrix. Das Ergebnis passt in ein Dokument von wenigen Seiten und ist die eigentliche Arbeitsleistung.

Schritt drei ist die Datenübernahme für das erste Projekt, inklusive Bereinigung von Dubletten und Klärung widersprüchlicher Verfügbarkeiten. Rechnen Sie hier mit Rückfragen: Ein Teil der Widersprüche lässt sich nur durch Gespräche auflösen, nicht durch Regeln.

Schritt vier ist die Übertragung auf die weiteren Projekte. Ab hier wird die Struktur nicht mehr neu diskutiert, sondern angewendet. Abweichungswünsche werden gesammelt und quartalsweise geprüft, statt sofort umgesetzt. Andernfalls entsteht der Wildwuchs im neuen System erneut.

Schritt fünf ist die Verankerung im Onboarding. Jede neue Person, ob intern oder Partner, erhält dasselbe Strukturdokument und dieselbe Einführung. Damit bleibt die Struktur auch nach Personalwechseln bestehen.

1. 1Bestandsaufnahme aller Listen, Felder und Widersprüche.
2. 2Gemeinsame Struktur definieren: Felder, Status, Entscheidungen, Dokumente.
3. 3Erstes Projekt übernehmen und Datenwidersprüche auflösen.
4. 4Weitere Projekte nach derselben Struktur anlegen, ohne Neudiskussion.
5. 5Abweichungswünsche sammeln und quartalsweise gebündelt prüfen.
6. 6Struktur im Onboarding für interne Mitarbeitende und Partner verankern.

Rechenbeispiel: Was die einheitliche Struktur an Zeit freisetzt

Der Nutzen einer gemeinsamen Struktur lässt sich grob beziffern, wenn Sie die Zeit für Konsolidierung und Rückfragen erfassen. Wir setzen dafür Annahmen, die Sie mit Ihren Werten ersetzen sollten.

Annahme: Bei drei parallelen Projekten erstellt das Backoffice wöchentlich einen konsolidierten Vertriebsbericht und benötigt dafür 3 Stunden, weil Listen zusammengeführt und Statusbegriffe übersetzt werden müssen. Über 46 Arbeitswochen ergibt das 138 Stunden im Jahr.

Annahme: Zusätzlich entstehen im Vertrieb pro Woche 12 Rückfragen zu Verfügbarkeit, Preisstand oder Unterlagenversion, mit einem Aufwand von je 10 Minuten auf beiden Seiten, also 20 Minuten je Rückfrage. Das sind 4 Stunden pro Woche und 184 Stunden im Jahr.

Annahme: Durch eine gemeinsame Datenquelle sinkt der Berichtsaufwand auf 0,5 Stunden pro Woche und die Rückfragen auf 4 pro Woche. Der Berichtsaufwand liegt dann bei 23 Stunden im Jahr, die Rückfragen bei rund 61 Stunden. Zusammen 84 statt 322 Stunden.

Die rechnerische Ersparnis beträgt damit 238 Stunden pro Jahr. Bewertet mit einem angenommenen internen Stundensatz von 55 Euro entspricht das rund 13.090 Euro. Diese Zahl ist keine Aussage über Ihr Unternehmen, sondern das Ergebnis der genannten Annahmen; ersetzen Sie Stundenzahl und Stundensatz durch Ihre eigenen Werte.

Die interessantere Größe ist oft nicht der Eurobetrag, sondern die freigewordene Zeit. 238 Stunden entsprechen bei 22,8 Kundenstunden pro Woche rund 10,4 zusätzlichen Vertriebswochen – ein Beitrag zur Kapazitätsfrage aus dem vorherigen Abschnitt.

Häufige Fehler beim Aufbau einer projektübergreifenden Steuerung

Der erste Fehler ist die Übererfassung. Wer zu viele Pflichtfelder definiert, erzeugt Pflegeaufwand ohne Steuerungsnutzen. Ein Feld gehört nur dann in die Pflicht, wenn eine konkrete Entscheidung oder ein konkreter Bericht davon abhängt. Alles andere ist optional.

Der zweite Fehler ist die zu feine Statuskette. Zwölf Status wirken präzise, sind aber in der Praxis kaum konsistent zu pflegen. Sechs bis acht klar abgegrenzte Status mit eindeutigen Übergängen liefern verlässlichere Daten als eine feine Kette, die nach zwei Monaten niemand mehr korrekt bedient.

Der dritte Fehler ist die Duldung paralleler Systeme. Wenn die verbindliche Struktur im System liegt, die Vertriebsleitung aber weiterhin eine eigene Tabelle führt, entsteht sofort ein zweiter Wahrheitsstand. Die Umstellung ist erst abgeschlossen, wenn die alte Liste tatsächlich stillgelegt ist.

Der vierte Fehler ist die fehlende Pflege der Definitionen. Strukturen veralten, wenn neue Projektarten hinzukommen. Ein fester Termin – etwa quartalsweise – zur Prüfung von Feldern, Status und Entscheidungsregeln hält die Struktur nutzbar.

Der fünfte Fehler ist die Vernachlässigung der Partnerperspektive. Eine Struktur, die intern funktioniert, aber für externe Partner umständlich ist, wird umgangen. Testen Sie jeden Prozessschritt einmal aus Partnersicht, bevor Sie ihn verbindlich machen.

Der sechste Fehler ist die Erwartung, dass Software allein die Struktur ersetzt. Ein System bildet Regeln ab, es erfindet sie nicht. Die inhaltliche Arbeit an Definitionen und Zuständigkeiten bleibt in jedem Fall bestehen.

• Zu viele Pflichtfelder ohne Entscheidungsbezug.
• Zu feine Statuskette, die in der Praxis nicht sauber gepflegt wird.
• Alte Tabellen laufen parallel weiter und erzeugen zweite Wahrheiten.
• Definitionen werden nach Einführung nicht mehr gepflegt.
• Partnerperspektive wird beim Prozessdesign nicht getestet.
• Software wird als Ersatz für inhaltliche Strukturarbeit missverstanden.

Checkliste: Sind Sie bereit für den Parallelbetrieb?

Die folgende Checkliste eignet sich als Selbsttest, bevor ein weiteres Projekt in den Vertrieb geht. Sie prüft nicht die Ausstattung, sondern die Verbindlichkeit der bestehenden Prozesse.

Beantworten Sie jede Frage mit ja oder nein. Bei mehr als drei Nein-Antworten lohnt sich die Strukturarbeit vor dem Projektstart – nachträgliche Vereinheitlichung ist deutlich aufwendiger als eine saubere Anlage von Beginn an.

Nutzen Sie die Checkliste zusätzlich als Übergabedokument, wenn eine neue Projektleitung im Vertrieb startet. Sie macht in kurzer Zeit deutlich, welche Regeln gelten und wo Klärungsbedarf besteht.

Ergänzen Sie die Liste um Punkte, die sich aus Ihren eigenen Vorfällen ergeben haben. Eine Checkliste, die aus echten Fehlern gewachsen ist, wird eher benutzt als eine allgemein formulierte.

1. 1Existiert eine schriftliche Definition aller Status mit Übergangsregeln, die in allen Projekten gilt?
2. 2Gibt es genau eine Quelle für Verfügbarkeit und Preisstand je Einheit?
3. 3Ist geregelt, wer Fristverlängerungen, Nachlässe und Ausnahmen freigibt – inklusive Vertretung?
4. 4Erhalten Vertriebspartner einen standardisierten Projektsteckbrief in immer gleicher Gliederung?
5. 5Ist die Unterlagenfreigabe abgestuft und an Vorgänge gekoppelt?
6. 6Gibt es eine projektübergreifende Fristenliste mit Vorlauf-Erinnerung?
7. 7Sind die Abgrenzungsregeln für Reporting dokumentiert: Stichtag, Zuordnung, Bereinigung?
8. 8Kennen Sie Ihren Vertriebsaufwand je Abschluss und Ihre verfügbare Kundenzeit je Woche?
9. 9Werden Statusänderungen an Einheiten protokolliert?
10. 10Ist ein Termin festgelegt, an dem Struktur und Definitionen überprüft werden?