Kollaboratives Design – Ein Leitfaden für erfolgreiches Produktdesign in Unternehmen

Sie haben wahrscheinlich schon von agiler Softwareentwicklung, Kanban-Prozessmanagement und Lean UX gehört. Kollaboratives Design ist ein anderer philosophischer und taktischer Ansatz für das Produktdesign von Unternehmen .

Kollaboratives Design ist der Prozess des Entwerfens in einer partizipativen, ansprechenden und realistischen All-Hands- oder Brain-Trust-Umgebung. Es ist NICHT das Entwerfen in einem Vakuum; Stattdessen stellt Collaborative Design, wie der Name schon sagt, den Designer in den Mittelpunkt der verschiedenen Teams und Abteilungen, um mit allen zusammenzuarbeiten, um ein zusammenhängendes Produkt zu entwickeln. Auf diese Weise wird niemand ausgelassen und das Produkt kann mit allen Beteiligten entwickelt werden.

Jede Unternehmensorganisation ist anders, und das Einkreisen von Interessenvertretern um eine Idee oder Aufgabe kann wie das Hüten von Katzen erscheinen. In diesem Leitfaden werden wir Tipps und Tricks für die Zusammenarbeit mit den Hauptakteuren besprechen, nicht nur, um ihren Input zu erhalten, sondern auch, um sie mit diesem neuen designzentrierten Ansatz an Bord zu holen.

Lernen Sie die Spieler kennen

Designer sind in vielen Dingen großartig, aber ihre Rolle beginnt damit, Probleme zu lösen. Dazu muss man die Experten kennen und mit ihnen zusammenarbeiten. Jedes Mitglied des Produktentwicklungsteams hat seine eigenen Bedürfnisse und Verantwortlichkeiten, daher ist es genauso wichtig, sie kennenzulernen, wie die eigentliche Erfüllung der gegebenen Aufgabe.

Lernen wir also ohne weiteres das Team kennen:

• Produktmanager definieren den Umfang, die Anforderungen und die Iterationszyklen der Entwicklung für Produkte und Funktionen; Sie sind oft die Gatekeeper für Features im Vorfeld eines endgültigen Ja/Nein und sind geübt in der Kommunikation mit der gesamten Organisation, einschließlich Führungskräften.
• Ingenieure bauen das Produkt, damit sie die technischen Möglichkeiten und Einschränkungen verstehen. Dies macht sie zu einer kritischen Ressource, um wichtige Anliegen zu ermitteln, darunter Entwicklungszeitpläne, zu verwendende Technologien, Umfang und oft die Durchführbarkeit des Designs (wenn unsere Konzepte angesichts der technologischen und zeitlichen Beschränkungen überhaupt möglich sind).
• Datenbank- und Systemarchitekten wissen, wie Daten integriert werden, und haben ein tiefes Verständnis dafür, was erforderlich ist, um die Leistung aufrechtzuerhalten und gleichzeitig auf dem bestehenden Produkt/der bestehenden Plattform aufzubauen.
• Interne Fachexperten (KMU) sind mit den Geschäftsprozessen, Anwendungsfällen, der Geschichte und Politik sowie den allgemeinen Erwartungen von Management, Kunden und Benutzern bestens vertraut.
• Der Vertrieb konzentriert sich darauf, das Produkt potenziellen Kunden zu präsentieren. Dies macht den Vertrieb zum ersten Ansprechpartner, sodass sein Verständnis des Produkts entscheidend für den Abschluss (und häufig die Erstellung) von Leads ist.
• Trainer (oder in SaaS Customer Success Agents ) haben direkten Kontakt mit dem Vertriebsteam und neuen oder Testbenutzern und können Unmengen an nützlichen Informationen darüber beitragen, wie das Produkt in vitro und darüber hinaus funktioniert.

Wenn alle am Produkt arbeitenden Parteien am Designprozess beteiligt sind (eines der Grundprinzipien der agilen Methodik), hat das resultierende Produkt eine wesentlich größere Chance auf Erfolg – ​​nicht weil Designer mit Stakeholdern zusammenarbeiten, sondern weil Stakeholder häufiger als nicht, verstehen Sie bestimmte Benutzer- und Geschäftsanforderungen auf eine Weise, die wir möglicherweise nicht kennen. Zusammenarbeit scheint immer die beste Option zu sein, aber wie machen wir das?

