Wie ich über ein Wochenende mit Bolt einen Prototyp einer App entwickle (bevor ich echtes Geld ausgebe)
Die meisten App-Ideen scheitern am Whiteboard oder es kostet ein Vermögen, sie zu testen. Diese Bolt-Routine stellt echten Benutzern bis Sonntagabend einen funktionierenden Prototyp zum Preis eines Wochenendes vor.
Eine Idee, deren Test drei Monate und ein Entwicklungsbudget in Anspruch nimmt, wird nie getestet, weshalb der Whiteboard-Friedhof so voll ist. Bolt bricht die Schleife zusammen: Aus meinen letzten drei Nebenprojektideen wurde innerhalb eines Wochenendes jeweils ein funktionierender, gemeinsam nutzbarer Prototyp, und einer davon war gut genug, um ihn zu behalten. Die folgende Routine zeigt, wie Sie diese beiden Tage so verbringen, dass der Sonntagabend mit einer URL und nicht mit einem Stapel Eingabeaufforderungen endet.
Am Samstagmorgen findet die Operation am Zielfernrohr statt, und zwar bevor Sie Bolt öffnen. Schreiben Sie den Job, den die App in nur einem Satz erledigt, und die drei Bildschirme, die das beweisen, nicht mehr. Der klassische Misserfolg besteht darin, von Bolt die vollständige Vision zu verlangen, und die vollständige Vision führt dazu, dass Prototypen an Komplexität zugrunde gehen. Mein Planungsprototyp bestand aus Kalender, Buchungsformular und Bestätigung; Alles andere, Konten, Einstellungen, Admin-Panels, wartete auf den Beweis, dass der Kern es verdiente.
Erstellen Sie die Reihenfolge, in der Benutzer sie berühren: erster Bildschirm bis letzter, fragen Sie jeweils nach einem funktionierenden Bildschirm und testen Sie jeden in der Browservorschau, bevor Sie fortfahren. Wenn etwas nicht stimmt, beschreiben Sie das Symptom genau und nicht die Lösung, die Sie sich vorstellen. Die Schaltfläche überlappt die Kopfzeile auf Mobilgeräten und überarbeitet nicht das Layout. Spezifität ist hier die gesamte Fähigkeit, und in die Eingabeaufforderung eingefügte Screenshots übertreffen jedes Mal die Beschreibungsabsätze.
Der Samstagnachmittag gehört den Daten, denn ein Prototyp mit gefälschten Daten ist eine Demo und einer mit echten Daten ein Test. Verbinden Sie das von Bolt angebotene Backend, laden Sie Ihre tatsächlichen Inhalte oder einen realistischen Datensatz ein und klicken Sie sich mit der Ungeduld eines echten Benutzers selbst durch jeden Flow. Die Käfer, die Sie am Samstagabend finden, sind die billigen; Die UX-Verwirrungen, die Sie finden, sind die wertvollsten, und jede wird am Sonntagmorgen zu einer spezifischen Aufforderung und nicht zu einer vagen Neukonstruktion.
Der Sonntag ist Polieren und Bereitstellen, in dieser Reihenfolge, und die Disziplin besteht darin, zu wissen, wann man aufhören muss. Beheben Sie die drei größten Ecken und Kanten, schreiben Sie einen echten ersten Bildschirm, damit Fremde die App ohne Anweisungen verstehen, stellen Sie sie dann bereit und senden Sie den Link an fünf Personen, die zu Ihrem Zielbenutzer passen. Beobachten Sie, was sie tun, nicht was sie sagen. Wenn niemand es zweimal verwendet, kostet Sie das Wochenende nichts als Zeit, und wenn doch, erstellen Sie jetzt die echte Version mit Beweisen, und das ist der Sinn des Prototypings.