Aus Rahmenbedingungen werden konkrete Tests.

Dieses Arbeitsblatt ersetzt weder Markteintrittsberatung noch fachliche Freigaben. Es hilft, Deutschlandbezug so zu dokumentieren, dass er Architektur, Oberfläche, Anbieterwahl, Testplan und Übergabe tatsächlich verändert.

Entscheidungsmatrix

Prüffeld	Zu klärende Frage	Nachweis vor Veröffentlichung
Zielgruppe	Wer nutzt, beauftragt, genehmigt, bezahlt und unterstützt das System?	Benannte Rollen und ein durchgespielter Hauptablauf.
Sprache	Welche Oberflächen benötigen Deutsch und wer genehmigt Fach- und Rechtstexte?	Sprachverantwortung, Terminologieliste und fachliche Prüfung.
Daten	Welche personenbezogenen Daten werden wofür und durch wen verarbeitet?	Datenfluss, Empfänger, Aufbewahrung, Löschung, Anfragen und Vorfallweg.
Endgerät	Welche Cookies, Speicherzugriffe, Pixel oder eingebetteten Dienste werden ausgelöst?	Technische Inventur und dokumentierte Consent-Entscheidung.
Barrierefreiheit	Welche gesetzlichen und vertraglichen Anforderungen gelten für Produkt oder Dienstleistung?	Geltungsprüfung, Prüfkriterien, Testergebnis und bekannte Ausnahmen.
Handel	Wer verkauft, rechnet ab, nimmt Zahlungen an und stimmt Vorgänge ab?	Freigegebener Rechnungs- und Zahlungsweg samt Fehlerfällen.
Betrieb	Wer entscheidet, veröffentlicht, überwacht, reagiert und stellt wieder her?	Abnahme, Zugänge, Monitoring, Support, Sicherung und Rückfallplan.

Wichtig: Deutschland ist nicht gleich „deutsche Firma“.

Vertragspartner, Sitz, Nutzer, Leistung, Datenweg und Zahlungsfluss können unterschiedliche Bezugspunkte haben. Fachleute prüfen, welche Regeln im konkreten Fall gelten.

Werkstücke

Ergebnis des Prüfblatts

Fünf nutzbare Projektartefakte.

Betriebsbild mit Personen, Systemen, Daten, Entscheidungen und Grenzen.
Anforderungsliste mit eindeutigem Nachweis statt vager Zusage.
Entscheidungsprotokoll für bestätigt, offen, ausgeschlossen und fachlich zu prüfen.
Testplan für Hauptablauf, Fehlerfälle, Sprache, Zugriff, Daten und Wiederherstellung.
Übergabeplan für Zugänge, Dokumentation, Überwachung, Support und nächste Prüfung.

Projektstart

Ein echter Ablauf reicht für den Anfang.

Wir ordnen Beteiligte, Systeme, Risiken und offene Fachfragen, bevor Technologie versprochen wird.

Prüfauftrag skizzieren