Jeder, der einen High-Fidelity-Prototyp gebaut hat, kennt das Gefühl, stundenlang Abstände angepasst zu haben, ohne dass es jemandem auffällt. Hi-Fi hat den Ruf, langsam zu sein, und das ist manchmal auch der Fall, aber normalerweise liegt es an vermeidbaren Entscheidungen und nicht an der Natur.
Dies ist ein Leitfaden für diejenigen, die das Konzept bereits verstehen und es schneller umsetzen möchten. Ich werde nicht wiederholen, was Loyalität ist und wann man sie einsetzen sollte. Um es auf den Punkt zu bringen: Wie kann ich einen High-Fidelity-Prototyp erstellen, der Ihre Frage beantwortet, ohne Zeit zu verschwenden, die Sie nicht haben?
Die Grundidee ist einfach und erfordert Disziplin: Geschwindigkeit in High-Fidelity entsteht durch Wiederverwendung, Fokussierung und den Mut, vor der Perfektion stehen zu bleiben.
Beginnen Sie mit der Frage, nicht mit dem Bildschirm
Der zeitaufwändigste Fehler besteht darin, mit dem Zeichnen anzufangen, ohne zu wissen, was man entdecken möchte. Ohne Frage polieren Sie alles gleichermaßen, denn Sie haben keine Kriterien, um zu entscheiden, wo Sie verbessern und wo Sie sparen.
Schreiben Sie vor dem Öffnen des Tools in einem Satz, was dieser Prototyp beantworten muss. „Versteht der Benutzer, wie er die Registrierung abschließt?“ führt zu einem Prototyp. „Vermittelt diese Schnittstelle Vertrauen?“ führt zu einem anderen. Die Frage definiert, wo Loyalität wichtig ist.
Wenn die Frage geklärt ist, stellen Sie fest, dass ein Großteil des Prototyps möglicherweise eine geringere Wiedergabetreue aufweist. Nur Bildschirme und Elemente, die in direktem Zusammenhang mit dem Zweifel stehen, bedürfen einer vollständigen Behandlung. Das allein reduziert bereits die Hälfte der Arbeit.
Wiederverwendbarkeit macht High-Fidelity realisierbar
Der Unterschied zwischen einem Team, das schnell Prototypen entwickelt, und einem Team, das Probleme hat, liegt fast immer in den Komponenten. Wer mit jedem Prototyp jeden Button, jedes Feld und jede Karte von Grund auf neu baut, ist zur Langsamkeit verdammt.
Erstellen Sie eine Bibliothek mit wiederverwendbaren Komponenten: Schaltflächen in ihren verschiedenen Zuständen, Formularfelder, Kopfzeilen, Listen, Karten. Legen Sie Textstile und eine Farbpalette als Variablen fest. Von da an wird Prototyping zur Montage und nicht mehr zur Konstruktion.
Moderne Designtools machen dies mit gemeinsamen Komponenten, Varianten und Stilen einfach. Die anfängliche Investition in die Organisation der Bibliothek zahlt sich im zweiten Prototyp aus. Und wenn Ihre Organisation über ein Designsystem verfügt, auch wenn dieses noch in den Kinderschuhen steckt, ist High Fidelity nicht mehr kostspielig und wird zum natürlichen Weg.
Auch die Wiederverwendung bringt Konsistenz. Wenn alle Prototypen von derselben Basis stammen, sehen sie wie das gleiche Produkt aus, und dies reduziert den Lärm bei Benutzertests.
Konzentrieren Sie sich auf das, was der Benutzer fühlt, und sparen Sie beim Rest
Hohe Wiedergabetreue bedeutet nicht, dass überall eine einheitliche Wiedergabetreue vorliegt. Es bedeutet Realismus, wo Realismus wahrgenommen wird.
Konzentrieren Sie sich auf das, was sich direkt auf das Erlebnis auswirkt: echte Texte, klare visuelle Hierarchie, die Zustände, denen der Benutzer begegnen wird, wichtige Übergänge. Diese Elemente verändern die Art und Weise, wie die Person auf den Prototyp reagiert.
Sparen Sie, was bei einem Test niemandem auffällt: Pixelanpassungen in Nebenbereichen, Animationen von Bildschirmen, die nicht in der Bewertung sind, Details von Randbildschirmen, die nicht Teil der Frage sind. Perfektionismus in diesen Bereichen ist Zeitverschwendung ohne Gegenleistung.
Diese Kalibrierung ist die zentrale Fähigkeit des Rapid Prototyping. Es geht nicht darum, weniger zu tun; Es geht darum, satt zu sein, wo es darauf ankommt, und schlank zu sein, wo es nicht darauf ankommt.
Nutzen Sie frühzeitig realistische Daten und Inhalte
Ein Trick, der Nacharbeit erspart, besteht darin, von Anfang an mit echten Inhalten zu arbeiten, statt mit Platzhaltern. Falscher Text verbirgt Probleme: „lorem ipsum“ passt immer gut, der generische Name überfordert das Layout nie.
Wenn Sie echte Namen, plausible Werte und Extremfälle, den längsten Titel, die vollständigste Liste, den höchsten Wert verwenden, lösen Sie bereits im Prototyp Layoutprobleme, die nur in der Implementierung auftreten würden. Dadurch wird der High-Fidelity-Prototyp zu einem Test der Robustheit, nicht nur des Aussehens.
Bei Produkten mit sensiblen Daten ist darauf zu achten, plausible fiktive Daten und niemals echte Daten von Personen zu verwenden. Gemäß LGPD stellt der Umgang mit echten Benutzerinformationen in Designartefakten ein unnötiges Risiko dar, das durch eine gut gemachte synthetische Datenmenge vermieden wird.
Wissen, wann man aufhören muss
Die letzte Gefahr von High-Fidelity besteht darin, nicht zu wissen, wie man fertig wird. Es gibt immer noch ein Detail zu korrigieren, einen Schatten zu verfeinern, einen Übergang zu glätten. Der Prototyp ist niemals „perfekt“, und deshalb benötigen Sie ein Stoppkriterium außerhalb des Garzustands.
Das Kriterium ist die Ausgangsfrage. Wenn der Prototyp die von Ihnen zu Beginn definierte Frage beantwortet, ist er fertig, auch wenn Sie noch Verbesserungsbedarf sehen. Darüber hinaus zu verfeinern bedeutet, ein Wegwerfartefakt zu polieren.
Denken Sie daran, dass der High-Fidelity-Prototyp, so schön er auch sein mag, immer noch ein Medium ist. Es existiert, um eine Entscheidung oder ein Lernen zu generieren. Wenn dies erreicht ist, ist das Weitermachen eine als Willkür getarnte Verschwendung.
Für ein Produktteam in einem Startup, wo Zeit die knappste Ressource ist, ist diese Disziplin des Anhaltens Gold wert. Jede bei einem bereits validierten Prototyp eingesparte Stunde ist eine Stunde, die in die nächste Lernerfahrung investiert wird.
Vermeiden Sie die falschen Werkzeuge für den falschen Ansturm
Auch die Wahl des Werkzeugs wirkt sich auf die Geschwindigkeit aus, und hier liegt ein subtiler Fehler vor. Sehr leistungsstarke Tools voller Animations- und Mikrointeraktionsfunktionen verführen den Perfektionisten dazu, Zeit mit Details zu verbringen, nach denen die Frage nicht gefragt hat. Zu einfache Tools erfordern Workarounds, die Stunden kosten.
Als Faustregel gilt, das Tool der Frage zuzuordnen. Wenn Sie nur realistische statische Bildschirme benötigen, öffnen Sie keine erweiterte Prototyping-Umgebung, die Sie dazu verleitet, alles zu animieren. Wenn es um Interaktion geht, ist das robustere Tool gerechtfertigt. Der Werkzeugwechsel während der Arbeit ist teuer; Die Wahl gleich am Anfang ist Teil der Geschwindigkeit.
Ein weiterer Beschleuniger ist das Prototyping in Paaren mit denen, die bauen werden. Wenn der Entwickler den Zusammenbau des High-Fidelity-Prototyps verfolgt, weist er sofort darauf hin, was teuer in der Implementierung ist, und Sie passen vor dem Polieren an. Dies vermeidet den langsamen Zyklus, bei dem man einen schönen Prototyp genehmigt und dann feststellt, dass die Hälfte davon aufgrund technischer Einschränkungen noch einmal überdacht werden muss.
Ein schneller Ablauf, der funktioniert
Alles in allem sieht ein effizienter Ablauf so aus: Definieren Sie die Frage in einem Satz. Schlüsselbildschirme aus der Komponentenbibliothek zusammenstellen; mit echten Inhalten und Randfällen füllen; Achten Sie auf die Elemente, die die Frage erfordert, und lassen Sie den Rest funktionsfähig. prüfen; und hören Sie auf, wenn die Frage beantwortet ist.
Dieser Prozess verwandelt High-Fidelity von etwas Langsamem und Gefürchtetem in etwas Agiles und Wiederholbares. Geschwindigkeit entsteht nicht durch Eile, sondern durch Methode und durch die Akzeptanz, dass ein guter Prototyp entscheidet und nicht beeindruckt.
Der Unterschied zwischen Teams, die mit Fristen zu kämpfen haben, und Teams, die reibungslos liefern, liegt oft in diesen Prozessdetails. Es geht nicht um Talent, sondern um Werkzeugdisziplin und Konzentration.
Wenn Sie in Ihrem Team einen agileren Prototyping-Ablauf strukturieren möchten, finden Sie hier im Blog weitere Texte zum Thema Prototyping, Designsystem und Produktprozess. Und wenn Sie darüber sprechen möchten, wie Sie eine Komponentenbibliothek zusammenstellen können, die Ihre Arbeit beschleunigt, stehe ich Ihnen gerne zur Verfügung.
Lesen Sie auch
- High-Fidelity-Prototyp: Was es ist und wann sich der Aufwand lohnt
- High-Fidelity-Prototyp: die Checkliste vor der Genehmigung und dem Bau
- Anwendungs-Prototyping in der Praxis: So testen Sie Ideen, bevor Sie Code verschwenden
- Anwendungsprototyping: Optimierung mit Beispielen
- High-Fidelity-Prototyp: Optimierung mit realen Fällen
- Emotionales Design in Apps: Kurzanleitung zur Auswahl, wo Emotionen investiert werden können