Startseite / Blog / Business-Continuity-Plan

Betrieb

Wie erstellt man einen Notfallplan für den Geschäftsbetrieb im Kleinunternehmen?

Praxisleitfaden für den Business-Continuity-Plan im Kleinunternehmen: kritische Funktionen, Risiken, Wiederanlaufzeiten, Rollen, Backups, Tests und Überprüfung.

10. Oktober 2026 · 6 Min. Lesezeit

Ein Business-Continuity-Plan (BCP) ist ein kurzes, schriftliches Dokument, das erklärt, wie Ihr Unternehmen weiterläuft oder schnell wieder in Betrieb kommt, wenn etwas den Betrieb stört: ein Brand, ein Stromausfall, ein Ransomware-Angriff, der Ausfall eines Lieferanten oder das plötzliche Fehlen einer Schlüsselperson. Für ein Kleinunternehmen muss er keine achtzig Seiten umfassen. Wenige klare Seiten, die man unter Druck findet und befolgen kann, sind weit mehr wert als ein dicker Ordner, den niemand gelesen hat.

Warum braucht ein Kleinunternehmen einen solchen Plan?

Kleine Betriebe haben selten Puffer: eine Inhaberin oder ein Inhaber, ein Standort, ein zentrales System und ein paar Kunden, die morgen mit Ihnen rechnen. Ein Plan verhindert keine Vorfälle, verkürzt aber das Chaos danach, schützt Umsatz und Kundenvertrauen und wird zunehmend von Großkunden, Versicherern und Kreditgebern verlangt.

Schritt 1: Kritische Funktionen bestimmen

Listen Sie zunächst auf, was das Unternehmen im Alltag tatsächlich tut, und markieren Sie, was bei einem Ausfall am meisten schmerzen würde. Typische Kandidaten:

• Umsatzbringende Tätigkeiten: Produkte oder Leistungen erbringen, Bestellungen annehmen, Laden oder Baustelle betreiben.
• Geld einnehmen: Rechnungsstellung, Zahlungsabwicklung und Mahnwesen.
• Geld auszahlen: Löhne, Lieferanten, Steuern und Miete.
• Kommunikation: Telefon, E-Mail und die Kanäle, über die Kunden Sie erreichen.
• Rechts- und Sicherheitspflichten: alles, was Sie weiterführen müssen, um regelkonform zu bleiben oder Menschen zu schützen.

Notieren Sie zu jeder Funktion, von welchen Personen, Systemen, Lieferanten und Orten sie abhängt. Diese Abhängigkeitsliste ist das Rohmaterial für alles Weitere.

Schritt 2: Eine einfache Risikobewertung durchführen

Sie brauchen keine formelle Methodik. Fragen Sie für jede kritische Funktion, was sie realistisch unterbrechen könnte, und bewerten Sie zwei Dinge von eins bis fünf: die Eintrittswahrscheinlichkeit und die Schwere der Auswirkung. Multiplizieren Sie die Werte und gehen Sie die höchsten zuerst an. Häufige Szenarien:

• Verlust der Räumlichkeiten durch Brand, Wasserschaden oder ein gesperrtes Gebäude.
• Ausfall von Strom, Internet oder Telefon.
• Cybervorfall, Datenverlust oder defektes Gerät.
• Ausfall eines wichtigen Lieferanten oder Softwareanbieters.
• Krankheit, Kündigung oder Abwesenheit einer Schlüsselperson.

Seien Sie ehrlich bei Einzelausfallpunkten, etwa der einen Person, die die Passwörter kennt, oder dem einen Lieferanten ohne Alternative.

Schritt 3: Wiederanlaufzeiten festlegen

Die Recovery Time Objective (RTO) ist die längste Zeit, die eine Funktion ausfallen darf, bevor der Schaden nicht mehr tragbar ist. Legen Sie für jede kritische Funktion eine fest, in einfachen Einheiten wie zwei Stunden, ein Tag oder eine Woche. Eine verwandte Größe ist die Recovery Point Objective (RPO): wie viele aktuelle Daten Sie sich zu verlieren leisten können, was bestimmt, wie oft Backups laufen müssen. Kurze Ziele kosten mehr; lassen Sie die Zahlen also lenken, wo Sie investieren: Die Rechnungsstellung verkraftet vielleicht einen Tag, die Auftragsannahme eher nicht.

Schritt 4: Rollen verteilen und Kontakte aktuell halten

Im Ernstfall ist oft das größte Problem, dass niemand weiß, wer entscheidet. Benennen Sie eine verantwortliche Person für den Plan, für jede Rolle eine Vertretung und eine klare Entscheidungsreihenfolge. Halten Sie dann fest:

• Kontakte der Mitarbeitenden: Mobilnummern und eine private E-Mail-Adresse, nicht nur Firmenkonten, die ausfallen können.
• Wichtige externe Kontakte: Lieferanten, Vermieter, Versicherung, Bank, IT-Dienstleister, Steuerberater und Versorger.
• Kundenkommunikation: wer den Kunden was mitteilt, über welchen Kanal und mit welcher Überbrückungsmeldung.