Wie man mit Stakeholdern zusammenarbeitet

Produktmanager, die Tor- und Zeitwächter des Produkts

Produktmanager haben oft eine persönliche Bindung zum Produkt und werden im Unternehmen an sehr hohe Erwartungen geknüpft. Sie müssen den Benutzern oder Kunden ihrer Produkte auch antworten, wenn es Probleme, nicht erfüllte Versprechen oder Anfragen nach einer neuen Funktionalität gibt.

Sie legen großen Wert auf einfache Kommunikation und müssen über Fortschritte, Probleme und Änderungen auf dem Laufenden gehalten werden. Sie sehen gerne zuerst und häufig Entwürfe, und da sie in verschiedenen Größenordnungen arbeiten können (mehrere Ebenen von der direkten Produktentwicklung bis hin zur praktischen Arbeit mit sogar geringfügigen Änderungen), können Ihre Interaktionen mit ihnen sehr unterschiedlich sein.

Da PMs so viel Zeit mit der Kommunikation mit verschiedenen Interessengruppen (intern und extern) verbringen, ist es wichtig, sie auf dem Laufenden zu halten, ohne zu erwarten, dass sie sich bei Ihnen melden. Legen Sie regelmäßige Check-Ins mit Ihren PMs fest, um iterative Entwürfe zu präsentieren, hören Sie sich ihr Feedback an und enden Sie immer mit einer Liste von Aktionspunkten für das nächste Meeting.

Es dauert nicht lange, um zu erfahren, was ihre Ziele für die Produktfunktionalität sind. PMs wissen, dass Designer Problemlöser sind, daher müssen Designer Daten und Analysen liefern, um ihre Argumentation zu beweisen. Ob du Recht hast oder nicht spielt keine Rolle. Beweisen Sie, dass es das Ziel ist, das beste Produkt zu entwickeln, und gewinnen Sie das Vertrauen eines PM!

Engineering: Verantwortlich dafür, Designs zum Leben zu erwecken

Ingenieure (auch Entwickler genannt) sind die Menschen, die dem Produkt am nächsten stehen; sie bauen es! Das verschafft ihnen einen Vorteil, weil sie einzelne Komponenten des Produkts direkt in Aktion erleben und testen können. Das ist großartig, weil sie zweifellos die Schwächen in jedem Design finden werden – manchmal bevor sie etwas bauen –, was doppelt großartig ist, weil es auf so vielen Ebenen ein großer Vorteil ist, die Fehler zu finden, bevor die Software codiert wird.

Der beste Weg, das Vertrauen einer Engineering-Gruppe zu gewinnen, besteht darin, entweder umfassende und vollständige Produktspezifikationen zu erstellen oder sie frühzeitig einzubeziehen … oder beides.

Wenn Entwickler als echte Stakeholder betrachtet werden, sind sie mehr als bereit, Anwendungsfälle, Szenarien, technische Herausforderungen und die Optionen zu ihrer Bewältigung zu diskutieren.

Man vergisst leicht, dass Ingenieure echte Produktarchitekten sind; Sie haben ein begründetes Interesse daran, Probleme mit dem Designer zu lösen, insbesondere wenn die Herausforderung schwierig ist oder auf andere Weise gehandhabt werden könnte.

Datenbank- und Systemarchitekten, Hüter von Datenstrukturen

Datenbank- und Systemarchitekten wissen, wie das Produkt hinter den Kulissen funktioniert. Sie wissen genau, wie die Daten gespeichert und strukturiert sind, was integriert werden kann und wie alle Systeme miteinander kommunizieren. Sie kümmern sich in der Regel weniger darum, wie das Produkt für die Benutzer funktioniert, als vielmehr darum, wie es mit verschiedenen Systemen interagiert (wofür sie letztendlich verantwortlich sind).

Sie können für benutzerorientierte Designer besonders schwierig sein. Es ist wichtig, sich daran zu erinnern, dass selbst wenn ein Datenbank-/Systemarchitekt niemals mit Endbenutzern interagiert, sein Fokus immer darauf liegt, diesen Benutzern zu nützen – sei es durch Produktzuverlässigkeit, Geschwindigkeit oder Einfachheit.

