Als besorgter Produktmanager haben Sie wahrscheinlich irgendwann die Frage aufgeworfen: Wie genau Google Design Sprint meinen Bedürfnissen entsprechen? Als talentierter Designer hättest du dir auch schon die Frage stellen sollen, welchen Wert es der Gleichung wirklich verleiht und in welcher Phase es nützlicher sein könnte.
Da ich selbst Designer bin, analysiere und vergleiche ich hier die Google Design Sprint mit unseren eigenen Produktdesign-Prozessund bietet jeweils ein wenig Kontext.
Design ist die grundlegende Seele einer von Menschen geschaffenen Schöpfung, die sich letztendlich in aufeinanderfolgenden äußeren Schichten des Produkts oder der Dienstleistung ausdrückt.
— Steve Jobs
Google Design Sprint ist, wie Google es selbst ausdrückt, „ein Prozess zur Beantwortung kritischer Geschäftsfragen durch Design, Prototyping und Testen“ das ermöglicht es Produktbesitzern, „Eine Abkürzung zum Lernen, ohne ein minimal praktikables Produkt zu entwickeln und auf den Markt zu bringen“. Am Ende Sie werden wissen, ob Ihr Produktkonzept gut ist, aber Sie müssen vor der Implementierung noch viel Design erstellen.
Es ist ein fünftägiger Prozess:
Tag 1. Stellen Sie das Problem fest und wählen Sie einen wichtigen Punkt aus, auf den Sie sich konzentrieren möchten;
Tag 2. Skizzieren Sie konkurrierende Lösungen auf Papier;
Tag 3. Treffen Sie schwierige Entscheidungen und setzen Sie Ihre Ideen in eine überprüfbare Hypothese um;
Tag 4. Entwickle einen High-Fidelity-Prototyp;
Tag 5. Testen Sie es mit echten lebenden Menschen.
Das Produktdesign-Prozess ist, kurz gesagt, ein Prozess, der Sie durch alle Schritte der eigentlichen Produktentwicklung führt. Am Ende des Prozesses haben Sie alles, was Sie benötigen, um mit der Implementierung zu beginnen, was den längeren Zeitrahmen erklärt, der benötigt wird.
Es folgt ein vierstufiges Verfahren, bei dem die technische Bewertung gleichzeitig mit den anderen Phasen erfolgt:
Im weiteren Verlauf unterstreicht die Sprint-Präsentation deutlich, dass die Bewertung der Rentabilität des Unternehmens ihr Hauptziel ist, erwähnt aber auch, dass sie angewendet werden kann „mache die erste Version neuer mobiler Apps“ oder „Produkte mit Millionen von Nutzern verbessern“.
Das ist zwar möglich, aber es ist kein adäquater Prozess dafür, was erklärt, warum Google die Entwicklung neuer mobiler Apps nicht als Hauptziel ansieht.
Sie könnten auch perfekt ein Feuer entfachen, indem Sie zwei Stöcke aneinander reiben, aber es gibt nur sehr wenige Gelegenheiten, in denen dies der beste Weg ist.
In dieser Phase hat Google einige Einschränkungenund fordert, dass wir nur einen Zielkunden und ein Zielereignis haben. Auf einfache Weise bedeutet das, dass, wenn Sie die erste Version einer mobilen App entwickeln, dies sein muss sehr grundlegend, da die Verbesserung eines bestehenden Produkts nur durch das Hinzufügen oder Ändern einer Funktion erfolgt.
Zum Beispiel könnten Sie ein Element nach dem anderen ändern, sodass es es ist unmöglich, zwei verschiedene Personas gleichzeitig anzusprechen. Es mag zwar das ideale Szenario für einen Designer sein, nur eine Zielperson zu haben, aber wir wissen sehr gut, dass wir damit meistens nicht durchkommen. Auf jeden Fall können wir sie nicht übersehen, Personas sind entscheidend bei der Entwicklung eines neuen Produkts.
Wenn Sie entweder eine komplexe App haben, an der Verbesserung verschiedener Funktionen arbeiten oder mehrere neue Funktionen erstellen möchten, können Sie dies nicht auf einmal tun. Um zusätzliche Inhalte hinzuzufügen, musst du mehrere Design Sprints durchführen. Das ist mit der Fallstudie passiert, die im Sprint-Buch über Slack, wo angegeben wird, dass zwei Sprints benötigt wurden, bevor mit dem Bau begonnen wurde.
Im Gegensatz dazu Der Produktdesign-Prozess kann mehr als eine Persona berücksichtigenund eignet sich daher eher für Produkte, die mehrere Benutzerrollen erfordern. Zum Beispiel Apps im Gesundheitswesen, die unterschiedliche Benutzeroberflächen für Fachkräfte und Patienten erfordern, oder Unterrichts-Apps, die sowohl von Lehrern als auch von Schülern verwendet werden.
Der Zeitrahmen und die Einschränkungen in Bezug auf Persona/Funktionen sind nur die ersten Hindernisse, mit denen wir konfrontiert sind, wenn wir Sprint für die Entwicklung einer neuen App auswählen. Dieser Prozess hat ein größeres Problem, wenn er auf die Entwicklung neuer Produkte angewendet wird — ein Problem, das nicht durch mehrere Sprints oder durch eine Verlängerung der Dauer gelöst werden kann.
Google Sprint präsentiert Ihnen was das solltest du tun und in welcher Reihenfolge, aber es gibt dir keinen Einblick in wie um von Schritt zu Schritt überzugehen, und auch nicht, wie man einige der dazwischen liegenden Aufgaben ausführt.
Wenn wir den Teil der Erstellung der Grafiken erreichen, erwähnt Sprint das Macher (Designer oder Ingenieure) sollten die einzelnen Komponenten erstellen: Bildschirme, Seiten, Teile usw., unter der Leitung von Der Sticher, wer sollte die Styleguides angeben, denen man folgen muss. Es berücksichtigt jedoch nicht die Erstellung dieser Styleguides, den Zeitaufwand für ihre Erstellung oder die Aufgaben, die zur Definition des visuellen Konzepts, auf dem die Styleguides basieren, erforderlich sind. Dies ist nicht unbedingt erforderlich, um das Produktkonzept durchführbar zu machen (Hauptziel von Sprint), aber es ist entscheidend, wenn das Ziel darin besteht, es umzusetzen.
Wenn die visuelle Konzeptdefinition vernachlässigt wird (nicht gemacht oder getan, aber ohne auf Nutzer- und Marktforschung zu basieren) es hat schwerwiegende Folgen:
Es ist unwahrscheinlich, dass du verbrenne ein Space Shuttle oder schieße ein Flugzeug ab, aber Eine schlechte Benutzererfahrung kann sich sehr wohl katastrophal auf den Erfolg Ihres Produkts auswirken.
Seien Sie bei der Erstellung von Inhalten vor allem einfühlsam. Versuche, das Leben deines Publikums zu leben.
— Rand Fishkin, Gründer von Moz
Ein weniger eklatanter, aber immer noch ähnlicher Fall findet sich zu Beginn des Prozesses in der „Remix und Verbesserungen“ Tag (der zweite). Hier sagt dir der Prozess „Bitten Sie alle Teammitglieder, eine Liste mit Produkten oder Dienstleistungen zu erstellen, die Sie überprüfen können, um inspirierende Lösungen zu finden.“ und präsentiere sie dann dem Team, indem du die nützlichsten Ideen auf ein Whiteboard schreibst.
Das Problem dabei ist, dass diese Referenzen auf der Grundlage der persönlichen Vorlieben und Erfahrungen des Teams gesammelt werden. Der Prozess berücksichtigt keine Benutzereingaben und ist somit in der Tat kein nutzerzentriertes Design. Es ist wichtig zu berücksichtigen, dass eine Funktion nur „gut“ aus subjektiver Sicht.
Eine gute Funktion für jemanden kann wegwerfbar oder sogar schädlich für andere sein. und das Gleiche gilt für Benutzerfreundlichkeit und Benutzererfahrung. Manche Menschen empfinden eine bestimmte Art der Anzeige von Informationen möglicherweise als intuitiv, während andere sie möglicherweise verwirrend finden. Eine Person mag es ansprechend finden und eine andere lässt sich davon abschrecken.
Der Weg, dies zu lösen, besteht darin, ein Benutzerzielprofil zu definieren und schauen Sie sich die Referenzen an, die Personen, die zu diesem Profil passen, haben und bevorzugen. Sprint definiert zwar am ersten Tag einen Zielbenutzer, verwendet ihn aber nicht wirklich, um weitere Entscheidungen über das Produkt zu treffen. Wir können es nicht genug betonen, du musst Design für Ihre Zielgruppe, nicht für dich.
Es macht keinen Sinn (aus Sicht der Sicherstellung des Produkterfolgs), jemanden zu haben, der für die Benutzeroberfläche verantwortlich ist, der weder:
Der einzig mögliche Grund dafür ist, die Kunden in den Prozess einzubeziehen, eine bessere Beziehung zu ihnen aufzubauen und einfachere Genehmigungsprozesse zu haben, da sie sich als Autoren der Lösung fühlen. Hinsichtlich der Qualität des Endprodukts gibt es jedoch keinen Vorteil.
In der Tat kann es sogar schädlich sein. Im Google-Venture-Kontext funktioniert Sprint möglicherweise aufgrund der Tatsache, dass alle Menschen in eine Designkultur eingetaucht sind, aber wenn der Product Owner jemand ist, der nicht aus dem Produktdesignumfeld stammt und keine Kenntnis der potenziellen Benutzerprofile hat, wendet sich das Blatt.
In Produktdesign-ProzessIm Gegensatz dazu konzentriert sich das Team darauf, sich in die Lage des Benutzers zu versetzen und nicht nach seinen eigenen Referenzen und Vorlieben zu fragen, selbst wenn Sie nicht die Möglichkeit hatten, mit potenziellen Nutzern Kontakt aufzunehmen, sondern nach anderen Produkten, von denen bekannt ist, dass sie von den Zielnutzern verwendet und geschätzt werden.
Du musst den Nutzer verstehen. Wenn du das nicht kannst, wird er dich bestimmt auch nicht verstehen können.
Zusammenfassend lässt sich sagen, dass Produktdesign-Prozess besser als Google Sprint? Es kommt darauf an. Google Sprint eignet sich gut für die frühen Phasen der Produktkonzeptualisierung, wenn Sie ein neues Produktkonzept haben, es aber noch nicht klar definiert haben und auf dessen Realisierbarkeit zugreifen möchten.
Es ist auch entscheidend für die Google Sprints Erfolg, dass das gesamte Designteam sein Publikum kennt. Wenn das der Fall ist, können Sie viele Vorteile nutzen, indem Sie einen vorläufigen Sprint durchführen.
Wenn Sie die Produktlebensfähigkeit mit dem abgerufen haben Google Sprint und wenn Sie mit der Implementierung fortfahren möchten, können Sie die Produktdesign-Prozess, was keine Einschränkungen beim Erstellen komplexerer Apps oder beim Aktualisieren von Funktionen mit sich bringt. Es ist jedoch auch möglich, das Design von Grund auf neu zu beginnen und dabei die neueste Version zu verwenden, die den gesamten Designprozess abdeckt.
Der Produktdesign-Prozess löst das Problem, wie Sie UX in visuelles Design integrieren. Das garantiert visuellen Designern, dass sie eine solide Grundlage für ihre Entscheidungen und Entscheidungen haben und nicht nur persönliche Vorlieben, was ihre Arbeit erleichtert.
Was Produktmanager angeht, so garantiert es, dass das UX-Design dem Produkt einen konkreten Mehrwert verleiht und keine vergebliche Mühe ist. Es macht deutlich, wie sich jede UX-Aufgabe auf der GUI widerspiegelt, was auch dem Vertriebsteam hilft, mit potenziellen Kunden umzugehen, was den Wert der Einstellung von UX-Designern unterstreicht.
Nicht zuletzt bedeutet dies auch, dass die Entwickler keine Zeit damit verbringen müssen, — oft falsche — Designentscheidungen zu treffen, und dass die von den Designern bereitgestellten Benutzeroberflächen einfach zu implementieren sind.
Bei Imaginary Cloud wir haben ein Expertenteam für UI- und UX-Design. Wenn Sie der Meinung sind, dass Sie Hilfe beim Design gebrauchen könnten, schreiben Sie uns hier!
Fanden Sie diesen Artikel hilfreich? Diese könnten dir auch gefallen!
Mit 10 Jahren Erfahrung und einem Hintergrund in der Kognitionswissenschaft. Ich bin begeistert von inklusivem Design und ruhiger Technologie.
People who read this post, also found these interesting:
