Zum Hauptinhalt springen

Leitfaden

Das Lastenheft einer Geschäftsanwendung passt auf eine Seite

Das traditionelle Lastenheft — 40 Seiten nummerierter Anforderungen — schützte vor einem Risiko, dessen Natur sich geändert hat. Hier ist die einseitige Methode, die Ihre Anwendung wirklich beschreibt und sowohl einem Entwickler als auch einem Generator dient.

Warum das klassische Lastenheft scheitert

Das traditionelle Lastenheft hat einen strukturellen Fehler: Es beschreibt das vorgestellte Werkzeug statt des tatsächlichen Geschäfts. Man listet Bildschirme, Schaltflächen und Anforderungen auf («das System soll ermöglichen…»), bevor die einzig wichtige Frage geklärt ist: welche Daten existieren, wie sie zusammenhängen, wer sie am Leben hält.

Ein Ergebnis, das alle IT-Projekte kennen: Das gelieferte Werkzeug entspricht dem Dokument und passt nicht zur Praxis — weil das Dokument selbst eine Fiktion war. Und seine Erstellung kostete Wochen, die keine Software hervorgebracht haben.

Die einseitige Struktur: vier Blöcke

Eine Verwaltungsanwendung lässt sich vollständig mit vier Blöcken beschreiben. Es ist die Struktur, die erfahrene Planer nutzen — und genau das, was Blueprint Maker aus Ihrer Beschreibung herausliest, um den Anwendungsplan zu erstellen.

  • DIE DINGE (Entitäten): was Sie verfolgen — Kunden, Baustellen, Artikel, Einsätze. Eine Liste von 3 bis 8 Begriffen, jeder mit seinen wichtigsten Informationen (Feldern).
  • DIE VERBINDUNGEN (Beziehungen): wie die Dinge zusammenhängen — «eine Baustelle gehört zu einem Kunden», «ein Einsatz betrifft ein Gerät». Ein Satz pro Verbindung.
  • DIE ZUSTÄNDE (Status): der Lebenszyklus Ihrer Objekte — «Angebot, unterschrieben, in Arbeit, abgeschlossen, berechnet». Ihre eigenen Worte, in der tatsächlichen Reihenfolge.
  • DIE ZAHLEN (Kennzahlen): was Sie jeden Morgen sehen möchten — offene Rechnungsbeträge, überfällige Vorgänge, Bestand unter Mindestmenge. Drei bis sechs Kennzahlen.

Vollständiges Beispiel: eine Seite, die genügt

«Zaunbau-Unternehmen, 4 Personen. DINGE: Kunden (Name, Adresse, Telefon), Baustellen (Adresse, Zauntyp, Laufmeter, Angebotsbetrag, geplantes Datum), Einsätze (Datum, geleistete Stunden, Team), Materialien (Referenz, Bestand). VERBINDUNGEN: eine Baustelle gehört zu einem Kunden; ein Einsatz findet auf einer Baustelle statt; Materialien werden pro Baustelle verbraucht. ZUSTÄNDE einer Baustelle: Angebot gesendet, unterschrieben, geplant, in Arbeit, abgeschlossen, berechnet, beglichen. ZAHLEN: laufende Baustellen, verlegte Laufmeter des Monats, zu berechnender Betrag, Materialien unter Schwelle.»

Diese Seite enthält alles, was zum Bau der Anwendung nötig ist — durch einen Entwickler wie durch einen Generator. Was sie nicht enthält, ist ebenso aussagekräftig: keine Bildschirmbeschreibung, keine technische Entscheidung, keine nummerierte Anforderung. Die Bildschirme ERGEBEN sich aus der Struktur.

Die drei Schreibfallen

Falle 1 — das aktuelle Werkzeug beschreiben: «ich will die Spalten A bis R meiner Tabelle». Die Tabelle ist eine Informationsquelle, kein Ziel: extrahieren Sie daraus die Dinge und Verbindungen, nicht das Layout.

Falle 2 — der ausufernde Umfang: rechtskonforme Rechnungsstellung, Lohnabrechnung und Buchhaltung abdecken zu wollen. Diese regulierten Bereiche haben ihre eigenen Werkzeuge; Ihre Anwendung hört dort auf, wo diese beginnen, und glänzt bei Ihrer operativen Nachverfolgung.

Falle 3 — die Sonderfälle zuerst: «und wenn ein Kunde zugleich Lieferant ist?». Beschreiben Sie zuerst den normalen Ablauf, der 90 % der Tage abdeckt; die Sonderfälle kommen danach hinzu, auf einer gesunden Struktur.

Von der Seite zur Anwendung: zwei Wege

Klassischer Weg: Die Seite dient als Briefing für einen Entwickler oder eine Agentur — sie senkt das Missverständnisrisiko und die abgerechnete Konzeptionszeit drastisch.

Direkter Weg: Die Seite IST der Prompt. An Blueprint Maker übergeben, wird sie zu einem strukturierten Anwendungsplan — Entitäten, Beziehungen, Status, Kennzahlen —, den Sie vor der Generierung freigeben. Die Anwendung kommt einsatzbereit, mit Demodaten: Ihr Lastenheft prüfen Sie an echten Bildschirmen, nicht in Abnahmemeetings. Und wenn später ein Entwickler einsteigt, startet er vom generierten Code (ZIP-Export, GitHub-Push) statt von einer leeren Seite.

Die Vorlage zum Kopieren

Nehmen Sie diese vier Zeilen und füllen Sie sie mit Ihren Worten: «Meine Tätigkeit: … Verfolgte DINGE (mit ihren wichtigsten Informationen): … VERBINDUNGEN zwischen ihnen: … Durchlaufene ZUSTÄNDE: … Jeden Morgen zu sehende ZAHLEN: …» Zehn Zeilen genügen; mit dem Entdecken-Plan (0 €) lässt sich sofort testen, welche Anwendung Ihre Seite hervorbringt.

Als Nächstes lesen

Ihre Seite ist fertig? Sehen Sie die Anwendung, die sie hervorbringt