Von Onterion AI · KI-Automatisierung & KI-Lösungen für den Mittelstand.
Wer KI-Software entwickeln lassen will, scheitert selten an der Technik – sondern an unklaren Anforderungen. Ein gutes Lastenheft ist das Dokument, das aus einer vagen Idee ein vergleichbares, kalkulierbares Projekt macht. Es beschreibt, was Sie brauchen, ohne schon vorzuschreiben, wie der Dienstleister es umsetzt. Dieser Leitfaden zeigt, welche Kapitel hineingehören und wie Sie als Geschäftsführer oder Ops-Verantwortlicher ein Lastenheft erstellen, das Angebote tatsächlich vergleichbar macht.
Lastenheft oder Pflichtenheft – wo liegt der Unterschied?
Die beiden Begriffe werden oft verwechselt, meinen aber zwei Seiten desselben Projekts:
- Lastenheft: Sie als Auftraggeber beschreiben Ziele und Anforderungen aus Anwendersicht – die „Lasten“, die das System tragen soll.
- Pflichtenheft: Der Dienstleister antwortet darauf und beschreibt die konkrete technische Umsetzung – wie er die Anforderungen erfüllt.
In der Praxis schreiben Sie das Lastenheft zuerst, holen damit Angebote ein, und das Pflichtenheft entsteht später gemeinsam mit dem gewählten Partner. Für KMU reicht oft ein schlankes, präzises Lastenheft – entscheidend ist nicht der Umfang, sondern die Eindeutigkeit.
Wann sich der Aufwand lohnt
Nicht jedes Vorhaben braucht ein formales Lastenheft. Für ein kleines internes Automatisierungs-Skript genügt eine halbe Seite Anforderungsskizze. Sobald aber mehrere Anbieter ein vergleichbares Angebot abgeben sollen, ein Budget über wenigen tausend Euro im Raum steht oder das Tool an bestehende Systeme (ERP, Warenwirtschaft, DMS) andockt, zahlt sich ein strukturiertes Dokument schnell aus. Es verhindert teure Nachforderungen und schützt vor dem klassischen „Das hatten wir uns anders vorgestellt“.
Der Aufbau: Diese Kapitel gehören hinein
1. Ausgangslage und Ziele
Beschreiben Sie kurz Ihr Unternehmen, den heutigen Prozess und das Problem. Definieren Sie dann messbare Ziele: Was soll nach der Einführung besser sein? Formulieren Sie konkret, etwa „Bearbeitungszeit pro Rechnung von 8 auf unter 2 Minuten“ statt „effizienter werden“. Diese Zahlen helfen später, den Erfolg zu prüfen.
2. Funktionale Anforderungen
Das Herzstück. Listen Sie auf, was die Software können muss – am besten als nummerierte Anforderungen aus Nutzersicht. Bewährt haben sich kurze Sätze nach dem Muster „Das System soll … damit …“. Trennen Sie dabei klar zwischen Pflicht (Muss), Soll und optionalen Wünschen (Kann). Gerade bei KI-Projekten gehört hierher auch, wie mit unsicheren Ergebnissen umgegangen wird: Soll das System bei niedriger Konfidenz an einen Menschen übergeben?
3. Daten und Schnittstellen
KI-Lösungen stehen und fallen mit den Daten. Klären Sie: Welche Daten liegen vor, in welchem Format, in welcher Qualität und Menge? An welche Systeme muss angebunden werden, und gibt es dafür Schnittstellen (API) oder nur Exporte? Je ehrlicher Sie den Ist-Zustand der Daten beschreiben, desto realistischer fallen die Angebote aus.
4. Nicht-funktionale Anforderungen
Hierzu zählen Aspekte, die nicht direkt eine Funktion sind, aber über Erfolg oder Misserfolg entscheiden:
- Datenschutz & Compliance: DSGVO-Anforderungen, Auftragsverarbeitung, Serverstandort, ob personenbezogene Daten verarbeitet werden. Bei bestimmten Anwendungen kann auch der EU AI Act relevant sein.
- Sicherheit: Rollen- und Rechtekonzept, Protokollierung, Umgang mit Zugangsdaten.
- Verfügbarkeit & Performance: Wie viele Nutzer parallel, akzeptable Antwortzeiten, Betriebszeiten.
- Betrieb: Cloud oder On-Premise, wer wartet das System, wie sieht der Support aus.
5. Rahmenbedingungen
Nennen Sie Budgetrahmen (zumindest als Größenordnung), gewünschten Zeitplan, vorhandene Technik und interne Ansprechpartner. Ein grober Budgetkorridor schreckt seriöse Anbieter nicht ab – im Gegenteil, er spart beiden Seiten Zeit, weil das Angebot von Anfang an in die richtige Liga passt.
Typische Fehler – und wie Sie sie vermeiden
- Lösung statt Bedarf beschreiben: Wer schon „wir brauchen ein neuronales Netz mit Vektordatenbank“ schreibt, schränkt unnötig ein. Beschreiben Sie das Problem, nicht die vermeintliche Technik.
- Alles ist „Muss“: Wenn jede Anforderung Pflicht ist, lässt sich nicht priorisieren. Eine klare Trennung von Muss und Kann macht ein schlankes, bezahlbares erstes Release möglich.
- Datenrealität beschönigen: Unvollständige oder unstrukturierte Daten sind der häufigste Grund für Nachträge. Lieber vorab offenlegen.
- Keine Abnahmekriterien: Halten Sie fest, woran Sie erkennen, dass eine Anforderung erfüllt ist. Ohne Kriterium gibt es bei der Abnahme Streit.
Kompakte Gliederung als Vorlage
Diese Struktur können Sie direkt übernehmen und mit Ihren Inhalten füllen:
- 1. Einleitung: Unternehmen, Ausgangslage, Zielsetzung
- 2. Ist-Prozess und Schwachstellen
- 3. Soll-Zustand und messbare Ziele
- 4. Funktionale Anforderungen (Muss / Soll / Kann)
- 5. Daten, Datenqualität und Schnittstellen
- 6. Nicht-funktionale Anforderungen (Datenschutz, Sicherheit, Betrieb)
- 7. Rahmen: Budget, Termine, Ansprechpartner
- 8. Abnahmekriterien
- 9. Anhang: Beispiele, Screenshots, Beispieldaten
Für ein erstes Gespräch reichen oft schon die Punkte 1 bis 4 auf zwei bis drei Seiten. Den Rest können Sie gemeinsam mit dem Dienstleister schärfen.
Nächste Schritte
Ein Lastenheft ist kein einmaliges Bürokratie-Dokument, sondern eine Denkhilfe: Schon beim Schreiben merken Sie, wo Prozesse unklar sind oder Daten fehlen. Starten Sie mit einer groben Version, holen Sie früh Rückfragen vom Wunsch-Dienstleister ein und verfeinern Sie iterativ. So wird aus einer Idee ein Projekt, das vergleichbar, kalkulierbar und am Ende auch im Alltag nutzbar ist – statt einer teuren Überraschung.
Weiterführend: KI-Agenten im Mittelstand: Was sie können – und was nicht
👉 Weiterführend: KI-Software entwickeln lassen – Festpreis & Ablauf