Eine mobile Anwendung im App Store zu veröffentlichen bedeutet normalerweise, mit Signierzertifikaten, Provisioning-Profilen, App-Identifikatoren und Produktions-Builds zu jonglieren — technische Schritte, die kaum ein Gründer lernen möchte. Cadrant behält dieselbe Vorgehensweise wie im Web: du beschreibst deine Anwendung in Alltagssprache, iterierst im Editor, und die Plattform automatisiert die App-Store-Veröffentlichung unter deinem eigenen Apple-Developer-Konto.
Der Cadrant-Workflow in drei Schritten
Die Leitidee ist einfach: denselben promptbasierten Workflow wie bei einer Web-Anwendung beibehalten, aber am Ende eine mobile Anwendung erhalten, die im App Store veröffentlicht werden kann.
1. Beschreibe deine mobile Anwendung
Erstelle ein Projekt in Cadrant, wähle den Tab „Mobile Anwendung“ statt „Web“, und beschreibe deine Bildschirme, Navigation und Features. Cadrant generiert eine mobile-first Anwendung — von Anfang an für das Telefon designt — mit derselben Generierungs-Engine wie deine Web-Projekte.
Wie im Web gehört dir der Code: du kannst ihn inspizieren, Prompt für Prompt iterieren und ihn weiterentwickeln, ohne von null anzufangen.
2. Vorschau in Cadrant
Während du baust, zeigt Cadrant deine Anwendung in einem Handy-Rahmen an, der in die Projektvorschau integriert ist. Du testest Navigation, Formulare und mobile Ergonomie, ohne ein zusätzliches Tool zu installieren.
- Kein Xcode, kein Android Studio, kein lokales Setup.
- Jede Änderung, die du den Assistenten bittest, erscheint sofort in der Vorschau.
- Du validierst das mobile Erlebnis, bevor du eine Minute für die Veröffentlichung aufwendest.
3. Build und Einreichung beim App Store — Reibung automatisiert
Hier bleiben die meisten mobilen Projekte stecken, und hier übernimmt Cadrant die Schwerstarbeit. In Cadrant ist es ein geführter Vier-Schritte-Ablauf aus der Vorschau des mobilen Projekts:
- Apple-Verbindung: melde dich mit deinem Apple-Developer-Konto an. Dein Passwort wird nie gespeichert — der Austausch nutzt das SRP-Protokoll (Secure Remote Password).
- App-Details: gib den Anzeigenamen und das Icon (1024×1024) an. Cadrant erstellt den App-Store-Connect-Eintrag und weist eine Bundle-ID zu.
- Zertifikat: Cadrant stellt automatisch das iOS-Distributionszertifikat und das App-Store-Provisioning-Profil aus.
- Veröffentlichung: Cadrant kompiliert die Produktions-App und lädt den Build in deinen App Store Connect hoch. Rechne mit 20 bis 45 Minuten, nachverfolgbar im Aktivitätsprotokoll.
Wichtig: die App wird unter deinem eigenen Apple-Developer-Konto veröffentlicht, niemals unter dem von Cadrant. Sobald der Build angekommen ist, übernimmst du in App Store Connect (oder TestFlight), um den Eintrag zu finalisieren und zur Apple-Prüfung einzureichen.
Warum Cadrant der einfache Weg ist
Das Versprechen von Cadrant ist „eine mobile Anwendung, so einfach wie das Beschreiben deiner App“. Du behältst die Einfachheit eines promptbasierten Tools — dasselbe wie im Web — mit integrierter Vorschau in Cadrant und App-Store-Veröffentlichung, bei der Zertifikate, Profile und Kompilierung für dich automatisiert werden.
Für ein nicht-technisches Team ist das der Unterschied zwischen dem endlosen Aufschieben einer Store-Präsenz und dem Ausliefern einer testbaren, veröffentlichbaren mobilen Anwendung in wenigen Tagen.
Häufig gestellte Fragen
Muss man programmieren können, um eine mobile Anwendung mit Cadrant zu veröffentlichen? Nein. Du beschreibst die App in Alltagssprache, zeigst sie in der Vorschau in Cadrant an, und der geführte Veröffentlichungsablauf übernimmt den technischen Teil (Zertifikat, Profil, Build, Upload).
Brauche ich ein Apple-Developer-Konto? Ja — um im App Store zu veröffentlichen, ist die Mitgliedschaft im Apple Developer Program (jährliches Abonnement) erforderlich. Das ist die Anforderung von Apple, nicht die von Cadrant.
Kann ich vor der Veröffentlichung testen? Ja: integrierte Vorschau während der Entwicklung, dann TestFlight, um den Build an Tester zu verteilen, bevor er öffentlich eingereicht wird.
Gehört mir der Code? Ja. Wie bei Cadrant-Web-Projekten gehört dir der generierte Code, und die App wird auf deinem eigenen Developer-Konto veröffentlicht.