Ein Lastenheft entsteht meist am Schreibtisch: Fachabteilungen liefern Stichworte, IT übersetzt sie in Anforderungen, niemand testet, ob die Beschreibung zur echten Arbeitsweise passt. Das Ergebnis liegt oft erst nach Wochen vor und bleibt trotzdem vage an genau den Stellen, die später teuer werden. Eine moderne Anforderungsspezifikation geht den umgekehrten Weg: Anforderungen werden in Workshops erhoben und direkt an einem Modell geprüft, bevor sie ins Dokument gehen. Das Ergebnis liegt in ein bis zwei Wochen vor und ist trotzdem ausschreibungsfähig, also uneingeschränkt für jeden Implementierungspartner nutzbar.

Warum ein klassisches Lastenheft oft zu spät zu ungenau ist

Ein typisches Lastenheft sammelt Anforderungen aus Interviews und bestehenden Dokumenten. Die Struktur wirkt vollständig, bis ein Anbieter nachfragt: Wie genau soll der Freigabeprozess bei Sonderfällen laufen? Was passiert, wenn zwei Abteilungen unterschiedliche Vorstellungen vom gleichen Feld haben? Solche Lücken zeigen sich meist erst in der Umsetzung, wenn Change Requests bereits Geld kosten.

Der Grund liegt im Format selbst. Ein Text beschreibt einen Prozess aus der Erinnerung der Beteiligten. Er zeigt nicht, wie eine Maske tatsächlich aussieht, welche Felder Pflicht sind oder wie ein Workflow bei einer Ausnahme reagiert. Genau diese Details entscheiden später über Aufwand und Preis. Wer sie erst während der Umsetzung entdeckt, verhandelt Nachträge statt Festpreise. Typische Folgefehler sind in ERP-Einführung: Typische Fehler beschrieben.

Was eine prototypbasierte Anforderungsspezifikation anders macht

Die Anforderungsspezifikation entsteht in strukturierten Remote-Workshops mit den Fachbereichen, die den Prozess täglich ausführen. Statt Anforderungen nur zu beschreiben, werden zentrale Abläufe direkt am Modell durchgespielt: Masken, Felder, Freigabeschritte, Sonderfälle. Was in einem Text unklar bleibt, wird in der Sitzung sichtbar und sofort korrigiert. Stakeholder*innen sehen am Bildschirm, was gemeint ist, statt eine Formulierung zu interpretieren.

Das verändert das Ergebnis grundlegend. Statt einer Textsammlung mit Interpretationsspielraum entsteht ein Dokument, das jeden Prozessschritt, jede Rolle und jede Ausnahme konkret benennt, weil sie im Workshop tatsächlich durchgesprochen und nicht nur behauptet wurden. Der Zeitaufwand sinkt trotzdem: ein bis zwei Wochen statt der Monate, die ein klassisches Lastenheft oft über mehrere Interviewrunden braucht.

Was eine gute Spezifikation konkret enthält

Eine belastbare Anforderungsspezifikation deckt mehr ab als eine Liste gewünschter Funktionen. Ein vollständiges Dokument enthält typischerweise:

Diese Detailtiefe ist der eigentliche Unterschied zum klassischen Lastenheft. Sie entsteht nicht durch längeres Schreiben, sondern durch das gemeinsame Durchspielen der Abläufe im Workshop.

Warum das Dokument trotzdem ausschreibungsfähig bleibt

Ein naheliegender Einwand: Wenn die Spezifikation mit Nuclos-Workshops entsteht, ist sie dann nicht automatisch auf Nuclos zugeschnitten? Nein. Die Spezifikation beschreibt Ihren Prozess, nicht eine Nuclos-Konfiguration. Rollen, Felder, Freigabeschritte und Abnahmekriterien sind technologieneutral formuliert und lassen sich von jedem Implementierungspartner umsetzen, der ERP-Anforderungen lesen kann.

Das Dokument geht in Ihr Eigentum über. Es gibt keine Bindung an Nuclos als Anbieter und keine Klausel, die eine externe Ausschreibung ausschließt. Wer nach der Spezifikation mehrere Angebote einholen will, kann das Dokument unverändert an andere Anbieter weitergeben. Das ist der Kern von „ausschreibungsfähig”: Das Ergebnis ist ein Entscheidungsinstrument für Sie, keine Vorstufe zu einem Vertrag, der nur mit einem Anbieter funktioniert. Wer offene Wege bei der ERP-Auswahl grundsätzlich wichtig findet, findet den Hintergrund dazu im Vergleich der ERP-Anbieter.

Vom Dokument zum Festpreisangebot

In der Praxis nutzen die meisten Kund*innen die Spezifikation direkt als Grundlage für ein Angebot von Nuclos Enterprise: produktives ERP auf vereinbartem Scope, Go-Live typischerweise in 30 Tagen. Der Weg von der Spezifikation zum Festpreisangebot ist kurz, weil Scope, Feldebene und Sonderfälle bereits dokumentiert sind. Es entfällt die übliche Klärungsrunde, in der ein Anbieter erst einmal versteht, was tatsächlich gemeint ist.

Genauso möglich: Die Spezifikation wird an mehrere Anbieter zur Angebotserstellung gegeben, und die Entscheidung fällt erst danach. Beide Wege sind vorgesehen. Wie Festpreis und fester Scope zusammenhängen und warum beide vor Projektstart feststehen sollten, zeigt Festpreis und fester Scope beim ERP.

Wann die Spezifikation der richtige Startpunkt ist

Die Anforderungsspezifikation passt, wenn mehrere Stakeholder*innen sich vor einer Investitionsentscheidung abstimmen müssen, kein belastbares Lastenheft vorliegt oder eine interne Freigabe ein greifbares Dokument statt loser Notizen verlangt. Sie passt weniger, wenn bereits ein einzelner Teilprozess getestet werden soll, bevor überhaupt in die Breite spezifiziert wird. Dafür ist der 48h-Prototyp der passendere Einstieg, oft auch als Vorstufe zur vollständigen Spezifikation. Eine Übersicht aller Einstiegswege bietet Welcher Einstieg in Nuclos passt zu Ihnen?.

Für Geschäftsführung und IT-Leitung ist die gemeinsame Entscheidung entscheidend: Wer trägt die Verantwortung für Scope, und wer prüft, ob die Spezifikation die tatsächliche Arbeitsweise abbildet? Diese Klärung vor dem Angebot spart mehr Zeit als jede zusätzliche Interviewrunde danach.