Mit KI baut heute jeder ein Power-Pages-Portal schnell, und die KI bestätigt dabei laufend, dass alles passt. Was sie Ihnen nicht sagt: ob die Architektur darunter auch in einem halben Jahr noch trägt. Drei reale, anonymisierte Beispiele für Entscheidungen, die beim Bauen unauffällig wirkten und später teuer wurden.
KI prüft, ob der Code läuft. Nicht, ob die Architektur trägt.
Das Schnelle ist der Job der KI. Bitten Sie sie um einen Dokumenten-Upload, einen Kundendatensatz, eine Seite, die sich eine Auswahl merkt, und Sie bekommen funktionierenden Code, jedes Mal. Was die KI prüft, ist, ob die Anfrage kompiliert und läuft. Nicht, ob die zugrunde liegende Architektur den echten Betrieb in sechs Monaten übersteht. Genau aus dieser Lücke stammen die folgenden drei Beispiele.
Speicher: Die Demo-Datei hatte zwei Seiten
Der Dokumenten-Upload lief in der Demo einwandfrei, eine zweiseitige PDF, fertig, die KI bestätigte: solide. Drei Wochen vor Go-live lädt jemand eine 500-MB-Technikzeichnung hoch, und die am ersten Tag gewählte Speicher-Architektur trägt das nicht mehr. Das ist dann keine Einstellung mehr, die man ändert. Das ist eine andere Architektur, gebaut unter Zeitdruck.
Das Muster: Die KI bestätigt, dass der Code läuft. Sie fragt nicht, wie groß Ihre echten Dateien werden.
Datenmodell: Die KI hat es ausgeliefert, Kunde sieben zahlt dafür
Kunde eins onboardet reibungslos, die KI liefert das Feature, alle sind zufrieden. Kunde sieben onboardet, indem er dieselben fünf Datensätze von Grund auf neu anlegt, weil das Datenmodell für einen Kunden gebaut wurde, nicht für viele. Was ein Lookup in eine gemeinsame Struktur sein sollte, wird zur Neuanlage, jedes Mal wieder.
Das Muster: funktionierender Code ist nicht dasselbe wie ein Modell, das über Kunde eins hinaus skaliert.
UI-Kontext: Die KI hat die Seite genau wie gefragt gebaut
Ein Nutzer wählt das Element, an dem er gerade arbeitet. Zwei Klicks später wählt er es erneut, die Anwendung hat es vergessen. Niemand hat die KI gebeten, diese Auswahl seitenübergreifend mitzuführen, also hat sie es nicht getan. Also trägt der Nutzer sie mit sich, im Kopf, auf jedem einzelnen Bildschirm.
Keiner dieser Fälle ist ein Bug. Der KI ist dabei auch kein Fehler unterlaufen. Es sind Architektur-Entscheidungen, die niemand bewusst getroffen hat, beim Kickoff, bevor KI überhaupt im Spiel war. Die KI wird Ihnen nie die eine Entscheidung melden, die Sie übersprungen haben, denn das Überspringen bricht den Code nicht. Es bricht erst später, meist genau dann, wenn es schon teuer ist, es rückgängig zu machen.
Das Schnelle ist der Job der KI. Das Richtige ist meiner.
Ein Architektur-Workshop deckt genau diese Lücken auf, bevor die erste Power-Pages-Tabelle entsteht: Datenmodell, Rollen, Authentifizierung, Integrationen, Lizenzierung. Zwei strukturierte Sessions, eine priorisierte Roadmap.
Kostenloses Erstgespräch buchen