Pflichtenheft erstellen: So bereiten KMU Softwareprojekte vor

Softwareprojekte scheitern selten an der Technik. Sieben von zehn Projekten scheitern, weil Anforderungen unklar sind und Verantwortungen diffus bleiben. Die Folge: Budget-Überschreitung um 66 Prozent, Terminverzug um 33 Prozent, Nachträge, Streit und Kostenexplosion. Für KMU, die zum ersten Mal Software extern entwickeln lassen, ist das ein existenzielles Risiko.

Die gute Nachricht: Ein sauberes Pflichtenheft erstellen ist der Hebel, mit dem Geschäftsführer und Projektverantwortliche Angebote vergleichbar machen, den Umsetzungspartner in die Pflicht nehmen und aus einer vagen Idee einen belastbaren Auftrag mit klarem Kostenrahmen formen. Dieser Leitfaden zeigt, wie KMU ihre Anforderungen so fassbar machen, dass das Softwareprojekt nicht am Start scheitert.

Warum ein Pflichtenheft erstellen über Erfolg oder Scheitern entscheidet

Bis zu 71 Prozent der IT-Projekte scheitern an mangelhaftem Anforderungsmanagement – nicht an fehlenden Frameworks oder unzureichender Rechenleistung. Unklare Anforderungen sind der grösste Kostentreiber in der Softwareentwicklung und führen zu teuren Nacharbeiten, für die Dienstleister 20–30 % Puffer einkalkulieren.

Das Problem: Auftraggeber denken in Geschäftsprozessen und Zielen, Entwickler in Datenmodellen und Schnittstellen. Ohne Übersetzung reden beide aneinander vorbei. Das Pflichtenheft ist diese Übersetzung – es macht die Anforderungen so konkret, dass Angebote vergleichbar werden und dass später nachprüfbar ist, ob die Software leistet, was vereinbart wurde.

Lastenheft und Pflichtenheft: Der Unterschied

Viele verwechseln die Begriffe. Dabei ist die Aufteilung klar:

• Lastenheft: Beschreibt das Was aus Sicht des Auftraggebers. Welches Problem soll gelöst werden? Welche Ziele verfolgen wir? Welche Prozesse sind betroffen? Das Lastenheft formuliert die Anforderungen definieren aus Kundensicht.
• Pflichtenheft: Beschreibt das Wie aus Sicht des Auftragnehmers. Wie wird die Anforderung technisch umgesetzt? Welche Architektur, welche Schnittstellen, welche Technologien? Das Pflichtenheft ist die verbindliche Antwort des Dienstleisters auf das Lastenheft und wird Vertragsbestandteil.

Für KMU bedeutet das: Sie müssen zunächst ein Lastenheft erstellen – oft reicht eine strukturierte Zusammenfassung auf wenigen Seiten. Der Dienstleister leitet daraus das Pflichtenheft ab. In der Praxis erarbeiten viele Anbieter das Pflichtenheft gemeinsam mit dem Kunden im Erstgespräch, um Missverständnisse frühzeitig auszuräumen.

Die 7 Bausteine: So ein Pflichtenheft erstellen, das trägt

Ein vollständiges Pflichtenheft für ein Softwareprojekt planen umfasst sieben Bausteine:

1. Ausgangslage und Ziel

Beschreiben Sie das Problem und das angestrebte Ergebnis in zwei, drei Sätzen. Beispiel: «Unsere Auftragsabwicklung läuft über Excel und E‑Mail. Bestellungen gehen verloren, Lagerbestände sind nicht aktuell. Ziel ist ein digitales System, das Bestellung, Lager und Rechnungsstellung verbindet.»

Erster Schritt, bevor Sie an Funktionen denken: Beginnen Sie mit dem Warum – schreiben Sie die drei wichtigsten Ziele in je einem Satz auf. Erst dann konkretisieren Sie Funktionen. Sonst entsteht eine beliebige Wunschliste ohne Fokus.

2. Betroffene Prozesse und Nutzergruppen

Welche Abläufe werden durch die Software abgebildet? Wer arbeitet damit – Aussendienst, Lager, Buchhaltung, Geschäftsführung? Für jede Nutzergruppe halten Sie fest, welche Aufgaben sie erledigt und welche Rechte sie braucht.

3. Muss-, Soll- und Kann-Funktionen

• Muss: Ohne diese Funktion ist die Software wertlos (z. B. «Bestellung erfassen und an Lager übermitteln»).
• Soll: Wichtig, aber nicht kritisch (z. B. «PDF-Export der Rechnung»).
• Kann: Nice-to-have, wird nur umgesetzt, wenn Budget und Zeit reichen (z. B. «Dashboard mit Umsatz-Charts»).

Die Priorisierung macht Angebote vergleichbar und gibt dem Projekt Luft, wenn das Budget knapp wird.

4. Nicht-funktionale Anforderungen

Hier geht es um Leistung, Sicherheit, Verfügbarkeit: Wie viele Nutzer gleichzeitig? Wo werden Daten gespeichert (Schweiz, EU, Cloud)? Welche Antwortzeiten sind akzeptabel? Welche Compliance-Vorgaben gelten (DSGVO, Branchenstandards)?

5. Schnittstellen zu Bestandssystemen

Welche Software ist bereits im Einsatz – ERP, CRM, Buchhaltung, Warenwirtschaft? Welche Daten müssen ausgetauscht werden (Artikelstamm, Kundendaten, Rechnungen)? Schnittstellen sind oft der teuerste und riskanteste Teil eines Projekts – je präziser Sie das Mengengerüst beschreiben, desto verlässlicher wird die Kalkulation.

