Verriegelung erkennen
Einschränkung zeigt sich nicht beim Kauf – sie wird erst beim Ausstieg sichtbar. Vier objektive Hinweise, unabhängig vom angegebenen Preis:
- Es gibt keinen vollständigen Export, oder der Export liefert nur einen Teil der Daten (keine Anhänge, keine Historie, keine benutzerdefinierten Felder).
- Der Preis steigt mit der tatsächlichen Nutzung im Geschäftsalltag (pro Nutzer, pro Datenvolumen, pro Modul) statt mit dem wahrgenommenen Nutzen – das Tool bestraft also gerade das Wachstum, das es eigentlich unterstützen soll.
- Funktionen, die Sie bereits nutzten, werden bei einer Preisanpassung plötzlich hinter eine höhere Tarifstufe gestellt – obwohl sich an Ihrer Nutzung nichts geändert hat.
- Auf die Frage „Was passiert, wenn Sie morgen schließen oder Ihre Richtlinien ändern?“ gibt es keine beruhigende Antwort – denn im Vertrag verpflichtet sich der Anbieter hierzu nicht.
Was den Ausstieg erschwert – und was nicht sollte
Zwei Dinge machen eine Migration teuer – doch nur eines davon ist berechtigt. Der berechtigte Aufwand: ein Workflow, der sich über Jahre hinweg im praktischen Einsatz verfeinert hat, muss neu aufgebaut werden – Status, Freigabeprozesse, Ausnahmen, die sich im Alltag herauskristallisiert haben. Diese Arbeit hat echten Wert und braucht Zeit – unabhängig vom Ziel-Tool.
Der unberechtigte Aufwand: ein proprietäres Datenformat, ein bewusst eingeschränkter Export oder ein Support-Team, das eine Kündigung absichtlich verzögert. Das ist kein technischer Kostenfaktor – sondern kommerzielle Reibung, verkleidet als technische Grenze. Wer diese beiden Arten von Aufwand unterscheidet, vermeidet es, aus einem Grund aufzugeben, der gar keiner ist.
So verlassen Sie die Software ohne Big Bang
Die Migration beginnt mit der Struktur – niemals mit den Exportdaten des alten Systems. Schritt 1: Beschreiben Sie Ihr Geschäft SO, WIE ES HEUTE TATSÄCHLICH LÄUFT – nicht so, wie das alte Tool Sie daran gewöhnt hat, es einzugeben. Beides weicht oft voneinander ab: Ein starres System wird durch allgemeine Textfelder oder umfunktionierte Statuswerte umgangen. Jetzt geht es darum, das Geschäft zu beschreiben – nicht den Bildschirm der alten Software.
Schritt 2: Generieren Sie die Anwendung (die Stufe Sketch reicht für diese Validierung völlig aus – sie ist im Discovery-Plan kostenlos) und testen Sie sie an drei bis vier realen Fällen aus Ihrer Woche – einem komplizierten Fall, einer Ausnahme, einem Randfall, den das alte Tool nur mühsam bewältigte. Hier kommen die unausgesprochenen Regeln des alten Systems ans Licht.
Schritt 3: Passen Sie die Beschreibung an und generieren Sie erneut, bis die Struktur stabil steht. Erst dann, Schritt 4: Leiten Sie den AKTUELLEN Arbeitsfluss auf die neue Anwendung um; halten Sie das alte Tool während der Übergangsphase weiterhin lesbar verfügbar – ohne dort neue Daten einzugeben.
Was nicht automatisch funktioniert: historische Daten
Seien wir ehrlich: Blueprint Maker bietet keinen automatischen Import aus einer Fremdsoftware – kein Generierungstool kann dies für alle proprietären Formate des Marktes versprechen. Was aber realistisch ist: Exportieren Sie, was das alte Tool freigibt (meist eine eingeschränkte CSV-Datei), nutzen Sie diesen Export als Referenz, um zu prüfen, ob die generierte Struktur der Realität entspricht – und geben Sie die noch relevanten Daten manuell neu ein oder lassen Sie sie eingeben. Da der Code Standard-Next.js und Standard-Prisma ist und exportierbar, kann ein Entwickler zudem ein einmaliges Importskript für diesen Export schreiben – ein zeitlich begrenztes Projekt, keine dauerhafte Abhängigkeit.
Die gute Nachricht: Die meisten Migrationen benötigen nicht die gesamte Historie. Aktive Fälle sowie die letzten paar Monate reichen in der Regel völlig aus; das Archiv bleibt so lange lesbar im alten Tool verfügbar, wie Sie es brauchen.
Fallen beim Ausstieg aus der Verriegelung
Erster Fall: Die Bildschirme der alten Software eins zu eins zu kopieren. Ihre Felder und Menüs spiegeln meist die Grenzen IHRER Technologie wider – nicht die Bedürfnisse Ihres Geschäfts. Damit übernehmen Sie die nächste Einschränkung gleich mit.
Zweiter Fall: Vor dem Umstieg 100 % der Historie importieren zu wollen. Das ist der sicherste Weg, nie auszusteigen. Zuerst den aktuellen Arbeitsfluss umstellen – das Archiv später, falls es wirklich gebraucht wird.
Dritter Fall: Eine Einschränkung gegen eine andere einzutauschen. Genau das löst Eigentum am Code strukturell: Eine generierte Anwendung lässt sich exportieren (ZIP, GitHub-Push) und beliebig hosten – Blueprint Maker eines Tages zu verlassen folgt exakt derselben Logik wie heute der Ausstieg aus der alten Software – nur deutlich einfacher.