Ihr Wissen darüber, wie Datenstrukturen funktionieren – und die Auswirkungen von Änderungen an der Funktionalität des Produkts – sind ohne ihren Expertenbeitrag zu leicht zu übersehen. Es ist wichtig, Systemarchitekten einzuladen und in Besprechungen und Diskussionen über Produktänderungen einzubeziehen, auch wenn ihre Position nicht direkt damit zusammenhängt.

Eine Möglichkeit, mit einem Systemarchitekten zusammenzuarbeiten, besteht darin, eine Checkliste mit den folgenden Fragen zu erstellen:

• Beeinflusst Feature X die aktuelle Datenstruktur?
• Gibt es zusätzliche Design-/Entwicklungsarbeiten unter Berücksichtigung der aktuellen Architektur?
• Steht Design Y in Konflikt mit bestehenden Benutzereingaben/-ausgaben?
• Sind externe Dienste von Feature X betroffen?

Diese einfache Liste weist Sie in die richtige Richtung, auch ohne ein klares Verständnis dafür, wie bereits vorhandene (und möglicherweise) monolithische Datenstrukturen funktionieren. Alles, was abgehakt ist, ist ein Bereich, der mit einer einfachen Diskussion untersucht werden sollte.

Fachexperten und Business Analysten, die Informationsassistenten

Fachexperten werden treffend benannt; Sie sind Experten auf diesem Gebiet und können eine Goldgrube an einzigartigen und wertvollen Informationen sein. Oft haben sie spezialisierte Abschlüsse in diesem Bereich erworben oder den größten Teil ihres Lebens in ihrer Branche gearbeitet. Sie haben praktische Erfahrung damit, wie das Geschäft funktionieren soll, und sie erinnern sich an die lange, schmerzhafte Geschichte und Politik, die alle dorthin geführt haben, wo sie heute sind.

Ein Business Analyst kennt die Funktionsweise der Organisation und erfüllt oft die gleiche Funktion wie ein KMU, wenn die Daten verfügbar sind, aber kein interner Experte vorhanden ist.

Setzen Sie sich mit den KMU in Verbindung, um zu erfahren, wie das Projekt vom Management wahrgenommen wird, um sicherzustellen, dass die internen Erwartungen erfüllt werden und Sie sich nicht auf gefährliches Terrain begeben. Laden Sie Analysten zu den Designsitzungen ein, sagen Sie ihnen im Voraus, dass sie die Experten sind, und bitten Sie sie, ihr Wissen über historische Fehler, politische Konflikte und andere Probleme zu teilen, die für eine erfolgreiche Produktveröffentlichung entscheidend sein können.

Customer Success Manager, Ansprechpartner für Neukunden

Wenn neue Kunden schließlich vom Vertrieb an Bord genommen werden, übernehmen Trainer – oder bei SaaS-Unternehmen Customer Success Manager (CSMs) – die Aufgabe, neuen Benutzern beizubringen, wie sie das Produkt tatsächlich verwenden. Es versteht sich also von selbst, dass Trainer viel Zeit damit verbringen, mit Anfängern zu sprechen. Ein CSM hat eine einzigartige Perspektive, weil er mit Kunden interagiert, die oft nicht an der Kaufentscheidung für ihr Unternehmen beteiligt waren.

Mit dieser einzigartigen Perspektive können Trainer/CSMs wertvolle Informationen für Designentscheidungen liefern, sowohl für das Onboarding von Kunden als auch für das Verhalten neuer Benutzer. Viele Unternehmensorganisationen verfolgen und überwachen, wie ihre neuen Kunden verschiedene Produkte verwenden, und protokollieren alles von Anrufen bis zu Beschwerden, aber die Trainer haben ein Gespür dafür, womit Kunden wirklich zu kämpfen haben.

