Was eine Geschäftsanwendung wirklich ist
Eine Geschäftsanwendung ist weder eine Website noch eine große Tabelle: Sie ist ein Werkzeug, das um die Dinge herum gebaut ist, mit denen Ihre Tätigkeit umgeht — Kunden, Baustellen, Artikel, Mitglieder — und um die Verbindungen zwischen ihnen. Jedes Ding hat seine Karteikarte, seinen Verlauf, seinen Status; filterbare Listen finden alles in Sekunden; ein Dashboard fasst das Ganze zu Steuerungskennzahlen zusammen.
Diese Struktur hat eine entscheidende praktische Folge: Anders als bei der Tabelle laufen die Daten nicht auseinander. Ein Einsatz ist an SEINEN Kunden gebunden; den Kunden umzubenennen benennt ihn überall um; die Dashboard-Summe wird auf der Datenbank berechnet, nicht von Hand abgeschrieben.
Die drei Wege, sie ohne Entwickler zu erhalten
Erster Weg: No-Code (visuelle App-Baukästen). Sie fügen Tabellen, Formulare und Ansichten mit der Maus zusammen. Stärke: die unmittelbare visuelle Kontrolle. Grenzen: Die Konzeption machen Sie selbst — Entitäten, Beziehungen, Ansichten identifizieren — mit Informatikerkonzepten, als bunte Bausteine getarnt; und die Anwendung wird weiterhin von der Plattform ausgeführt, Daten inbegriffen, solange das Abonnement läuft.
Zweiter Weg: die Anwendung von einer dialogorientierten KI schreiben lassen, die Code erzeugt (das «Vibe Coding»). Stärke: völlige Freiheit. Grenzen: Das Ergebnis ist unvorhersehbar — der erzeugte Code wird von niemandem geprüft, jede Nachbesserung kann etwas anderes kaputt machen, und die Wartung einer Anwendung, die niemand versteht, wird zu Ihrem Problem.
Dritter Weg: die deterministische Generierung, der Ansatz von Blueprint Maker. Die KI schreibt nicht den Code: Sie liest Ihre Beschreibung und erzeugt eine Spezifikation — die Entitäten, die Beziehungen, die Bildschirme, die Kennzahlen —, die Sie freigeben. Deterministische Programme verwandeln diese Spezifikation dann in eine vollständige Anwendung. Die KI tut, was sie gut kann (Ihr Geschäft verstehen), den Code schreibt eine reproduzierbare Engine.
Den Bedarf gut beschreiben: die Kompetenz, die den Code ersetzt
Welchen Weg Sie auch wählen, die Qualität des fertigen Werkzeugs hängt von einer einzigen Sache ab: der Klarheit der Bedarfsbeschreibung. Gute Nachricht: Das eigene Handwerk zu beschreiben ist unendlich leichter, als programmieren zu lernen. Die Methode passt in vier Fragen.
- Welche DINGE verfolge ich? (Kunden, Baustellen, Artikel, Einsätze…) — das sind die Entitäten.
- Wie sind sie VERBUNDEN? (eine Baustelle gehört zu einem Kunden, ein Einsatz betrifft ein Gerät) — das sind die Beziehungen.
- Welche ZUSTÄNDE durchlaufen sie? (Angebot gesendet, angenommen, in Arbeit, abgeschlossen, berechnet) — das sind die Status.
- Welche ZAHLEN will ich jeden Morgen sehen? (offener Rechnungsbetrag, überfällige Vorgänge, Bestand unter Mindestmenge) — das sind die Dashboard-Kennzahlen.
Beispiel: von einer Beschreibung zu einer Anwendung
«Ich führe ein Küchenmontageunternehmen. Ich verfolge Projekte für Kunden: Jedes Projekt hat ein geplantes Montagedatum, einen Betrag, einen Status (Angebot, unterschrieben, in Montage, abgeschlossen, berechnet) und mögliche zu behebende Mängel. Ich möchte die Montagen der Woche, die offenen Mängel und den Umsatz des Monats sehen.»
Diese vierzeilige Beschreibung enthält alles: drei Entitäten (Kunde, Projekt, Mangel), ihre Beziehungen, sechs Status und drei Kennzahlen. An Blueprint Maker übergeben, wird sie zu einem Anwendungsplan, den Sie validieren, dann zu einer generierten und unter ihrer URL bereitgestellten Anwendung: Listen, Karteikarten, Formulare, Dashboard und Demodaten zum Einstieg.
Die zu vermeidenden Fallen
Erste Falle: von Anfang an alles abdecken wollen. Konforme Rechnungsstellung, Lohnabrechnung und Buchhaltung haben eigene, regulierte Werkzeuge — Ihre Geschäftsanwendung sollte dort aufhören, wo sie beginnen, und bei dem glänzen, was jene nicht können: IHRER operativen Nachverfolgung.
Zweite Falle: die Tabelle nachbauen. Wenn Ihre Beschreibung «ich will eine Tabelle mit 40 Spalten» lautet, erbt die Anwendung die Verwirrung der Tabelle. Beschreiben Sie das Geschäft, nicht das aktuelle Werkzeug: Die Entitäten und ihre Verbindungen erzeugen eine klarere Struktur als das Original.
Dritte Falle: den Ausstieg vernachlässigen. Bevor Sie ein Werkzeug wählen, stellen Sie die unangenehme Frage: Wenn ich in zwei Jahren gehe, was nehme ich mit? Ist die Antwort «ein CSV-Export», bleiben Ihre Prozesse gefangen. Ist die Antwort «der vollständige Quellcode meiner Anwendung», sind Sie frei — das ist bei Blueprint Maker der Fall (ZIP-Export, GitHub-Push).
Wo anfangen
Schreiben Sie die Beschreibung Ihrer Tätigkeit anhand der vier Fragen oben — zehn Zeilen reichen völlig. Generieren Sie eine erste Anwendung auf der Sketch-Ebene (der Entdecken-Plan ist kostenlos): Sie urteilen an echten, mit Demodaten gefüllten Bildschirmen, nicht an einem Versprechen. Lassen Sie sie ein paar Tage laufen, notieren Sie, was fehlt, generieren Sie mit der angereicherten Beschreibung neu — oder exportieren Sie den Code und entwickeln ihn weiter.
Maßgeschneidert ist kein IT-Projekt mehr: Es ist eine gut gemachte Beschreibung.