Bewahren Sie eine gedruckte oder Offline-Kopie an einem zugänglichen Ort auf, denn ein Plan, der nur auf dem ausgefallenen System liegt, nützt nichts.

Schritt 5: Backups und Ausweichlösungen planen

Schreiben Sie für jede kritische Funktion die Rückfalllösung auf. Meist ist das eine Mischung aus Datensicherungen und manuellen oder alternativen Arbeitsweisen:

• Daten: Halten Sie mindestens eine Kopie extern oder in der Cloud, eine Kopie, die ein infizierter Rechner nicht ändern oder löschen kann, und prüfen Sie, ob die Wiederherstellung wirklich funktioniert.
• Systeme und Zugänge: Bewahren Sie kritische Zugangsdaten sicher auf, mit einem Weg für eine zweite vertrauenswürdige Person.
• Räume und Ausstattung: Homeoffice-Option, gegenseitige Vereinbarung mit einem anderen Betrieb oder Ersatzgeräte für das Wesentliche.
• Lieferanten: eine freigegebene Alternative für alles, ohne das Sie nicht auskommen.
• Liquidität: genug Rücklagen oder Kredit, um Löhne bei gestörten Einnahmen zu zahlen, und eine Prüfung, was Ihre Versicherung tatsächlich abdeckt.

Schritt 6: Den Plan testen

Ein ungetesteter Plan ist eine Vermutung. Beginnen Sie mit einer kurzen Planbesprechung: Versammeln Sie das Team, schildern Sie ein Szenario wie „Das Büro ist am Montagmorgen nicht zugänglich“ und gehen Sie durch, wer was tut. Notieren Sie jede Lücke, etwa eine veraltete Nummer oder ein fehlendes Passwort. Testen Sie danach die technischen Teile getrennt, vor allem die Wiederherstellung eines Backups. Schon eine realistische Übung pro Jahr deckt Probleme auf, die sich jetzt viel günstiger beheben lassen.

Schritt 7: Nach festem Turnus überprüfen

Pläne veralten schnell. Überprüfen Sie Ihren mindestens einmal im Jahr und immer, wenn sich etwas Wesentliches ändert: ein neues System, ein neuer Standort, Ein- oder Austritt einer Schlüsselperson, ein größerer Lieferantenwechsel oder nach jedem echten Vorfall oder Test. Halten Sie Datum, Version und Freigebende fest und weisen Sie neue Mitarbeitende bei der Einarbeitung in ihre Rolle ein.

Wenn der Plan dort leben soll, wo Ihr Team ohnehin arbeitet, kann FulcrumGrid Command Center Ihre wichtigsten Aufgaben, Verantwortlichen und Fristen an einem Ort bündeln, was bei der Abhängigkeitsliste und den Erinnerungen an die Überprüfung hilft. Es ist ein Koordinationshilfsmittel, kein Ersatz für das oben beschriebene Nachdenken: Der Wert eines Continuity-Plans liegt in den Entscheidungen, die Sie darin treffen, und darin, sie zu üben, bevor Sie sie brauchen.

Häufige Fragen

Was ist ein Business-Continuity-Plan?

Ein kurzes schriftliches Dokument, das beschreibt, wie ein Unternehmen weiterarbeitet oder sich schnell erholt, wenn etwas den Betrieb stört, etwa ein Brand, ein Ausfall, ein Cybervorfall oder der Verlust einer Schlüsselperson. Er umfasst kritische Funktionen, Wiederanlaufziele, Rollen, Kontakte, Backups und Tests.

Wie lang sollte der Plan eines Kleinunternehmens sein?

So lang, dass er nutzbar bleibt, und das sind bei den meisten Kleinunternehmen wenige Seiten. Klarheit zählt mehr als Länge: Man muss ihn im Ernstfall schnell finden und befolgen können.

Was ist eine Recovery Time Objective (RTO)?

Sie ist die längste Zeit, die eine Funktion ausfallen darf, bevor der Schaden nicht mehr tragbar ist. Sie legen eine pro kritischer Funktion fest, zum Beispiel zwei Stunden für die Auftragsannahme oder einen Tag für die Rechnungsstellung, und sie bestimmt, wie viel Sie in Backups und Alternativen investieren.

Wie oft sollte ich den Plan testen und überprüfen?

Prüfen Sie ihn mindestens einmal im Jahr und bei jeder wichtigen Änderung, etwa einem neuen System, Standort oder einer neuen Schlüsselperson. Führen Sie mindestens eine Planbesprechung pro Jahr durch und testen Sie die Wiederherstellung Ihrer Backups regelmäßig.

Ist ein Business-Continuity-Plan dasselbe wie ein Notfallwiederherstellungsplan?

Nicht ganz. Der Continuity-Plan sichert den Betrieb des gesamten Unternehmens samt Personal, Räumen und Lieferanten. Der Disaster-Recovery-Plan ist meist der engere technische Teil, der sich auf die Wiederherstellung von IT-Systemen und Daten konzentriert.

← Zurück zum Blog