iPhone-Tutorial
Dieser Leitfaden zur Verwendung von rork auf dem iPhone zeigt den einfachsten Weg von einer App-Idee zu einer funktionierenden Vorschau – egal, ob du auf deinem Smartphone startest oder ein Projekt an anderer Stelle fortsetzt.
Der richtige iPhone-Workflow hängt davon ab, wo dein Projekt gerade steht. Wähle den passendsten Ausgangspunkt, bevor du einen langen Prompt schreibst oder eine Vorschau überprüfst.
Du hast ein grobes Konzept, einige Bildschirme im Kopf oder ein Problem, das du mit einer mobilen App lösen möchtest, aber noch kein Projekt.
Öffne den Builder, beschreibe eine klar abgegrenzte erste Version und bitte um eine kleine Auswahl an Bildschirmen, die auf einem iPhone überprüft werden können.
So verwendest du rorkDu hast bereits ein generiertes Projekt und möchtest es auf einem iPhone überprüfen, einen Ablauf testen oder einen Bildschirm mit einem weiteren Prompt verfeinern.
Halte die Anfrage präzise, vergleiche die neue Vorschau mit der vorherigen und ändere jeweils nur eine Interaktion.
So verwendest du rorkDas Projekt wurde für eine andere mobile Plattform erstellt oder getestet, und du möchtest verstehen, was sich auf einem iPhone ändert.
Behandle das iPhone als separate Testumgebung: Überprüfe Layout, Navigation, Berechtigungen, Tastaturverhalten und Touch-Ziele, statt von einer identischen Darstellung auszugehen.
So verwendest du rork auf AndroidDu brauchst eine schnelle, greifbare Demo für einen Kunden, Teamkollegen oder Stakeholder, bevor du in eine vollständige Produktionsimplementierung investierst.
Verwende einen kurzen Prompt, demonstriere eine vollständige User Journey und halte die Entscheidungen fest, die noch eine Design- oder Engineering-Prüfung benötigen.
rork App-BuilderWähle diesen Pfad, wenn das Projekt noch nicht existiert. Das Ziel ist nicht, jede zukünftige Funktion zu spezifizieren, sondern einen stimmigen ersten Entwurf zu erstellen, den du tatsächlich überprüfen kannst.
Beginne mit der Hauptaufgabe der App: einen Termin buchen, eine Gewohnheit verfolgen, Notizen im Außendienst erfassen oder ein Workout organisieren. Benenne den vorgesehenen Nutzer, die primäre Aktion und das kleinste nützliche Ergebnis. Ein fokussiertes Briefing gibt der ersten Generierung eine klarere Form als eine Liste unzusammenhängender Funktionen.
Beschreibe den ersten Bildschirm, die nächste Aktion, die Informationen, die jeder Bildschirm anzeigen soll, und die visuelle Richtung. Erwähne iPhone-freundliche Details wie eine untere Navigationsleiste, gut lesbare Schrift, große Touch-Ziele und ein Layout, das auch auf einem schmalen Display komfortabel bleibt. Bitte um realistische Beispielinhalte statt leerer Platzhalter.
Wenn die erste Version erscheint, folge der Haupt-User-Journey so, wie es ein Nutzer tun würde. Achte auf verwirrende Bezeichnungen, überfüllte Steuerelemente, fehlende Empty States und Aktionen, die nicht erklären, was als Nächstes passiert. Sende einen Folge-Prompt, der jeweils nur eine Priorität ändert, und überprüfe das Ergebnis anschließend erneut auf dem iPhone.
Wähle diesen Pfad, wenn du bereits ein Projekt hast, das du überprüfen möchtest. Eine iPhone-Prüfung ist am nützlichsten, wenn du echte Abläufe testest, statt nur den Eröffnungsbildschirm anzusehen.
Eine generierte Vorschau kann dabei helfen, Struktur und Interaktion zu validieren, beweist aber nicht automatisch, dass die App für die App-Store-Prüfung, Datenschutzanforderungen, Barrierefreiheitsprüfungen oder das Monitoring in der Produktion bereit ist.
Workaround
Führe eine Release-Checkliste und beziehe vor der Veröffentlichung die zuständigen Design-, Engineering- und Compliance-Prüfer ein.
Ein einzelnes iPhone steht nicht für jede Bildschirmgröße, Betriebssystemversion, Netzwerkbedingung, Berechtigungsstufe oder jedes ältere Gerät. Ein Layout, das auf einem Modell gut funktioniert, kann an anderer Stelle trotzdem fehlschlagen.
Workaround
Teste die kritische User Journey in mehr als einem Viewport und berücksichtige schlechte Verbindung, leere Daten, lange Texte, verweigerte Berechtigungen und unterbrochene Sitzungen.
Wenn du einer Anfrage weitere Anforderungen hinzufügst, wird es schwieriger festzustellen, welche Änderung ein neues Problem verursacht hat. Der Builder kann eine Struktur vorschlagen, aber er kann deine Prioritäten, Richtlinien oder das Verhalten in Sonderfällen nicht für dich festlegen.
Workaround
Teile die Arbeit in kurze Iterationen auf: zuerst die Navigation, dann die Kernaktion und anschließend Zustände und Feinschliff, sobald der Hauptablauf zuverlässig funktioniert.
Kamerazugriff, Benachrichtigungen, Standort, Anmeldung, Zahlungen, Deep Links und Verhalten im Hintergrund erfordern möglicherweise eine Konfiguration oder plattformspezifische Tests, die über einen visuellen Prototyp hinausgehen.
Workaround
Liste alle Gerätefunktionen im Voraus auf und überprüfe jede einzelne mit einem gezielten Test, statt einen sichtbaren Button als Beweis dafür zu betrachten, dass die Funktion funktioniert.
Führe vor dem Teilen des Projekts jedes Mal dieselbe kurze Prüfung durch. Dies sind Kontrollpunkte und keine Aussagen darüber, was der Builder automatisch erledigt.
Beginne mit einem nützlichen Ablauf, beschreibe ihn in einfachen Worten und nutze die Vorschau, um herauszufinden, was geändert werden muss. Rork ist am effektivsten, wenn jeder Prompt einen klaren Zweck hat und jede iPhone-Überprüfung mit einer konkreten nächsten Entscheidung endet.
Einen iPhone-Prototyp erstellenDiese Antworten decken die praktischen Fragen ab, die sich Menschen normalerweise stellen, wenn sie mit einem iPhone-orientierten Workflow beginnen.
Ja, du kannst ein iPhone verwenden, um eine Idee zu beschreiben, eine generierte Erfahrung zu überprüfen und Folgeanweisungen zu geben. Für detaillierte Bearbeitungen, das Debugging oder die Projektverwaltung ist ein größerer Bildschirm möglicherweise angenehmer.
Gib an, für wen die App gedacht ist, welches Hauptproblem sie löst, welche erste Aktion möglich sein soll und welche Bildschirme erforderlich sind, um diese Aktion abzuschließen. Ergänze mobile Präferenzen wie eine einfache Navigation, gut lesbaren Text, klar erkennbare Touch-Bereiche und realistische Beispieldaten.
Öffne die Projektvorschau auf dem Gerät und durchlaufe den wichtigsten Ablauf, ohne Schritte zu überspringen. Überprüfe die Tastatur, das Scrollen, die Tippbereiche, den Textumbruch, das Ladeverhalten, leere Zustände und was passiert, wenn eine Anfrage fehlschlägt.
Nein. Ein iPhone-Test kann wichtige Probleme bei der Benutzerfreundlichkeit und beim Layout aufdecken, ersetzt jedoch nicht die Tests für Veröffentlichung, Datenschutz, Barrierefreiheit, Sicherheit oder mehrere Geräte. Betrachte die Vorschau als Grundlage für weitere Verbesserungen, nicht als endgültige Freigabe.
Beschreibe den genauen Bildschirm, die Aktion und das beobachtete Problem und fordere anschließend eine gezielte Änderung an. Überprüfe nach der Aktualisierung denselben Ablauf erneut und führe eine kurze Liste ungelöster Probleme, damit spätere Prompts keine voneinander unabhängigen Korrekturen vermischen.