Die Entscheidung in Kürze
Ein Lastenheft ist nur dann eine belastbare Kundengrundlage, wenn Anforderungen aus den eigenen Geschäftsvorfällen, Prioritäten und Verantwortlichkeiten entstehen. Eine Anbieter- oder Vorlagenliste kann Struktur liefern, darf aber nicht die Unternehmensentscheidung ersetzen.
Ein Lastenheft ist nur belastbar, wenn Geschäftsvorfälle, Prioritäten und Entscheidungsrechte beim Unternehmen bleiben.
Jede Muss-Anforderung lässt sich auf einen realen Vorgang, ein Ergebnis und einen Eigentümer zurückführen.
Anbieterwissen ist wertvoll, darf aber die eigene Problemdefinition nicht ersetzen.
Der Interessenkonflikt, den kaum jemand ausspricht
Wenn ein neues ERP ansteht, hört man oft denselben Satz: „Der Anbieter kennt sein System am besten, der soll uns sagen, was wir brauchen.“ Das klingt vernünftig – und ist der teuerste Denkfehler der ganzen Auswahl. Denn wer das Lastenheft schreibt, definiert die Anforderungen. Und wer die Anforderungen definiert, entscheidet das Ergebnis, bevor der erste Anbieter überhaupt verglichen wird.
Ein Systemhaus oder Anbieter, das Ihr Lastenheft federführend erstellt, betrachtet Anforderungen naturgemäß durch die Logik des eigenen Produkts. Das ist keine böse Absicht, sondern wertvolles Produktwissen – für eine faire Auswahl sollte es jedoch durch Ihre Prozesssicht und unabhängige Bewertungskriterien ergänzt werden.
Was ein geliehenes Lastenheft anrichtet
Die Folgen zeigen sich selten sofort. Sie kommen später – und teuer: Funktionen, die Sie nie gebraucht hätten, stehen im Vertrag. Prozesse, die Ihr Betrieb wirklich braucht, tauchen erst im Projekt auf und werden als kostenpflichtige „Change Requests“ nachberechnet. Und weil das Lastenheft nie neutral war, lassen sich konkurrierende Angebote gar nicht sauber vergleichen. Sie verhandeln aus einer Position der Blindheit.
Wie ein unabhängiges Lastenheft aufgebaut ist
Ein belastbares Lastenheft beschreibt nicht Software – es beschreibt Ihre Prozesse und Ziele. Es entsteht in dieser Reihenfolge:
- Ist-Prozesse aufnehmen, wie sie wirklich laufen. Nicht wie im Organigramm, sondern im Tagesgeschäft – inklusive der Umwege, die sich eingeschlichen haben.
- Muss, Soll und Kann trennen. Erst diese Priorisierung macht Angebote vergleichbar und schützt vor Feature-Gold-Plating.
- Anforderungen anbieterneutral formulieren. Ergebnisse und Regeln beschreiben – nicht die Bedienoberfläche eines bestimmten Systems.
- Eigene Testszenarien definieren. Ihre realen Geschäftsvorfälle, an denen die Anbieter in der Demo zeigen müssen, was das System kann – nicht umgekehrt.
Damit drehen Sie das Machtverhältnis um: Die Anbieter bewerben sich bei Ihnen, statt Ihnen ihre Sicht zu diktieren.
Übergabe: Sobald Anforderungen, Eigentümer und Prioritäten feststehen, wird daraus kein längeres Dokument um seiner selbst willen. Es entsteht ein Demo-Drehbuch, mit dem alle Anbieter dieselben Vorgänge belegen müssen.
Die Faustregel
Das Lastenheft gehört in Ihre Hand – oder in die einer Instanz, die ausschließlich von Ihnen bezahlt wird. Alles andere ist, als ließen Sie den Verkäufer den Kaufvertrag aufsetzen und würden ihn ungelesen unterschreiben.
Jede Anforderung braucht vier Anker
Offen bleibt, welcher Nachweis für „Das geliehene Lastenheft: Wer schreibt?“ in Ihrem Betrieb noch fehlt.
| Prüffeld | Leitfrage | Belastbarer Nachweis | Konsequenz |
|---|---|---|---|
| Vorgang | In welchem realen Fall wird die Fähigkeit benötigt? | Konkretes Szenario und erwartetes Ergebnis. | Abstrakte Features zurückstellen. |
| Priorität | Muss, Differenzierung oder Komfort? | Begründung und Eigentümer. | Wunschliste reduzieren. |
| Nachweis | Wie zeigt ein Anbieter die Fähigkeit? | Demo, Dokument oder Referenz am selben Fall. | Aussagen vergleichbar machen. |
| Trade-off | Welche Alternative oder Einschränkung ist akzeptabel? | Dokumentierte Entscheidung. | Flexibilität und Kosten bewusst abwägen. |
Responsibility Ledger
Vorgänge und notwendige Ergebnisse liefern.
Nichtfunktionale Anforderungen und Architektur ergänzen.
Prioritäten und Trade-offs freigeben.
Warnsignale
- Anforderungstexte stammen überwiegend vom Anbieter.
- Jede Funktion wird als Muss markiert.
- Es gibt keinen Demo-Nachweis.
- Prozessänderung wird grundsätzlich ausgeschlossen.
ENTSCHEIDUNGSBEZUG · ERP-ENTSCHEIDUNG
Was „Das geliehene Lastenheft: Wer schreibt?“ für Ihren nächsten Prüfpunkt bedeutet.
Ausgangspunkt ist die Leitfrage dieses Beitrags: Wem gehört die Anforderung – dem Unternehmen oder dem Lösungsanbieter?
Ordnen Sie ein, wie stark „Das geliehene Lastenheft: Wer schreibt?“ Ihren aktuellen Vorgang betrifft; Ihre Artikelauswahl bleibt dabei unverändert.
Prüfen Sie die Leitfrage an einem realen Beleg aus Ihrem Betrieb: Wem gehört die Anforderung – dem Unternehmen oder dem Lösungsanbieter?
Fazit zu „Das geliehene Lastenheft: Wer schreibt?“
- EntscheidungEin Lastenheft ist nur belastbar, wenn Geschäftsvorfälle, Prioritäten und Entscheidungsrechte beim Unternehmen bleiben.
- NachweisJede Muss-Anforderung lässt sich auf einen realen Vorgang, ein Ergebnis und einen Eigentümer zurückführen.
- GrenzeAnbieterwissen ist wertvoll, darf aber die eigene Problemdefinition nicht ersetzen.
Anforderungen vor dem Anbieterkontakt unabhängig ordnen.
Ein realer Geschäftsvorfall und wenige strittige Anforderungen reichen für den Einstieg. Daraus entsteht eine belastbare, anbieterneutrale Prüfstruktur.
Systemauswahl einordnen