Beziehen Sie einen leitenden Trainer in alle wichtigen Design-Meetings ein und erkundigen Sie sich bei ihm nach allen Entscheidungen. Stellen Sie Fragen wie „Was sind die drei schwerwiegendsten Kundenbeschwerden?“ und „Sind neue Kunden im Durchschnitt zufrieden mit dem Produkt?“ und „Welche Änderungen werden Ihrer Meinung nach die größten positiven Auswirkungen auf Sie und Ihr Team haben?“ Auf diese Weise lernen wir alle, was der glückliche Weg ist; Trainer sind unsere Augen und Ohren für alle Arten, wie Kunden das Produkt tatsächlich verwenden.

Vertrieb, der erste Kontakt des Produkts mit Kunden

Verkauf und Design stehen oft im Widerspruch. Einige Organisationen sind verkaufsorientiert, andere nicht, aber egal was passiert, es gibt einen klaren Unterschied in den Zielen: Das Verkaufsteam möchte den Umsatz steigern, während das Design die Benutzererfahrung verbessern möchte. Sie stimmen nicht immer überein.

Das muss nicht sein. Die meisten Verkäufer haben mit sehr vernünftigen Problemen zu kämpfen: Sie haben wenig bis gar keine Kontrolle über Produktentscheidungen, werden aufgefordert, Zusagen zu machen, die sie nicht wirklich versprechen können, und sind bestrebt, trotz allem bestimmte Umsatzziele zu erreichen. Es ist keine Überraschung, dass Vertriebs- und Produktteams regelmäßig hitzige Auseinandersetzungen haben!

Nichtsdestotrotz hat die Verkaufsorganisation, ebenso wie die Trainer, eine einzigartige Perspektive auf die Kundenbedürfnisse, und oft macht diese Perspektive den Unterschied zwischen einem kleinen Verkauf und einem großen Gewinn aus! Verstehen Sie die verschiedenen Bereiche, mit denen das Vertriebsteam zu kämpfen hat. Versuchen Sie, bei jeder Art von Anruf dabei zu sein, und erfahren Sie, wie diese Interessenten kommunizieren.

Dadurch wird das Gespräch mit dem Vertrieb geöffnet. Es geht nicht nur darum, dass ihre Bedürfnisse gehört werden; Es geht darum, das Erlebnis für potenzielle Benutzer in jeder Phase zu verbessern, von der ersten Kommunikation bis nach dem Onboarding. Finden Sie heraus, was Vertriebsmitarbeiter am häufigsten von Interessenten hören, welche Herausforderungen sie beim Abschluss des Geschäfts haben und was die größten Bedenken nach dessen Abschluss sind.

Design in Unternehmen muss kein Alptraum sein

Als Designer können all diese beweglichen Teile sehr schwierig zu verwalten sein, insbesondere wenn Sie nicht als „Manager“ im offiziellen Sinne des Begriffs gelten. Als wichtiger Beteiligter bei der teamübergreifenden Kommunikation, dem Sammeln von Anforderungen und dem Design-Feedback sollten Sie auf einer bestimmten Ebene Zugang zu all diesen Fachleuten haben.

Der wichtigste, aber einfachste Weg, dies zu tun, besteht darin, allen Beteiligten zuzuhören und ihr Feedback ernst zu nehmen. In den meisten Organisationen besteht der nächste Schritt darin, dieses Feedback aufzunehmen und mit dem Produktmanager zusammenzuarbeiten, um Anforderungen in umsetzbare Arbeit zu organisieren.

Von dort hängt es von Prioritäten und dem Füllen der Lücken ab. Letztendlich ist es das Ziel, das beste Produkt zu entwickeln, und wir brauchen die Hilfe aller Mitarbeiter der Produktentwicklung. Die Erkenntnis, dass jede Rolle wichtig ist, und die Sensibilisierung dieser Mitarbeiter für ihren Wert im Produktentwicklungszyklus eröffnet ihnen die Möglichkeit, die Informationen bereitzustellen, die ein Designer benötigt, um bessere Produktdesignentscheidungen zu treffen.

• • •

Weiterführende Literatur im Toptal Design Blog:

• UI-Design Best Practices und häufige Fehler
• Leere Zustände – Der am meisten übersehene Aspekt von UX
• Einfachheit ist der Schlüssel – Erforschung des minimalen Webdesigns
• Heuristische Prinzipien für mobile Schnittstellen
• Lesbares Design – Ein Leitfaden zur Web-Typografie