Häufiger Fehler: Statt die Anforderung zu beschreiben («Die Software muss Rechnungen an die Buchhaltung übergeben»), wird eine Lösung genannt («MySQL-Datenbank»). Das schränkt den Lösungsraum ein und verhindert bessere Alternativen. Bleiben Sie beim Was, nicht beim Wie.

6. Rahmenbedingungen und Budgetrahmen

Wann soll die Software live gehen? Gibt es Abhängigkeiten (z. B. neues Geschäftsjahr, Messetermin)? Welches Budget steht zur Verfügung – als Spanne, nicht als Fixbetrag? Ein realistischer Rahmen hilft dem Dienstleister, eine passende Lösung vorzuschlagen, statt das Unmögliche zu versprechen.

7. Abnahmekriterien

Woran messen Sie, ob das Projekt erfolgreich ist? Beispiel: «Alle Muss-Funktionen laufen fehlerfrei, zehn Test-Bestellungen wurden durchgespielt, Schulung für fünf Mitarbeitende ist erfolgt.» Klare Kriterien schützen beide Seiten vor endlosen Nachbesserungen.

Anforderungsanalyse KMU: Klein anfangen, schnell lernen

Nicht jedes Projekt braucht ein 50-seitiges Dokument. Für viele KMU reicht ein strukturiertes Pflichtenheft auf fünf bis zehn Seiten, solange es die sieben Bausteine abdeckt. Entscheidend ist nicht der Umfang, sondern die Klarheit: Kann ein externer Dienstleister nach der Lektüre ein belastbares Angebot abgeben?

Viele Projekte starten mit einem Workshop, in dem Auftraggeber und Dienstleister gemeinsam die Anforderungen erheben, priorisieren und in ein Pflichtenheft überführen. Das kostet ein bis zwei Tage, spart aber Monate an Missverständnissen.

Wie matd das Pflichtenheft im Erstgespräch erarbeitet

Bei matd beginnt jedes Softwareprojekt mit einem kostenlosen Erstgespräch, in dem wir gemeinsam mit dem Kunden das Pflichtenheft skizzieren. Unser Ansatz: Clarity before complexity – erst die Anforderungen klären, dann die Architektur entwerfen. Innerhalb von 24 Stunden erhalten Sie eine Rückmeldung, ob Ihr Vorhaben technisch umsetzbar ist, welche Schnittstellen kritisch sind und in welchem Kostenrahmen Sie rechnen sollten.

Wir fragen nach Ihren drei wichtigsten Zielen, skizzieren die betroffenen Prozesse, listen Muss- und Kann-Funktionen und klären, welche Bestandssysteme angebunden werden müssen. Am Ende steht ein schlankes Pflichtenheft, das als Grundlage für ein belastbares Angebot dient – und das beiden Seiten Sicherheit gibt, dass wir vom Gleichen sprechen.

Fazit: Ein Pflichtenheft erstellen ist die beste Versicherung gegen Kostenexplosion

Softwareprojekte scheitern nicht an fehlender Technologie, sondern an unklaren Anforderungen. Ein sauberes Pflichtenheft macht Angebote vergleichbar, verhindert teure Nachträge und gibt dem Projekt einen klaren Rahmen. Die sieben Bausteine – Ausgangslage, Nutzergruppen, Funktionen, nicht-funktionale Anforderungen, Schnittstellen, Rahmenbedingungen und Abnahmekriterien – sind keine bürokratische Hürde, sondern die beste Versicherung gegen Kostenexplosion.

Der erste Schritt ist einfach: Schreiben Sie die drei wichtigsten Ziele in je einem Satz auf. Dann priorisieren Sie die Funktionen in Muss, Soll und Kann. Und dann suchen Sie sich einen Partner, der mit Ihnen gemeinsam das Pflichtenheft erstellen kann – nicht als Formalität, sondern als Fundament für ein erfolgreiches Softwareprojekt.

Unsere Einschätzung

Offenlegung: Dieser Abschnitt ist eine redaktionelle Einschätzung von matd ag — eine Meinung, die die oben belegten Fakten einordnet, aber keine neuen Fakten oder Zahlen einführt. matd ag ist selbst Anbieter in diesem Markt; wir vergleichen offen und fair, statt Wettbewerber schlechtzureden.

Aus unserer Sicht ist das Pflichtenheft erstellen keine lästige Pflichtübung, sondern der entscheidende Hebel für KMU, die ein Softwareprojekt zum ersten Mal angehen. Wer hier ein, zwei Tage investiert, spart Monate an Nachträgen, Missverständnissen und Streit – und erhält am Ende eine Software, die wirklich zur Geschäftsrealität passt.

Wir halten die Priorisierung in Muss, Soll und Kann für den wichtigsten Baustein: Sie zwingt den Auftraggeber, ehrlich zu sich selbst zu sein, welche Funktionen wirklich kritisch sind. Und sie gibt dem Projekt Luft, wenn das Budget knapper wird als gedacht – was in 66 Prozent der Fälle passiert.

Unsere Empfehlung: Beginnen Sie mit den drei Zielen, bevor Sie an Funktionen denken. Und suchen Sie sich einen Partner, der das Pflichtenheft gemeinsam mit Ihnen erarbeitet, statt es als fertiges Dokument zu verlangen. Bei matd ist das Erstgespräch zur Anforderungsklärung kostenlos – nicht, weil wir grosszügig sind, sondern weil wir aus Erfahrung wissen, dass ein Projekt nur gelingt, wenn beide Seiten zu Beginn vom Gleichen sprechen. Ein Pflichtenheft, das im Dialog entsteht, ist immer besser als eines, das der Kunde allein zusammenschreibt und das dann an der Realität vorbeigeht.