Android App erstellen mit KI: was dabei wirklich rauskommt

Android App erstellen mit KI: was dabei wirklich rauskommt

Die KI baut eine Web-App: Sie öffnet sich über einen Link im Handy-Browser, landet mit einem Tipp auf dem Startbildschirm und verhält sich wie jede andere App. Was auf diesem Weg nicht entsteht, ist eine APK für Google Play, dafür braucht es ein Entwicklerkonto und einen eigenen Prozess. Für die meisten Zwecke merkt das niemand, und weiter unten steht, wann eben doch.

Was ist eigentlich gemeint, wenn jemand «Android-App» sagt?

Der Satz ist derselbe, dahinter stehen aber drei verschiedene Bedürfnisse, und sie zu verwechseln kostet Wochen.

Erstens: Jemand will ein Werkzeug, das er selbst und ein paar Bekannte vom Handy aus nutzen. Ausgabenübersicht, Aufgabenliste, Kundenkartei, ein Rechner für die eigene Branche, ein internes Nachschlagewerk fürs Team. Der Store spielt hier überhaupt keine Rolle, gebraucht wird etwas, das über einen Link funktioniert.

Zweitens: Jemand will in Google Play stehen, weil ihn so auch Fremde finden. Das ist keine Frage des Bauens, sondern der Verbreitung, und sie wird unabhängig davon gelöst, wer den Code geschrieben hat.

Drittens: Jemand braucht Dinge, die es nur nativ gibt. Vollständiger Betrieb ohne Netz, Hintergrundprozesse, tiefe Systemintegration, schwere dreidimensionale Grafik.

Das Erste löst die KI vollständig, das Zweite teilweise und über Zusatzschritte, das Dritte gar nicht. Texte, die «deine Android-App mit einem Satz» versprechen und diese Grenze verschweigen, versprechen etwas, wofür sie nicht geradestehen.

Web-App und APK: worin sie sich praktisch unterscheiden

Der Vergleich dreht sich nicht um Technik, sondern darum, was Sie als Verantwortlicher merken und was Ihre Nutzer merken.

Die Zeile, die zweimal Lesen verdient, ist die dritte. Der Unterschied liegt nicht in der Qualität des Ergebnisses, sondern darin, dass ein Weg in Stunden gemessen wird und der andere in Wochen, und dass der zweite mit Papierkram beginnt statt mit Code.

Wie läuft der Bau Schritt für Schritt ab?

Alles passiert im Browser, deshalb ist der Weg vom Rechner und vom Handy aus derselbe.

1. Öffnen Sie zugo.dev und melden Sie sich mit Google oder GitHub an. Die Startguthaben erscheinen sofort, eine Karte wird nicht verlangt.
2. Beschreiben Sie die App in normaler Sprache. Kein Lastenheft, sondern so, wie Sie es einer Kollegin erklären würden: wer sie benutzt, was auf dem ersten Bildschirm zu sehen ist, was zwischen zwei Besuchen erhalten bleiben muss.
3. Warten Sie den Bau ab. Geprüft wird, indem die App in einer abgeschotteten Umgebung tatsächlich läuft, nicht indem sie fertig aussieht.
4. Öffnen Sie die Vorschau und benutzen Sie sie wie ein echter Nutzer. Formular ausfüllen, danebentippen, Seite neu laden und nachsehen, ob die Daten noch da sind.
5. Korrigieren Sie mit der nächsten Nachricht: «Suchfeld über die Liste», «Löschen soll nachfragen», «Datum mit dem heutigen Tag vorbelegen».
6. Veröffentlichen Sie. Die App bekommt eine Adresse, die sich auf jedem Handy öffnet.
7. Öffnen Sie diese Adresse am Handy und wählen Sie im Browsermenü «Zum Startbildschirm hinzufügen». Es erscheint ein Symbol, und der Start öffnet die App ohne Adressleiste.

Schritt sieben ist genau das, worum es den meisten bei der Frage nach Android geht. Danach ist das Ergebnis von einer installierten App mit bloßem Auge kaum zu unterscheiden.

Wie formuliert man, damit der erste Bau näher trifft?

Fast der gesamte Abstand zwischen «hat sofort gepasst» und «ich baue seit vier Stunden um» steckt in der ersten Nachricht. Drei Dinge tragen sie.

Sagen Sie, wer die App benutzt und was auf dem ersten Bildschirm geschieht. «Eine Ausgaben-App» ist ein Thema, kein Auftrag. «Ich öffne sie, sehe ein Betragsfeld und eine Kategorieliste, tippe den Betrag ein, wähle die Kategorie, und der Eintrag steht in der Liste von heute» ist ein Auftrag.

