Der Produktdesignprozess ist die Abfolge, der ein Team folgt, um ein Marktproblem in ein funktionierendes digitales Produkt zu verwandeln. Unser Prozess heißt Product Design Process (PDP). Er erstreckt sich über vier Phasen (Recherche, Ideenfindung, Umsetzung und technische Bewertung), die in zwölf Schritte unterteilt sind, von denen jeder einen verantwortlichen Ansprechpartner und ein Ergebnis hat, von dem der nächste Schritt abhängt.
Stellen Sie es sich wie „Mise en Place“ vor. Alles ist geschnitten, abgemessen und griffbereit, bevor die Pfanne auch nur in die Nähe der Hitze kommt.
Dieser Beitrag erklärt, was Produktdesign ist, warum diese Abfolge wichtig ist und was in jedem der zwölf Schritte des Designprozesses passiert. Er richtet sich an Gründer, Product Owner und Führungskräfte, die entscheiden müssen, wie viel Designarbeit finanziert werden soll, bevor die erste Zeile Code geschrieben wird.
Wir behalten diese Methode nicht für uns. Sie ist vollständig veröffentlicht, inklusive aller Phasen und Praxisbeispiele, in unserem Product Design Process Buch, geschrieben von drei der Personen, die es bei Imaginary Cloud entwickelt haben und leiten. Was folgt, ist die Arbeitsversion dieser Methode – dieselbe, die hinter unserem digitalen Produktdesignsteht.
| Phase | Schritt | Verantwortlicher | Ergebnis / Deliverable |
|---|---|---|---|
| Recherche | 1. Briefing | UX-Designer | Gemeinsame Erklärung zu Vision, Zielen und geschäftlichen Anforderungen |
| Recherche | 2. Nutzerrecherche | UX-Designer | Zielgruppenprofil, Ziele und Motivationen |
| Recherche | 3. Design-Benchmark | UX-Designer | Überblick über konkurrierende und ergänzende Produkte |
| Ideenfindung | 4. User Journey | UX-Designer mit Product Owner | Kartierte Nutzerszenarien und Produktanforderungen |
| Ideenfindung | 5. Entscheidungsmatrix | Product Owner mit UX-Designer | Priorisierter Umfang unter Berücksichtigung von Zeit- und Kostenbeschränkungen |
| Ideenfindung | 6. Wireframes | UX-Designer | Bildschirmstruktur und Navigationsfluss |
| Ideenfindung | 7. Moodboard | Produktdesigner | Vereinbartes Erscheinungsbild (Look and Feel) |
| Umsetzung | 8. Styleguide | Produktdesigner | Farbpalette, Schriftarten, Bildstil, Schnittstellenkomponenten |
| Umsetzung | 9. GUI-Design | Produktdesigner | Finale Bildschirme, von den Stakeholdern genehmigt |
| Umsetzung | 10. Prototyp | Produktdesigner | Teilbarer, klickbarer Prototyp |
| Technische Bewertung | 11. High-Level-Architektur | Tech Lead | Technisches Design und Abhängigkeiten von Drittanbietern |
| Technische Bewertung | 12. Projektplan | Tech Lead mit Product Owner | Meilensteine, Aufwand und geschätzte Kosten pro Phase |
Produktdesign ist der Prozess, bei dem festgelegt wird, was ein Produkt leisten soll, für wen es bestimmt ist und wie es funktionieren muss, bevor es überhaupt gebaut wird. Im PDP führt diese Arbeit zu zwölf definierten Ergebnissen, vom Nutzerprofil bis hin zum detaillierten Projektplan mit Kostenaufstellung. (Siehe unsere kurze Definition des Produktdesignprozesses.)
Der Begriff überschneidet sich häufig mit dem industriellen Produktdesign, das sich auf in Massenproduktion gefertigte Güter bezieht: ein iPhone, ein Toaster, eine Gitarre, ein Stuhl. Dieser Artikel befasst sich mit digitalem Produktdesign, einem Teilbereich davon. Ein digitales Produkt ist ein immaterielles Gut, das online bereitgestellt wird, wie etwa eine Website oder eine App.
Geht es beim Design also darum, wie ein Produkt aussieht? Im Wesentlichen nicht. Ästhetik spielt zwar eine Rolle, aber beim Design geht es vor allem darum, wie das Produkt funktioniert.
Diese Unterscheidung hat praktische Konsequenzen. Die Schritte 1 bis 7 des PDP, also mehr als die Hälfte des Prozesses, beinhalten noch keinerlei visuelles Design. Sie umfassen ein Nutzerprofil, einen Benchmark, eine User Journey, einen priorisierten Projektumfang und ein Wireframe. Erst danach wird über Farben entschieden.
Der Produktdesigner ermittelt, welche Nutzer das Produkt bedienen soll und was diese erreichen möchten, und setzt dies in eine nutzbare Lösung um. Der erste Schritt des Produktdesignprozesses besteht darin, die Probleme der Endnutzer zu identifizieren – deshalb ist die Nutzerforschung Schritt 2 des PDP und nicht etwa die Gestaltung eines Bildschirms.
Zu wissen, wer das Produkt nutzen wird, ist genauso wichtig wie zu wissen, welches Problem es löst. Dasselbe Problem erfordert je nach Nutzer eine unterschiedliche Lösung.
Die Berufsbezeichnung umfasst verschiedene Funktionen. UI-Entwickler, UX-Designer, Interaktionsdesigner, Experience-Designer und Prototyping-Experten fallen alle in die Kategorie Produktdesigner. Da Unternehmen die Zuständigkeiten unterschiedlich abgrenzen, weist das PDP für jeden Schritt einen Verantwortlichen zu, anstatt sich auf Berufsbezeichnungen zu verlassen.
Etwas Falsches perfekt umzusetzen, ist das teuerste Ergebnis, das ein Produktteam erzielen kann. Und genau das passiert bei einem unstrukturierten Vorgehen am zuverlässigsten.
Wir wissen das, weil wir es selbst erlebt haben. Die unten beschriebenen Projekte wurden pünktlich und gemäß Spezifikation ausgeliefert und sind dennoch am Markt gescheitert, weil vor Beginn der Entwicklung niemand geklärt hatte, was der Markt eigentlich wollte.
Design schließt diese Lücke. Richtiges Design erfordert Geschäftsanalyse, Nutzerforschung, ein Verständnis für menschliches Verhalten und genügend Software-Know-how, um eine gute Idee von einer kostspieligen zu unterscheiden.
Der umgekehrte Fall ist genauso eindeutig. Eine App kann auf einer wirklich cleveren Idee basieren und dennoch scheitern, wenn die Navigation verwirrt, die Bedienung zäh ist und der Endnutzer nicht damit zurechtkommt. Eine großartige Idee bleibt immer nur eine Idee, wenn das Produktdesign nicht die Wünsche der Endnutzer erfüllt.
Lassen Sie uns einen Blick auf die Geschichte von Imaginary Cloud werfen. Im Jahr 2014 entwickelten wir einen Service namens „The War Room“. Das Versprechen: Ein Product Owner, ein Designer und ein Entwicklerteam sollten drei Tage lang in einem Raum zusammenarbeiten, um ein MVP (Minimum Viable Product).
Die Ergebnisse waren durchwachsen. Wir haben zwar einige Projekte fertiggestellt, aber alle scheiterten beim ersten Markteintritt. Die Ära des „Bau es, und sie werden kommen“ war längst vorbei. The Lean Startup und der Google Design Sprint standen zwar in jedem Bücherregal und waren in jedem Browser als Lesezeichen gespeichert, aber keines davon reichte für sich allein aus.
In diesem Moment wurde uns klar, dass digitale Produkte vor der Entwicklung gründlich erforscht werden müssen. Da es keinen dokumentierten Designprozess gab, den wir hätten nutzen können, haben wir einen eigenen entwickelt: den Product Design Process (PDP).
Der PDP ist eine Sammlung bewährter Methoden, die im Laufe der Zeit von der Branche gereift sind und so miteinander verknüpft wurden, dass der Workflow des Produktdesign-Teams so effizient wie möglich ist.
Bis heute bildet unser Product Design Process den Kern unserer Arbeit bei der Bereitstellung digitaler Produkte und ist der Prozess hinter jedem Projekt in unserem Portfolio.
Der Product Design Process (PDP) ist ein nutzerzentrierter Designprozess für digitale Produkte, der einem multidisziplinären Ansatz folgt. Sein Hauptziel ist es, Produkte schnell auf den Markt zu bringen, ohne dabei auf die notwendige fundierte Datenbasis zu verzichten. Er funktioniert ebenso gut bei Projekten, die durch Optimierung wachsen wollen.
Unsere Vision ist einfach. Wir möchten die bestmögliche Lösung für ein spezifisches Problem liefern – in einem Markt, in dem die meisten Konkurrenzprodukte ohne eine solche auf den Markt kommen.
Die erste Phase des PDP liegt in der Verantwortung des UX Designers. Ziel ist es, Erkenntnisse zu sammeln, die jede weitere Entscheidung stützen, damit diese nicht auf vagen Annahmen beruhen. Hier werden die wesentlichen Aspekte des Geschäftsmodells und die Bedürfnisse der Nutzer identifiziert.
1. Briefing. Stellt sicher, dass das gesamte Team auf dem gleichen Stand ist und über alle relevanten Informationen verfügt: die Vision und Ziele des Projekts sowie die geschäftlichen Anforderungen.
2. User Research. Das Nutzerprofil wird mit den Stakeholdern des Produkts besprochen. Die Definition des Zielgruppenprofils hilft dabei, die wichtigsten Ziele und Motivationen der Nutzer zu identifizieren. User Research garantiert die Nützlichkeit und Effektivität des Produkts aus Nutzersicht.
3. Design Benchmark. Das Team prüft ähnliche und ergänzende Produkte, die verwendeten Designmuster und die dahinterliegenden Technologien. Diese Analyse zeigt, wo sich das neue Produkt am Markt positionieren kann, welche Konventionen die Nutzer bereits erwarten und welche Funktionen und Designentscheidungen es wirklich von der Konkurrenz abheben.
Ideation ist der Kern des kreativen Prozesses. Hier wird das Produktkonzept auf Basis der Nutzerbedürfnisse und des Geschäftsmodells formuliert, die beide in der Research-Phase identifiziert wurden. In dieser Phase sollten UX Designer, Produktdesigner und Product Owner eng zusammenarbeiten.
4. User Journey. Die ideale User Experience wird durch die Beschreibung jeder Nutzeraktion abgebildet. Verschiedene Nutzerszenarien werden erstellt und validiert. Dies bietet einen globalen Überblick über die Erfahrung, stellt Konsistenz und Flüssigkeit sicher und dient als Grundlage für die Festlegung der Produktanforderungen.
5. Entscheidungsmatrix. Die Entscheidungsmatrix bewertet jedes potenzielle Feature anhand von zwei Achsen: Wie wichtig ist es für den Nutzer und das Unternehmen, und wie viel Zeit und Geld kostet die Umsetzung? Was die Bewertung übersteht, bildet den Umfang, der unter den gegebenen Rahmenbedingungen in der aktuellen Lebensphase des Produkts realistisch umgesetzt werden kann. Was nicht überlebt, wird notiert, statt es zu vergessen.
6. Wireframes. Hier wird das Grundgerüst der Bildschirme gezeichnet. Die Seitenstruktur und der Navigationsfluss werden festgelegt. Dies bestimmt, wo sich die einzelnen Inhalte befinden, bevor sie gestaltet werden, und verkürzt die nachfolgende Designarbeit.
7. Moodboard. Stellt sicher, dass das Erscheinungsbild des Produkts die gewünschte Erfahrung vermittelt und auf das Nutzerprofil sowie die Marktstrategie abgestimmt ist. In diesem Schritt wird die „Stimmung“ des Produkts durch eine Sammlung von Bildern, Begriffen und anderen visuellen Elementen eingefangen.
In dieser Phase verwandelt der Produktdesigner das bisher abgestimmte Konzept in Bildschirmoberflächen, die man tatsächlich betrachten und durchklicken kann.
8. Styleguide. Hier erhält die grafische Benutzeroberfläche ihre Regeln: Farbpalette, Schriftarten, Bildsprache, Eingabefelder, Schaltflächen und so weiter. Diese Entscheidungen einmalig in einem Dokument festzuhalten, sorgt dafür, dass jeder Bildschirm der Anwendung visuell konsistent bleibt.
9. Design der grafischen Benutzeroberfläche (GUI). Die finalen Bildschirme entstehen durch die Anwendung des Styleguides auf die Wireframes. Der neunte Schritt zeigt den Stakeholdern das endgültige Aussehen der Produktoberflächen, damit sie diese vor Beginn der Implementierung freigeben können.
10. Prototyp. Es wird ein klickbarer Prototyp entwickelt, der online zugänglich ist und über einen Link mit Passwort für andere Geräte und Nutzer freigegeben werden kann. Er ermöglicht die Navigation von Bildschirm zu Bildschirm, was das Einholen von Feedback – sei es von Stakeholdern, potenziellen Nutzern oder Investoren – unkompliziert macht.
Das Hauptziel dieser Phase ist es, sicherzustellen, dass alle Anforderungen und Ideen realistisch umsetzbar sind und innerhalb des festgelegten Zeit- und Budgetrahmens liegen.
11. High-Level-Architektur. In diesem Schritt wird das technische Design mit der richtigen Balance zwischen Komplexität und Reichweite entwickelt. Hier werden auch externe Abhängigkeiten von Drittanbietern identifiziert, wie zum Beispiel Stripe für Zahlungen, Meta (Facebook) für die Authentifizierung oder Amazon Web Services für das Hosting. Es wird detailliert festgelegt, wie das Produkt aufgebaut sein wird und welche Technologien und Kompetenzen für die Umsetzung erforderlich sind.
12. Projektplan. Der letzte Schritt definiert die wichtigsten Meilensteine und vermittelt ein allgemeines Verständnis der Projektstruktur, der Phasen, der Schnittstellen und der gegenseitigen Abhängigkeiten. Am Ende wissen Sie genau, wie das Produkt aufgebaut ist, welcher Aufwand erforderlich ist und welche Kosten für die jeweilige Phase zu erwarten sind.
Es ist entscheidend, die vorgegebene Reihenfolge der Phasen einzuhalten. Die Ergebnisse früherer Phasen sind die Voraussetzung für die nachfolgenden Schritte. Zwar ist es im Design gängige Praxis, mehrere Aufgaben gleichzeitig zu bearbeiten, doch phasenübergreifend schadet dies mehr, als es nützt.
Die Anwendung des PDP bietet gegenüber unstrukturierten Ansätzen eine Reihe von Vorteilen. Sie reduziert den Zeit- und Kostenaufwand für Produktdesign und -entwicklung, ermöglicht die Planung realistischer Zeitpläne und führt zu einem qualitativ hochwertigeren Produkt.
Der Grund dafür ist eine in der Softwareökonomie gut dokumentierte Kostenkurve, die jedoch eine präzise Betrachtung erfordert. Die von Boehm und Basili durchgeführte und begutachtete Untersuchung des Fachbereichs ergab, dass die Behebung eines Problems nach der Auslieferung weitaus kostspieliger sein kann als die Behebung desselben Problems während der Anforderungs- und Designphase: Bei großen, hochverfügbaren Systemen kann dies um den Faktor 100 teurer sein (Software Defect Reduction Top 10 List, IEEE Computer, 2001). Der genaue Multiplikator ist umstritten und hängt stark vom System ab: Boehms eigene spätere Arbeiten bezifferten das Verhältnis für kleine, agile Projekte mit kontinuierlicher Integration, die dem Profil der meisten digitalen Produkte näherkommen, eher auf 5:1. Die Tendenz ist jedoch unbestritten: Je später ein Design- oder Anforderungsproblem erkannt wird, desto höher sind die Kosten.
Die Makrozahlen wurden inzwischen aktualisiert. Die Studie des US National Institute of Standards and Technology aus dem Jahr 2002 bezifferte die jährlichen Kosten einer unzureichenden Software-Testinfrastruktur auf rund 59,5 Milliarden Dollar. Zwei Jahrzehnte später schätzte das Consortium for Information and Software Quality (CISQ) die Kosten für mangelhafte Softwarequalität in den USA für das Jahr 2022 auf rund 2,41 Billionen Dollar, wovon etwa 1,52 Billionen auf angehäufte technische Schulden entfallen (The Cost of Poor Software Quality in the US: A 2022 Report). Das Grundproblem bleibt dasselbe, nur in weitaus größerem Maßstab: Qualitätsprobleme lassen sich am kostengünstigsten frühzeitig vermeiden.
Designentscheidungen verhalten sich genauso. Die Änderung eines Wireframes kostet einen Nachmittag. Die Änderung derselben Entscheidung, nachdem die Schnittstelle bereits erstellt und ausgeliefert wurde, kostet einen ganzen Release-Zyklus. Sich für einen prozessorientierten Ansatz statt für Improvisation zu entscheiden, sorgt dafür, dass diese Entscheidungen am kostengünstigen Ende der Kurve bleiben.
Man kann keine guten Ideen entwickeln, ohne das vorliegende Problem zu verstehen. Und man kann nicht umsetzen, ohne zu wissen, was gebaut werden soll. Jedes Mal, wenn eine neue Idee auf Basis unreifer Anforderungen prototypisiert wird, muss ein Großteil der bereits geleisteten Arbeit überdacht oder neu gestaltet werden.
Eine erzwungene komplette Überarbeitung führt bestenfalls zu einem Produkt, das zusammengestückelt wirkt, anstatt wie aus einem Guss. Deshalb ist es so wichtig, den Prozess in Phasen und Schritte in einer definierten Reihenfolge zu unterteilen.
Die Einhaltung der Phasenreihenfolge ist unerlässlich, doch innerhalb jeder Phase gibt es mehrere Schritte, die parallel ablaufen können. Diese Flexibilität ermöglicht es, unterschiedliche Projektanforderungen und Teampräferenzen zu berücksichtigen, ohne die Produktqualität, den Zeitrahmen oder das Budget zu gefährden.
Müssen Sie auf einem bestehenden Produkt aufbauen? Gehen Sie zurück und überprüfen Sie die früheren Phasen und Schritte. Wenn neues Feedback in einen Prototyp integriert werden muss, sollte das Team zu diesen früheren Stadien zurückkehren, bevor Änderungen vorgenommen werden. Änderungen am finalen Design sind immer weitaus teurer als Anpassungen während der einzelnen Schritte, sobald Feedback eingeht. Deshalb ist eine gute Kommunikation das Fundament des gesamten Prozesses.
Während des Prozesses sollte es in jedem Schritt mindestens drei Kommunikationspunkte geben: einen initialen Workshop, ein Status-Update zur Mitte der Umsetzung des Schrittes und ein abschließendes Meeting zur Validierung des Schrittes.
Zwischen den Checkpoints sollte sich das Team auf den aktuellen Schritt konzentrieren, ohne durch zusätzlichen Input unnötig abgelenkt zu werden. Bei jedem Meeting sollte das Team stets einen Mehrwert einbringen und Feedback einholen.
Ganz in diesem Sinne: Wenn der Product Owner für das Status-Update zur Mitte des Schrittes nicht verfügbar ist, sollte das Team mit den verbleibenden Schritten der Phase beginnen, anstatt das Projekt ins Stocken geraten zu lassen. Die ständige Kommunikation mit dem Product Owner ist eine kritische Voraussetzung für den Erfolg des PDP: Sie ermöglicht kurze Feedbackzyklen und damit kurze Umsetzungszeiten.
Um unseren Produktdesignprozess in der Praxis zu sehen, werfen Sie einen Blick auf unsere TravelWifi-Fallstudie. TravelWifi ist eine E-Commerce-Plattform für mobile Internetlösungen. Unsere Aufgabe war es, die vielfältigen Produkte der Plattform visuell abzubilden und die Erwartungen der Nutzer durch eine reibungslose und intuitive Benutzerführung zu erfüllen. Die Fallstudie erläutert die Recherche, die Arbeit an der Benutzeroberfläche und die finalen Ergebnisse.
Wenn Sie mehr darüber erfahren möchten, wie wir unseren Produktdesignprozess bei unseren Projekten anwenden, besuchen Sie gerne unser Portfolio.
Sobald der PDP abgeschlossen ist und die erste Version veröffentlicht wurde, muss das Produkt weiter verbessert werden – und zwar in einem Design-, Build- und Learn-Zyklus. Diese Änderungen nach dem Launch unterscheiden sich meist von denen, die während der Prototypenentwicklung identifiziert wurden.
Dabei handelt es sich meist um kleine Details, die auf Nutzerfeedback basieren und das bestehende Design der grafischen Benutzeroberfläche kaum gefährden. Genau das ist der Sinn der zwölf Schritte. Die Basis steht bereits, daher geht es im Anschluss eher um Verfeinerungen als um grundlegende Überarbeitungen.
Für die meisten Schritte sind keine speziellen Vorkenntnisse erforderlich, aber die Beherrschung des PDP fällt leichter, wenn man zusätzliche Recherchen anstellt und so viele Referenzen wie möglich sammelt. Der Hauptvorteil des PDP besteht darin, dass die Bedeutung jedes Schrittes und der jeweiligen Ergebnisse deutlich wird. Das verhindert, dass Teams in spätere Phasen springen, ohne eine fundierte Basis für ihre Entscheidungen zu haben.
Der PDP ist mittlerweile ein stabiler Prozess, aber er ist nie wirklich abgeschlossen, da sich das Produktdesign ständig weiterentwickelt. Wir werden ihn bei Bedarf kontinuierlich aktualisieren und neue Tools sowie Techniken integrieren, um die Gesamtleistung weiter zu verbessern.
Bei einem typischen digitalen Produkt erstrecken sich die zwölf Schritte des Designprozesses über einige Wochen statt über mehrere Monate. Recherche und Ideenfindung nehmen meist die meiste Zeit in Anspruch, da sie die Anforderungen festlegen, von denen alle späteren Schritte abhängen. Die Dauer skaliert mit der Anzahl der User Journeys im Projektumfang, nicht mit der Anzahl der Screens.
UX-Design umfasst das Verhalten eines Produkts für den Nutzer: Recherche, User Journeys, Wireframes und Usability. Produktdesign deckt all das ab, plus das Geschäftsmodell, das visuelle Interface und die technische Machbarkeit der Vorschläge. Im PDP verantwortet das UX-Design die Recherchephase und einen Teil der Ideenfindung, während das Produktdesign die Umsetzung leitet.
Die Kosten hängen vom Umfang ab, aber der sinnvolle Vergleich ist nicht Design gegen kein Design, sondern Design gegen Nachbesserung. Schritt 12 liefert die zu erwartenden Kosten für jede Phase, bevor die Implementierung beginnt. So basieren Budgetgespräche auf Fakten statt auf Schätzungen ins Blaue hinein.
Nicht, ohne dafür zu bezahlen. Das Ergebnis jedes Schrittes ist der Input für den nächsten: User Research speist die User Journey, die Journey speist die Entscheidungsmatrix, die Matrix speist die Wireframes. Überspringt man einen Schritt, basiert ein späterer auf Annahmen – und Annahmen führen zu Nachbesserungen, sobald das Interface gebaut ist.
Ja, innerhalb einer Phase. Mehrere Schritte derselben Phase können gleichzeitig durchgeführt werden, um sie an die Verfügbarkeit des Teams anzupassen. Was nicht parallelisiert werden kann, sind die Phasen selbst, da jede von den Ergebnissen der vorherigen abhängt.
Ein UX-Designer leitet die Recherche und die frühe Ideenfindung, ein Produktdesigner führt die Umsetzung, ein Tech-Lead übernimmt die technische Bewertung und der Product Owner nimmt an drei Checkpoints pro Schritt teil: einem initialen Workshop, einem Status-Update zur Mitte und einem Validierungsmeeting.
Ja. Bei einem Produkt, das bereits am Markt ist, beginnt der Prozess in der Phase, die die zu überarbeitende Entscheidung enthält. Das Hinzufügen eines Features bedeutet meist, zur User Journey und Entscheidungsmatrix zurückzukehren. Ein Redesign bedeutet meist, zum Design-Benchmark und Moodboard zurückzugehen.
Zwölf, eines pro Schritt: ein Briefing, User Research, einen Design-Benchmark, eine User Journey, eine Entscheidungsmatrix, Wireframes, ein Moodboard, einen Styleguide, GUI-Designs, einen klickbaren Prototyp, eine High-Level-Architektur sowie einen Projektplan mit Meilensteinen und Kosten.
Wenn Sie abwägen, wie viel Designarbeit vor Beginn der Entwicklung sinnvoll ist, gehen wir gerne gemeinsam mit Ihnen den PDP anhand Ihres Produkts durch und zeigen Ihnen, welche Phasen für Ihr Projekt am wichtigsten sind. Kontaktieren Sie uns oder erfahren Sie mehr über unsere Digital Product Design- und Web-App-Entwicklungs- Arbeiten.
Sie können unsere gesamte Methodik auch in unserem Product Design Process-Buchnachlesen. Es beschreibt jede Phase mit praktischen Beispielen und zeigt auf, was Sie am Ende jedes Schrittes erreicht haben sollten. Sie können es direkt bei Amazon bestellen.
Content Manager, Texteditor und Moderator strategischer Ideen. Außerdem ist er ein begeisterter Fan der Filmkunst und des visuellen Geschichtenerzählens.
Marketing-Praktikant mit besonderem Interesse an Technologie und Forschung. In meiner Freizeit spiele ich Volleyball und verwöhne meinen Hund so gut es geht.
CEO von Imaginary Cloud und Mitautor des Buches Product Design Process. Ich mag Essen, Wein und Krav Maga (nicht unbedingt in dieser Reihenfolge).
People who read this post, also found these interesting:
