Ihr Kunde hat eine Datei eingereicht. Sie lässt sich öffnen, der Upload ist abgeschlossen. Ihre Beraterin schaut hinein und stellt fest: Es ist eine leere Vorlage. Angefragt war die Verfahrensbeschreibung, die an einem bestimmten Standort tatsächlich verwendet wird.
Dieses Beispiel ist erfunden. Es zeigt einen kleinen, aber wichtigen Teil einer digitalen Beratungsleistung: dem Kunden verständlich zu machen, was er bereitstellen soll, und die Rückfragen zur Unterlage zusammenzuhalten. Eine Anwendung unter Ihrer Marke könnte diesen Austausch begleiten. Die fachliche Einordnung der Unterlage bleibt bei Ihrer Beratung.
Erst erklären, welche Unterlage gemeint ist
Im Beispiel bereitet eine Beratung eine Prozessbesprechung vor. „Laden Sie Ihre Verfahrensbeschreibung hoch“ lässt mehrere Fragen offen. Ist die allgemeine Vorlage gemeint, ein Entwurf in Überarbeitung oder die freigegebene Fassung, die am Standort eingesetzt wird?
Eine konkretere Anfrage könnte lauten: „Bitte stellen Sie die freigegebene Verfahrensbeschreibung bereit, die an diesem Standort aktuell für den Umgang mit Betriebsunterbrechungen verwendet wird. Sie dient uns zur Vorbereitung des Gesprächs über Zuständigkeiten. Falls Sie nur eine Vorlage oder einen Entwurf haben, teilen Sie uns das bitte mit.“ Den bereits für diese Besprechung ausgewählten Standort könnte die Anwendung direkt bei der Anfrage anzeigen.
Diese Formulierung ist ein Vorschlag für die erfundene Leistung, keine allgemeine Vorgabe. Sie soll dem Kunden genügend Orientierung geben, um die passende Unterlage auszuwählen. Ihre Beratung bestimmt, was sie fachlich benötigt. Browserbite übersetzt diese Erklärung in einen verständlichen Ablauf.
Eine Anleitung des britischen Government Digital Service empfiehlt, vor dem Hochladen zu erklären, was benötigt wird. Der Beitrag stammt von 2017 und wird weiterhin von der aktuellen GOV.UK-Anleitung zum Datei-Upload verlinkt. Er liefert einen Gestaltungsgrundsatz, keine Untersuchung zu Ergebnissen von Beratungsprojekten. [1]
Bestätigen, was tatsächlich passiert ist
Nach einer erfolgreichen Übermittlung sollte der Kunde erkennen können, welche Datei er zu welcher Anfrage eingereicht hat. Im Beispiel könnte die Bestätigung lauten: „Ihre Datei für die Prozessbesprechung an diesem Standort ist eingegangen. Eine inhaltliche Prüfung durch die Beratung steht noch aus.“
Die Wortwahl ist entscheidend. Eine Eingangsbestätigung bestätigt den Eingang. Sie belegt weder die Aktualität der Unterlage noch den passenden Geltungsbereich oder eine fachliche Schlussfolgerung. Wenn die Anfrage bis zur Prüfung offen bleibt, sollte die Anwendung diesen nächsten Schritt erklären.
Scheitert die Übertragung, braucht der Kunde eine verständliche Erklärung und einen Weg, weiterzumachen. Die Formularanleitung des W3C empfiehlt nachvollziehbare Erfolgs- und Fehlermeldungen sowie Hilfe bei der Fehlerbehebung. Diesen Grundsatz würden wir auf den Upload-Ablauf übertragen und die Umsetzung auch mit assistiven Technologien prüfen. [2]
Eine Korrektur gehört zur selben Anfrage
Angenommen, der Kunde hat dennoch die Vorlage geschickt. Die Beraterin bemerkt dies bei der Durchsicht. Statt eines bloßen „Abgelehnt“ könnte die Anwendung eine konkrete Rückfrage anzeigen: „Dies ist die leere Vorlage. Bitte reichen Sie die freigegebene Fassung nach, die an diesem Standort verwendet wird, oder teilen Sie uns mit, wenn es keine freigegebene Fassung gibt.“
Der Kunde kehrt zu dieser Anfrage zurück, sieht die Erläuterung und reicht die passende Datei nach. Für die Beraterin sollte erkennbar bleiben, welche Einreichung neu ist und welche zuvor vorlag. Korrektur, Standort und Anlass der Anfrage gehören zusammen. Eine Datei mit ähnlichem Namen sollte diesen Zusammenhang nicht stillschweigend ersetzen.
Was passiert, wenn es keine freigegebene Fassung gibt? Der Kunde sollte das angeben können. In unserem Beispiel wird daraus ein Gesprächspunkt für die Beratung. Der Ablauf sollte weder eine beliebige Ersatzdatei erzwingen noch aus der fehlenden Unterlage automatisch ein fachliches Urteil ableiten.
Dies sind Vorschläge für die Gestaltung der Leistung. Daraus folgt nicht, dass Software beurteilen kann, ob das Verfahren angemessen ist oder der Kunde eine Verpflichtung erfüllt.
Nur anfordern, was die Leistung benötigt
Vor der Umsetzung würden wir auch prüfen, ob die Beratung die Datei überhaupt braucht. Reichen für die Vorbereitung eine kurze Antwort, ein vereinbarter Verweis auf eine vorhandene Unterlage oder ein Gespräch? Das GOV.UK Design System empfiehlt, einen Upload nur anzufordern, wenn er für die Leistung wesentlich ist. [3]
Wird eine Datei benötigt, sollte der Ablauf die unterstützten Formate und mögliche Grenzen vor dem Einreichen erklären. Eine einfache Bedienung braucht weiterhin einen angemessenen Schutz im Hintergrund. OWASP empfiehlt, Dateitypen auf den Bedarf der Anwendung zu begrenzen und mehrere Prüfmaßnahmen einzusetzen. Diese Umsetzung ist Aufgabe des Softwareanbieters. Sie ist von der fachlichen Prüfung des Inhalts durch Ihre Beratung zu unterscheiden. [4]
Mit einer konkreten Anfrage beginnen
Nicht jeder Austausch von Dateien benötigt eine eigene Anwendung. Wenn Ihr vorhandener sicherer Ablauf Anfrage, Antwort und Prüfung bereits verständlich zusammenführt, kann er ausreichen. Eine maßgeschneiderte Lösung wird dann interessant, wenn Unterlagen regelmäßig zu derselben Beratungsleistung und ihrer weiteren Bearbeitung gehören.
Bringen Sie einen solchen Austausch in ein Gespräch mit Browserbite mit: Was benötigt Ihre Beratung, was soll der Kunde bereitstellen, und wie reagieren Sie, wenn die Unterlage nicht passt? Wir übernehmen Gestaltung, Entwicklung und Prüfung des digitalen Ablaufs. Gemeinsam prüfen wir, ob er Ihre Leistung richtig abbildet. Die fachliche Beurteilung der eingegangenen Informationen bleibt bei Ihnen.
Quellen und Einordnung
[1] Government Digital Service: Some design tips for uploading things, 14. Februar 2017 — vorab erklären, was benötigt wird.
[2] W3C WAI: User Notification — verständliche Rückmeldungen und Fehlerbehebung.
[3] GOV.UK Design System: File upload — wann eine Datei für die Leistung benötigt wird.
[4] OWASP: File Upload Cheat Sheet — Einschränkungen und mehrstufige Prüfung.
Quellen geprüft am 4. Oktober 2026. Das Beispiel und der vorgeschlagene Ablauf sind redaktionelle Empfehlungen, keine Beschreibung eines bestehenden Standardprodukts. Die Quellen liefern Gestaltungs- und Umsetzungshinweise. Sie belegen keine Zeitersparnis, wirtschaftlichen Ergebnisse oder fachliche Konformität für dieses Beispiel.