B2B-Software mit Betriebsrat als offenem Projektfaktor vorstellen

Stellen Sie ein Softwarevorhaben anhand des vorgesehenen Arbeitsschritts und der dabei betroffenen Informationen vor. Bleiben Fragen zur Beteiligung des Betriebsrats offen, werden sie mit ihrem Gegenstand und dem zuständigen Klärungsweg dokumentiert. Ein überzeugender Vertriebstermin ersetzt diese Prüfung nicht.

Das Vorhaben als Arbeitssituation statt als Produktversprechen beschreiben

Beginnen Sie mit der Aufgabe, die der Kunde verändern möchte. Wer erledigt sie heute, welche Information wird dafür gebraucht und welches Arbeitsergebnis soll künftig vorliegen? Schreiben Sie den beschriebenen Ablauf in verständlicher Sprache auf. Eine allgemeine Behauptung wie „mehr Transparenz für alle“ lässt offen, wer welche Daten sehen oder auswerten könnte. Gerade diese Unterschiede können für die weitere Prüfung wichtig sein. Der erste Vorhabensteckbrief braucht deshalb konkrete Tätigkeiten und erkennbar offene Punkte, nicht bereits eine vollständige rechtliche oder technische Bewertung des noch unklaren Projekts.

Klären Sie anschließend den bisherigen Entscheidungsstand. Wird lediglich eine mögliche Lösung vorgestellt, soll eine fachliche Prüfung vorbereitet werden oder ist bereits ein bestimmter Einführungsumfang beschrieben? Verwenden Sie den tatsächlich bestätigten Stand. Der Wunsch einer Produktionsfunktion nach besserer Abstimmung ist keine Aussage darüber, welche Stelle das Vorhaben genehmigt hat. Ebenso wenig beweist die Teilnahme eines Betriebsratsmitglieds an einem Gespräch eine abschließende Zustimmung. Der Vertrieb hält Aufgaben und Antworten zusammen, ohne aus einzelnen positiven Signalen eine weitergehende Entscheidung zu machen. Offene Beteiligung wird damit als Teil des Vorhabens behandelt und nicht als Störung, die rhetorisch zu umgehen wäre.

Nutzung, Daten und mögliche Auswertungen auseinanderhalten

Beschreiben Sie, welche Informationen der geplante Ablauf tatsächlich benötigen würde. Trennen Sie fachliche Vorgangsdaten von Angaben, die sich auf Personen beziehen oder entsprechende Bezüge ermöglichen könnten. Benennen Sie den bekannten Stand und die Stellen, an denen die technische Beschreibung noch fehlt. Ein Produktname oder eine Einstellung mit freundlich klingender Bezeichnung beantwortet nicht, welche Daten anfallen. Wenn eine Funktion nicht geprüft ist, wird sie als ungeklärt geführt. Versprechen Sie weder eine bestimmte Auswertung noch deren vollständigen Ausschluss, solange die dafür nötige Produkt- und Nutzungsklärung nicht vorliegt.

Erfassen Sie auch die vorgesehenen Empfänger und Verwendungszwecke. Wer soll einen Vorgang sehen, wer könnte Berichte abrufen und wozu sollen diese Informationen eingesetzt werden? Halten Sie offene Fragen zu Protokollen, Zugriff und weiterer Nutzung getrennt fest. Dieser Steckbrief legt keine zulässigen Speicherfristen oder Berechtigungen für Ihr Projekt fest. Er sorgt dafür, dass die zuständigen Personen die tatsächlich geplante Verarbeitung beurteilen können. Eine Aussage wie „Wir arbeiten nur mit einer Kennung“ darf einen möglichen Personenbezug nicht ohne Prüfung wegdefinieren. Ebenso darf ein allgemeines Sicherheitsmerkmal nicht als Antwort auf jede Frage zur betrieblichen Nutzung verwendet werden.

Den Kunden nach seinem zuständigen Beteiligungsweg fragen

Fragen Sie, welche Funktionen auf Kundenseite die Beschreibung fachlich, organisatorisch und gegebenenfalls rechtlich prüfen sollen. Ein vorhandener Ansprechpartner kann diesen Weg koordinieren, ohne alle Fragen selbst entscheiden zu dürfen. Notieren Sie die bestätigte Zuständigkeit und die für den nächsten Schritt benötigte Unterlage. Fordern Sie nicht vorsorglich vertrauliche interne Unterlagen oder persönliche Kontaktdaten an, wenn eine abgestimmte Zusammenfassung ausreicht. Die Kundenseite bestimmt ihren tatsächlichen Prozess. Der Vertrieb darf ihn weder aus einem Organigramm erraten noch durch eine parallele Ansprache einzelner Personen umgehen.

§ 87 Absatz 1 Nummer 6 Betriebsverfassungsgesetz betrifft die Mitbestimmung bei bestimmten technischen Einrichtungen zur Verhaltens- oder Leistungskontrolle. Ob und wie die Regelung für das konkrete Vorhaben relevant ist, wird hier nicht entschieden. Der enge Quellenbezug erklärt, weshalb pauschale Aussagen wie „Bei dieser Software spielt der Betriebsrat keine Rolle“ ungeeignet sind. Weitere Beteiligungs-, Datenschutz- oder Sicherheitsfragen können einen eigenen Prüfgegenstand haben. Benennen Sie daher die tatsächliche offene Frage und führen Sie sie an den qualifizierten kundenseitigen Weg zurück. Eine Vertriebsformulierung schafft keine Ausnahme und ersetzt keine erforderliche Bewertung.

Einen fiktiven Vorhabensteckbrief für die Klärung ausfüllen

