Abnahmekriterien statt Zusagen: wie aus „bauen Sie uns etwas“ ein prüfbarer Satz wird

Abnahmekriterien sind der Teil eines Angebots, an dem sich später entscheidet, ob ein Vorhaben abgenommen wird oder in eine Diskussion läuft. Wir schreiben sie vor dem Start hinein, nicht nach der Lieferung ins Protokoll. Wie aus einem Satz wie „bauen Sie uns ein System für die Bestellungen“ ein prüfbarer Satz wird, steht hier.

Warum „bauen Sie uns ein System“ kein Auftrag ist

Der Satz ist ehrlich gemeint und beschreibt trotzdem nichts. Er nennt kein Ergebnis, keine Daten, keinen Zustand, an dem jemand ablesen könnte, ob das Ziel erreicht ist. Zwei Seiten unterschreiben ihn in bestem Einvernehmen und meinen dabei zwei verschiedene Dinge: Die eine denkt an eine Übersicht, die andere an eine Anbindung an die Warenwirtschaft.

Auffällig wird das erst bei der Lieferung. Dann steht Aussage gegen Aussage, und die Frage „ist das fertig?“ hat keine Antwort außer Verhandlungsgeschick. Genau an dieser Stelle verlieren beide: Der Auftraggeber bekommt etwas, das er anders erwartet hatte, und der Auftragnehmer arbeitet Wochen nach, die niemand geplant hat.

Ein prüfbares Kriterium ist deshalb kein juristischer Formalismus, sondern ein Werkzeug gegen Missverständnisse. Es beantwortet vor dem Start eine einzige Frage: Woran sehen wir gemeinsam, dass die Arbeit erledigt ist?

Abnahmekriterien entstehen aus drei Fragen

Wir kommen von einem vagen Wunsch mit drei Fragen zu einem Satz, den man prüfen kann. Sie klingen simpel und dauern trotzdem ein ganzes Gespräch.

1. Woran sehen Sie, dass es funktioniert? Nicht „was soll es können“, sondern: Welchen Bildschirm öffnen Sie, welche Zahl schauen Sie an, welchen Vorgang spielen Sie durch? Die Antwort verschiebt die Diskussion von der Funktion zum Nachweis.
2. An welchen Daten prüfen wir das? Ein Kriterium ohne Datensatz ist keins. Wir benennen den konkreten Bestand, an dem geprüft wird – ein Monat echter Belege, ein bestimmter Mandant, eine Liste von Fällen, die vorher feststeht.
3. Wer stellt das fest, und was passiert bei Abweichung? Eine benannte Person auf Kundenseite, ein Termin, ein Vorgehen für den Fall, dass ein Punkt nicht erfüllt ist. Ohne diesen dritten Teil wandert die Abnahme in die E-Mail-Ablage.

Aus den Antworten wird ein Satz im Muster: Zustand + Datenbasis + messbare Grenze. „Die Erkennung ist gut“ wird zu „für die Belege eines vollen Monats entsteht zu jeder Position ein Datensatz mit Lieferant, Datum und Betrag, und jede Zeile verweist auf ihr Belegbild“. Der zweite Satz ist länger, unromantischer und im Streitfall die ganze Miete.

Abnahmekriterien gehören ins Angebot, nicht ins Protokoll

Was abgenommen wird, steht vor dem Start im Angebot – nicht danach im Protokoll. Konkret enthält unser Angebot deshalb immer vier Dinge: die Leistungsbeschreibung in der Sprache des Auftraggebers; je Lieferung die Kriterien, an denen sie geprüft wird; die Vertragsform, also Werk mit Abnahme oder Beratung nach Tagen; und die Feststellung, dass Code, Dokumentation und Zugänge dem Auftraggeber vom ersten Tag an offenstehen und die Nutzungsrechte am eigens für ihn erstellten Code mit vollständiger Bezahlung auf ihn übergehen. Der Zeitrahmen steht ebenfalls im Angebot und nicht auf dieser Seite, weil er zu jedem Vorhaben anders aussieht.

Zwei Dinge stehen bewusst nicht drin. Erstens Personentage als Ergebnis: Wer Tage kauft, kauft Anwesenheit, und Anwesenheit lässt sich nicht abnehmen. Zweitens Formulierungen, die Zufriedenheit versprechen. Zufriedenheit ist keine Größe, die man prüfen kann; die Abgrenzung zwischen einem geschuldeten Ergebnis und einer geschuldeten Tätigkeit erklärt der Artikel Werkvertrag.

Die Weisung an unsere Entwickler läuft dabei über unsere Projektleitung. Das ist kein Detail der Höflichkeit: Wer ein Ergebnis schuldet, muss den Weg dorthin selbst verantworten können.

Drei Sätze aus echten Projekten

• Lieferantenverzeichnis aus Belegfotos. Geprüft wurde nicht „die Erkennung läuft“, sondern: Aus 3 579 Rechnungspositionen entsteht ein Verzeichnis mit 24 Lieferanten, und 100 % der Zeilen zeigen das Belegbild, aus dem sie stammen. Der Nachweis war ein Klick pro Stichprobe.
• Fünf Jahre Bestellhistorie in ein CRM. Der Satz lautete: 19 686 Bestellungen stehen im System, keine einzige Dublette, keine automatische Reaktion an Altkunden. Alle drei Teile sind nach dem Lauf in der Datenbank ablesbar – der dritte war dem Kunden der wichtigste.
• Fünfte Sprache für eine Oberfläche. Kein fehlender Schlüssel, alle Platzhalter unverändert, kein Begriff aus dem Glossar übersetzt. Diese drei Punkte prüft eine Automatik bei jedem Build, nicht ein Mensch nach Gefühl.

Auffällig ist, was diese Sätze gemeinsam haben: Sie sind langweilig. Ein gutes Kriterium liest sich wie eine Buchhaltungszeile, nicht wie ein Versprechen.

Wo wir uns selbst geschadet haben

Wir haben das nicht immer so gemacht. In einem frühen Vorhaben stand im Angebot „die Oberfläche reagiert zügig“ – ohne Gerät, ohne Datenmenge, ohne Grenze. Bei der Abnahme war der Bildschirm auf einem alten Rechner mit dem größten Mandanten spürbar träge, und wir hatten kein Argument, sondern nur eine Meinung. Nachgearbeitet haben wir auf eigene Kosten, und das war richtig – der unklare Satz war unserer.

Der zweite Fehler war subtiler: eine Prüfung an einer zufälligen Stichprobe statt an den Fällen, die täglich benutzt werden. Formal war alles erfüllt, im Alltag fiel dem Kunden trotzdem etwas auf. Seitdem legen wir die Stichprobe vorher fest und gewichten sie nach Nutzung, statt sie dem Zufall zu überlassen.

Beide Male galt dieselbe Lehre: Ein Kriterium, das wir selbst nicht messen können, ist eine Zusage – und Zusagen sind genau das, was wir ersetzen wollten. Wie wir daraus ein Vorhaben aufsetzen, vom ersten Gespräch bis zur letzten Lieferung, steht unter Softwareentwicklung für den Mittelstand.