Keine 100-seitigen PDFs mehr! Was euer UX Design Projekt stattdessen schaffen sollte!
UX Design Projekte richtig durchführen
17.03.2021 21 min
Zusammenfassung & Show Notes
Ja! Auch gut gemeinte, auf den ersten Blick top durchdachte, lange und intensive UX Design Projekte scheitern. Und das nicht selten. Da wir ein paar dieser Projekte schon retten mussten, hört ihr in dieser Episode eine wahre Geschichte über einen gescheitertes UX Design Projekt. Wir erzählen euch, wie ihr frühzeitig erkennt, ob das Projekt gut wird und zeigen, wie ihr sicherstellt, dass das UX Design Projekt am Ende den maximalen Nutzen hat.
Wir machen oft die Erfahrung: Leute kommen zu uns, weil sie bereits ein UX Projekt durchgeführt haben, es aber nicht so lief.
Woran das meistens lag?
Die Software und die Hardware wurden in einem Entwicklungszyklus entwickelt und abgeschlossen. Aber: Software sollte sich immer an in der Nutzung gewonnene Erkenntinisse anapssen und ein fluid bleiben. Nur weil die Hardware einmal entwickelt wird und selten geupdated, gilt das gleiche nicht für die Software.
Die UX Research Phase war somit bei Fertigstellung der Hardware abgeschlossen. Es wurde ein Dokument übergeben, von der Agentur an den Kunden. Das Dokument war sehr umfangreich, ein mehrere 100 Seiten umfassendes Dokument mit allen Design und Research Ergebnissen. Ab dem Moment der Übergabe, war das Projekt für die Design Agentur abgeschlossen. Das Dokument erhierten die Entwickler und sollte auf Basis des Design Dokuments das Interface entwickeln.
Klingt das palusibel? Für uns nicht. Es ist wirklich essentiell, dass Designer und Entwickler einen guten Weg finden ZUSAMMEN zu arbeiten und nicht nacheinender im Produktentwicklungszyklus.
Was man sonst noch so alles falsch machen kann im UX Design Prozess, wie ihr die Red Flags schnell erkennt und was euer UX Design Prozess eigentlich schaffen sollte, gibts in der aktuelllen Folge von Software für Menschen!
--
Über „Software für Menschen“
Was macht Software aus, die Menschen lieben und gerne benutzen? Wie schafft man es, dass die Software den Menschen wirklichen Nutzen bringt?
Und: Wie baut man so eine Software? Wie spart man sich Geld, Zeit unnötige Frustration des Teams im Design- und Entwicklungsprozess?
Ob UX Research Methoden to go oder der Sinn von lean – hier könnt ihr einiges über Produktentwicklung für Euch und Euer Projekt mitnehmen!
Wenn Ihr konkrete Fragen zu Eurem Projekt habt oder mehr wissen wollt, dann bucht Euch unter https://calendly.com/interfacewerk/erstgespraech einen kostenlosen Slot. In einem Call mit uns bekommt Ihr konkrete Ideen für die Verbesserung Eures Software-Projekts und dessen UX Strategie!
Schickt Eure Fragen (auch jene, die wir im Podcast mal besprechen sollen) und Feedback gern an uns: interfacewerk.de/de/contact.
Über interfacewerk
interfacewerk ist eine User Experience and Software Engineering Agentur aus München. Wir entwicklen innovative und komplexe Softwareprodukte agil, nutzer-zentriert und mit hoher technologischer Expertise.
https://www.interfacewerk.de
Blog: https://interfacewerk.de/blog
LinkedIn: https://www.linkedin.com/company/interfacewerk-gmbh/
Woran das meistens lag?
Die Software und die Hardware wurden in einem Entwicklungszyklus entwickelt und abgeschlossen. Aber: Software sollte sich immer an in der Nutzung gewonnene Erkenntinisse anapssen und ein fluid bleiben. Nur weil die Hardware einmal entwickelt wird und selten geupdated, gilt das gleiche nicht für die Software.
Die UX Research Phase war somit bei Fertigstellung der Hardware abgeschlossen. Es wurde ein Dokument übergeben, von der Agentur an den Kunden. Das Dokument war sehr umfangreich, ein mehrere 100 Seiten umfassendes Dokument mit allen Design und Research Ergebnissen. Ab dem Moment der Übergabe, war das Projekt für die Design Agentur abgeschlossen. Das Dokument erhierten die Entwickler und sollte auf Basis des Design Dokuments das Interface entwickeln.
Klingt das palusibel? Für uns nicht. Es ist wirklich essentiell, dass Designer und Entwickler einen guten Weg finden ZUSAMMEN zu arbeiten und nicht nacheinender im Produktentwicklungszyklus.
Was man sonst noch so alles falsch machen kann im UX Design Prozess, wie ihr die Red Flags schnell erkennt und was euer UX Design Prozess eigentlich schaffen sollte, gibts in der aktuelllen Folge von Software für Menschen!
--
Über „Software für Menschen“
Was macht Software aus, die Menschen lieben und gerne benutzen? Wie schafft man es, dass die Software den Menschen wirklichen Nutzen bringt?
Und: Wie baut man so eine Software? Wie spart man sich Geld, Zeit unnötige Frustration des Teams im Design- und Entwicklungsprozess?
Ob UX Research Methoden to go oder der Sinn von lean – hier könnt ihr einiges über Produktentwicklung für Euch und Euer Projekt mitnehmen!
Wenn Ihr konkrete Fragen zu Eurem Projekt habt oder mehr wissen wollt, dann bucht Euch unter https://calendly.com/interfacewerk/erstgespraech einen kostenlosen Slot. In einem Call mit uns bekommt Ihr konkrete Ideen für die Verbesserung Eures Software-Projekts und dessen UX Strategie!
Schickt Eure Fragen (auch jene, die wir im Podcast mal besprechen sollen) und Feedback gern an uns: interfacewerk.de/de/contact.
Über interfacewerk
interfacewerk ist eine User Experience and Software Engineering Agentur aus München. Wir entwicklen innovative und komplexe Softwareprodukte agil, nutzer-zentriert und mit hoher technologischer Expertise.
https://www.interfacewerk.de
Blog: https://interfacewerk.de/blog
LinkedIn: https://www.linkedin.com/company/interfacewerk-gmbh/