Das folgende Vorhaben ist vollständig fiktiv und beschreibt keine vorhandene LDM-Funktion oder reale Verarbeitung. Betrieb A möchte die Übergabe offener technischer Anfragen zwischen zwei Schichten besprechen. Der Steckbrief nennt als Aufgabe die Sichtbarkeit des Bearbeitungsstands eines Vorgangs. Die gewünschten Angaben sind Vorgangsreferenz, fachlicher Status und nächste zuständige Funktion. Ob persönliche Nutzerkennungen gespeichert, weiter ausgewertet oder in zusätzlichen Protokollen geführt würden, ist noch ungeklärt. Als gewünschter Zweck steht „Arbeitsübergabe nachvollziehen“, nicht eine bereits bestätigte technische oder rechtliche Begrenzung sämtlicher anderer Nutzungsmöglichkeiten.

Die fiktive Kundenkoordination benennt die zuständigen Stellen für die nächste Beschreibungsklärung. Zeile eins des Steckbriefs enthält den bestätigten fachlichen Anlass. Zeile zwei hält die noch benötigte Funktions- und Datenbeschreibung fest. Zeile drei dokumentiert die offene Beteiligungsfrage und den dafür vereinbarten internen Bearbeitungsweg. Der Arbeitsstand ist damit bereit zur gezielten Prüfung, nicht zum Einsatz mit Beschäftigtendaten freigegeben. Eine Vorführung könnte den vorgesehenen Ablauf anhand ausdrücklich konstruierter Daten erläutern, sofern sie separat abgestimmt ist. Sie würde aber keine Entscheidung über die spätere Nutzung ersetzen und keine Zustimmung aus einer bloßen Teilnahme ableiten.

Eine unvollständige Antwort nicht als Freigabe weiterreichen

Im fiktiven Gegenfall lautet die einzige Information, die Software werde „keine Mitarbeitenden überwachen“. Welche Funktionen vorhanden sind, welche Daten aufgezeichnet werden und wer welche Auswertung sehen könnte, ist jedoch nicht beschrieben. Der Steckbrief markiert diese fehlende Grundlage ausdrücklich. Die Aussage wird nicht als geklärte Beteiligungsfrage in das Angebot übernommen. Als nächste Aufgabe ist die konkrete Produkt- und Nutzungsbeschreibung eingetragen. Der Kunde erhält keine pauschale Zusicherung, dass sich eine Bewertung durch die zuständigen Stellen erübrige. Eine gewünschte Beschleunigung der Beschaffung macht die fehlenden Informationen nicht weniger wichtig.

Ordnen Sie Rückmeldungen immer der Frage zu, die tatsächlich beantwortet wurde. Eine Bestätigung zur technischen Darstellbarkeit kann die offene Beteiligungsfrage unberührt lassen. Ein Hinweis zum vorgesehenen Demoablauf gilt nicht automatisch für einen späteren Pilot- oder Produktivumfang. Werden zusätzliche Daten, Berichte oder Nutzergruppen gewünscht, halten Sie diese Änderung sichtbar fest und geben Sie die betroffenen Fragen erneut in den zuständigen Prozess. Behaupten Sie nicht, eine frühere Antwort erfasse unbegrenzt jede spätere Erweiterung. Auch ein Statusfeld „freigegeben“ ist nur mit seinem Gegenstand, seiner tatsächlichen Quelle und seinen Grenzen verständlich.

Die nächste Prüfung mit dem richtigen Informationsstand übergeben

Der fertige Steckbrief enthält Nutzungssituation, betroffene Rollen, bekannte Funktionen, vorgesehene Daten und Zwecke sowie die ausdrücklich offenen Fragen. Für jeden offenen Punkt ist erkennbar, welche Auskunft benötigt wird und welcher kundenseitig bestätigte Weg sie klärt. Eine Kollegin darf aus der Übergabe nicht schließen müssen, ob „Betriebsrat erledigt“ eine Gesprächsteilnahme, eine Unterlagenprüfung oder etwas anderes bedeutete. Formulieren Sie deshalb konkrete belegte Zustände. Bleibt eine wesentliche Frage offen, bleibt auch die darauf angewiesene Aussage im Angebot offen. Das schließt eine sachliche Weiterarbeit an anderen, tatsächlich geklärten Punkten nicht aus.

Dieser Leitfaden unterscheidet sich vom Demo-Drehbuch und vom organisatorischen Pilotauftrag. Die Demo legt Vorführschritte fest, der Pilotauftrag begrenzt vereinbarte Arbeiten. Hier geht es um eine lesbare Vorhabenbeschreibung und den tatsächlichen Stand der Beteiligungsklärung vor weitergehenden Zusagen. Es wird keine Rechtsposition für ein bestimmtes Unternehmen festgestellt und keine softwareseitige Garantie für Mitbestimmung, Datenschutz oder Überwachungsfreiheit abgegeben. Nutzen Sie die qualifizierten Stellen und den bestehenden freigegebenen Kundenprozess. Die Aufgabe des Vertriebs ist eine präzise Beschreibung mit ehrlichen Grenzen, nicht die Beschaffung einer scheinbaren Freigabe durch geschickte Wortwahl.

Quelle, geprüft am 18.10.2026: Betriebsverfassungsgesetz, § 87, https://www.gesetze-im-internet.de/betrvg/__87.html . Verwendet wird der begrenzte Regelungsgegenstand von Absatz 1 Nummer 6. Vorhabensteckbrief und Fälle sind redaktionell beziehungsweise fiktiv; keine Einzelfallanwendung, Beteiligungsentscheidung, Datenschutzprüfung oder rechtliche Freigabe wird erklärt.

In der Praxis lässt sich das testen mit offenen Statistiken zur E-Mail-Infrastruktur von Domains auf check.live-direct-marketing.online.

Häufige Fragen