Sagen Sie, was gespeichert bleiben muss. Das ist der Punkt, der sich später am teuersten ändern lässt. Wenn Einträge das Schließen des Tabs überleben sollen und jede Person ihre eigenen sieht, sagen Sie es gleich: dafür entsteht ein anderes Fundament. Wie dieses Fundament aussieht, steht in Kann KI eine App mit Datenbank bauen?.

Sagen Sie, was es nicht geben soll. Einschränkungen sparen mehr Zeit als Anforderungen. «Ohne Registrierung, Zugang über Link» oder «eine Seite, kein Menü» schneiden ganze Entscheidungszweige ab, die man sonst wieder rückgängig macht.

Was nicht hilft, ist ein seitenlanges Lastenheft. Zwanzig Anforderungen in einer Nachricht ergeben einen Bau, in dem die Hälfte ungefähr umgesetzt ist, und das zu entwirren dauert länger, als dieselben zwanzig Punkte einzeln nachzureichen.

Kann man das in Google Play stellen?

Ja, und es lohnt sich, offen zu sagen: das ist ein eigenes Projekt.

Eine Web-App lässt sich verpacken und wie jede andere einreichen. Dafür braucht es ein Entwicklerkonto mit einmaliger Gebühr und Identitätsprüfung, und neuen Konten setzt Google zusätzlich einen geschlossenen Test voraus: mehrere Tester müssen die App an aufeinanderfolgenden Tagen benutzen, bevor sie öffentlich werden darf. Dazu kommen Store-Eintrag, Symbole, Screenshots und eine Datenschutzerklärung.

Nichts davon ist Bauen. Es ist Verbreitung und Verwaltung, und es dauert mindestens eine Woche. Die vernünftige Reihenfolge lautet: zuerst den Link herausgeben, prüfen, ob die App wirklich benutzt wird, und erst dann entscheiden, ob der Store-Eintrag diese Woche wert ist.

Welche Apps gelingen gut und welche nicht?

Gut gelingt alles, was im Kern aus Formularen, Listen und Regeln dazwischen besteht: Ausgaben, Kundenkartei, Terminbuchung, Schichtcheckliste, interne Rechner, Anfragen sammeln, Katalog mit Filter, ein einfaches CRM.

Mittelmäßig gelingt, was mehrere Rollen mit unterschiedlichen Rechten, Freigaben oder Auswertungen braucht. Das entsteht, aber das erste Ergebnis ist ein Fundament, und das Nacharbeiten dauert länger als der Bau.

Schlecht gelingt, was an der Hardware hängt: durchgehender Betrieb ohne Netz, Hintergrundsynchronisation, Videobearbeitung auf dem Gerät, schwere dreidimensionale Grafik.

Und wenn ich den Code später selbst brauche?

Diese Frage gehört an den Anfang, nicht ans Ende. Viele Baukästen geben das Ergebnis nur innerhalb ihrer Plattform heraus: solange Sie zahlen, läuft es, mitnehmen können Sie es nicht.

Hier wandert der Code in Ihr eigenes GitHub-Repository, und danach gehört er Ihnen: lesen, von Hand ändern, einer Entwicklerin geben oder anderswo hosten. Die Einzelheiten stehen in Code aus dem KI-Builder exportieren.

Der praktische Nutzen ist nicht ideologisch. Eine an einem Abend gebaute App hört auf, eine Sackgasse zu sein: wenn in einem halben Jahr etwas auftaucht, das der Baukasten nicht kann, übergeben Sie ein laufendes Projekt statt neu anzufangen.

Was kostet das?

Das Startguthaben beträgt 2400 Credits, eine Karte wird dafür nicht verlangt. Ein üblicher Bau kostet ungefähr 600 Credits, eine Korrektur ungefähr 300. Das «ungefähr» ist keine Vorsicht, sondern Genauigkeit: abgerechnet wird der tatsächliche Modellaufwand für Ihre Aufgabe, deshalb ist eine kurze Korrektur günstiger als eine lange. Wenn das Startguthaben nicht mehr reicht, gibt es Pro für $25 im Monat mit 20000 Credits.

Das Veröffentlichen unter einer Adresse kostet nichts extra. Das Entwicklerkonto bei Google Play, falls Sie doch in den Store gehen, wird direkt an Google gezahlt und hat mit dem Bau nichts zu tun.

Kurz gefasst

Die KI liefert an einem Abend eine App, die über einen Link läuft, keine Datei für Google Play. Für ein Werkzeug, das Sie selbst, Ihr Team oder Ihre Kunden benutzen, reicht das vollständig: das Symbol kommt aus dem Browser auf den Startbildschirm, und der Nutzer merkt keinen Unterschied. Der Store bleibt eine eigene Aufgabe aus Verbreitung und Formalitäten, und man geht sie sinnvollerweise an, wenn die App bereits benutzt wird. Alles, was an der Hardware des Telefons hängt, liegt außerhalb dieses Wegs, und das ist eine vernünftige Grenze, kein Mangel.