Kann man eine Mobile App komplett mit KI entwickeln: Funktioniert das am Ende wirklich?

Die größte Hürde beim Entwickeln ist nicht das Schreiben vom Code, sondern zu verhindern, dass er beim nächsten OS-Update in sechs Monaten komplett crasht. Kein Dienstleister fasst so ein zusammengefrickeltes KI-Projekt später gern an – die sagen dir alle: Lieber gleich neu bauen.

Bin letzten Monat mit genau demselben Elan gestartet. UI stand nach 3 Tagen, aber der Store hat die App viermal wegen SDK-Versionskonflikten und Berechtigungs-Policies abgelehnt. Am Ende musste ich 20.000 TL zahlen, damit ein Profi die Architektur gerettet hat.

KI-Code sieht isoliert auf dem Bildschirm super aus. Bis dann 50 Leute gleichzeitig bestellen und die Datenbank abraucht. KI-Code, der nie unter echten Bedingungen gestestet wurde, ist vorprogrammiertes Chaos.

Geh lieber so vor: 1) Fertige Open-Source-Boilerplates anschauen, 2) KI nur ganz gezielt für einzelne Funktionen oder kleine Code-Snippets nutzen, 3) Schon jetzt Entwickler-Accounts anlegen und die Store-Policies gründlich durchlesen.

hab das auch probiert buttons und optik gehen voll klar aber sobald die db dranhängt geht das drama los. übrigens du lässt einen fehler fixen und zack geht woanders was kaputt endlosschleife pur.

Brauchst du zwingend Live-Karten und Kreditkartenspeicherung? Wenn es nur ein digitales Menü ist und die Bestellung per Nachricht rausgeht, machbar. Aber ein echtes Multi-Vendor-System kriegst du alleine so nicht gestemmt.

Wenn das Budget knapp ist, streich das Live-Tracking für Kuriere im MVP komplett. Nur Händlerliste, Warenkorb und Checkout. Je schlanker der Scope, desto eher kommst du mit KI durch und hast weniger Theater beim Review.

Für Prototypen ist KI genial, keine Frage. Hab mir intern in der Firma auch schon kleine Tools gebaut ohne Coder zu sein. Aber sobald Kundendaten Adressen und Zahlungen drin hängen trägst du die Verantwortung. Zumindest für Security und Release brauchst du definitiv professionelle Unterstützung.

Bei uns ist es genauso.

Ich fasse das Thema mal zusammen, da es mehrere unterschiedliche Antworten gab. Jeder nicht schriftlich festgehaltene Punkt ist einer, an den sich beide Parteien später unterschiedlich erinnern.

Danke fürs Schreiben, das ist genau richtig. Bei uns war der größte Zeitfresser die Unklarheit darüber, wer entscheidet.

Ich erkläre mal die technische Seite. Zugangsdaten sollten auf den Firmennamen laufen, nicht auf persönliche Konten.

man sollte der Reihe nach vorgehen aber ein Change-Request-Prozess verlangsamt die Arbeit nicht, sondern beschleunigt sie.

beginnt mit einem kleienn Test bindet nicht gleich alles fest. also korrigiert mich falls ich falsch liege.

Richtig.

Da stimme ich zu. Wenn keine Abnahmekriterien definiert sind, ist der Abschlusszeitpunkt des Projekts diskussionswürdig.

Das allein zu versuchen ist der teuerste Weg.

Hier lauert eine Falle, die ich nicht unerwähnt lassen möchte. Jeder nicht schriftlich festgehaltene Punkt ist einer, an den sich beide Parteien später unterschiedlich erinnern.

Ich hoffe, das hilft dir weiter.

Bei mir war es genau umgekehrt, deshalb schreibe ich das. Menschen verteidigen nicht den Prozess, sondern die Gewohnheit. Der Widerstand kommt daher.

Korrigiert mich, falls ich falsch liege.

Vor zwei Jahren habe ich genau dasselbe erlebt. Die Antwort hängt stark von der Branche ab, es gibt keine allgemeine Regel.

Schreibt mir, wenn ihr Fragen habt, ich antworte so gut ich kann.