Was der Kunde sagt
-
blended.io ran a lean workshop with our team and then built an MVP which was very well received at Midokura. Looking forward to the next project, Andree.
Carlos Amselem, Director of Engineering at midokura.com
Von der Werkstatt zum Prototyp
blended.io arbeitet im Bereich IOT. Seit der Gründung des Unternehmens haben wir auch verschiedene Prototypen gebaut. Der technische Direktor von Midokura war auf der Suche nach beidem.
Der Kunde hatte ein Projekt auf dem Tisch, das sich in einem sehr frühen Stadium befand. Sein Ingenieurteam begann erste Gespräche über die konzeptionelle Logik und die technischen Anforderungen. Das war der Punkt, als wir reinkamen.
Lean UX: Auf den Punkt gebracht: das Wesentliche
Tatsächlich wollte der technische Leiter von Midokura, dass das gesamte Projektteam bei Null beginnt.
Um sich zunächst auf die Benutzer und nicht auf technische Einschränkungen zu konzentrieren, haben wir vorgeschlagen, einige Lean-UX-Workshops zu organisieren. Der Workshop zielte darauf ab, Fachexperten und potenzielle Anwender einzubeziehen. Wir dachten darüber nach, einen Designsprint durchzuführen, hatten aber Zeitdruck. Deshalb haben wir uns für einen schlanken UX-Workshop-Stil entschieden.
Im Mittelpunkt des ersten Workshops stand das Verständnis des Benutzers, seines Kontextes und des damit verbundenen Problemraums. Midokura stellte einen Ingenieur ein, der zuvor in der Problemzone arbeitete. Sie hatten auch eine technische Leitung, die das Problem kannte.
Raum gut genug, um als Fachexperte zu fungieren. Beide schlossen sich dem Projekt neben dem CTO, einem Scrum Master, einem Interaktionsdesigner und Andree, unserem Experience Design Partner bei blended.io an.
Das Team, das sich der Herausforderung gestellt hat, war von Anfang an sehr unterschiedlich, was ein Erfolgsfaktor eines erfolgreichen Projekts ist.
Das Projektteam
- CTO
- Frontend-Engineer
- Interaktionsdesigner
- Scrum Master
- Partner blended.io.io
Proto Personas und Eempathie
Wir haben den Workshop in Forschung und Ideenfindung unterteilt, unterstützt von unserem erfahrenen Designpartner. Wir verwenden oft die Pomodoro-Technik, um Zeitvorgaben festzulegen. Die Technik ermöglicht es den Menschen, sich zwischen den Sitzungen zu bewegen, zu dehnen und zu wandern. Die ersten drei Stunden widmeten wir der Recherche, Einsicht und Empathie mit dem Anwender und den KMU. Um die ersten Proto Personas zu erstellen, hat das Team unsere Anwender und KMU mit Fragen zum Opportunity Space beauftragt.
Auf der Grundlage dieser Diskussion konnten wir eine Liste der direkten Nutzer und indirekten Interessengruppen erstellen: Facility Manager, Integrationsmanager, Netzwerkspezialisten.
Das Ergebnis diente als Grundlage für den nächsten Schritt: die Problemstellung zu artikulieren, indem Fragen wie "Wie lösen potenzielle Nutzer ihr Problem derzeit? Wir untersuchten auch visuelle Benutzerreisen für die wichtigsten Interessengruppen und Nutzertypen.
Diese Reisen helfen jedem, seinen Kontext und sein Denken zu erweitern. Sie helfen den Menschen, sich in die Lage potenzieller Nutzer und Interessengruppen zu versetzen. Normalerweise kehren Nicht-Design-Teams, die mit Benutzerreisen nicht so vertraut sind, zurück, um ein einzelnes Problem anzugehen. Es hilft also, das Problem anzugehen, indem man sie daran erinnert, das Vorher und Nachher eines bestimmten Teils einer Reise zu betrachten.
Das Team identifizierte dann Probleme, Spannungen, Widersprüche und Überraschungen, die nicht sofort sichtbar waren, wenn man sich nur den tatsächlichen Benutzer des Produkts ansah. Diese daraus resultierende Perspektive und detaillierte Entdeckungen halfen dann enorm, die nächste Phase zu beginnen.
Vielseitige Perspektiven: synthetisieren, um Bedeutung zu finden
Nach einer Mittagspause, um den Geist sich wundern zu lassen und die Punkte zu verbinden, traf sich das Team wieder, diesmal, um Ideen zu entwickeln. Die Brainstorming-Sitzung wurde in ähnlicher Weise in Bezug auf Zeit und Pausen organisiert.
Wir, das Team, das Brainstorming angeht, z.B. um eine Reihe von Ideen zu generieren, sagen nicht "Nein", sondern "Ja, aber..." und diese Menge wäre wichtig. Nach einiger Zeit wird es immer schwieriger, neue Ideen zu entwickeln. Wir erklärten dem Team eine Handvoll Brainstorming-Techniken. Um zu sehen, welchen Teil der Benutzerreise die Ideen bewältigen würden, baten wir das Team, die Post-its an die Wand zu hängen.
Erkenntnisse in Prototypen umzusetzen
Die Workshops waren etwa eine Woche voneinander entfernt, so dass die Projektmitglieder in der Lage waren, die Forschung und Ideen einfließen zu lassen und Glücksfall zu lassen.
Der zweite Workshop half, weitere Ideen zu generieren. Das Team konzentrierte sich auf die Auswahl der Priorisierung der Vor- und Nachteile verschiedener Ideen. Wir haben Smarties eingesetzt, um die Stakeholder für die vielversprechendste und am wenigsten vielversprechende Idee stimmen zu lassen.
Das Team entschied sich für eine Idee, die es Spezialisten ermöglicht, Switches aus der Ferne zu konfigurieren. Diese Spezialisten müssen diese in der Regel vor Ort konfigurieren. Der typische Prozess ist alltäglich und fehleranfällig, da er viele Interessengruppen einbezieht. In einem typischen Szenario werden Informationen per E-Mail und Telefon ausgetauscht.
Nachdem Midokura ihre vielversprechendste Idee ausgewählt hatte, sollten wir sie zu einem Prototyp machen. Es war eine Idee auf einer Post-It Notiz. Unser Experience Design Partner setzte sich mit dem IXD-Designer und CTO zusammen, um die Ziele für den Dummy zu besprechen. Jeder begann, sein Denken zu zeichnen und zu visualisieren.
Im Laufe der nächsten Tage begannen die Abläufe und UI-Details zu erscheinen. Wir haben Online-Tools für die Zusammenarbeit verwendet, um Feedback vom technischen Team von Midokura zu erhalten.
Das Designteam erstellte die Abläufe und das Navigationsmuster in wenigen Stunden. Wie sich herausstellte, kursierten die Herausforderungen um die technischen Anforderungen herum (aufgrund von Abhängigkeiten in vielen Schritten). Das Projektteam entschied sich, nicht jedes technische Detail zu verfolgen, um die Geschwindigkeit und Implementierung zu verbessern. blended.io Designingenieur begann bei der Definition des Navigationsmodells mit der Übersetzung der Wireframes in Code. Wir konnten schnell zwischen Papierzeichnungen, Skizze und Code wechseln, da unser Designer über eine gute Mischung von Fähigkeiten verfügt.
Geschwindigkeit oder nicht
Die Geschwindigkeit der Implementierung hängt wirklich von dem Prozess ab, den man wählt. Wenn Sie als Kunde in die Lage versetzt werden möchten, zu lenken und zu führen, ist die Geschwindigkeit geringer. Der Zustand der Interaktion und des visuellen Designs zu einem einzigen Zeitpunkt ist nicht so wichtig, da sich der Zustand in ständigem Wandel befindet.
Wenn Sie Ihrem Partner vertrauen und lieber einen Schritt zurücktreten, ist die Geschwindigkeit und damit der Turnaround viel höher. Für dieses Projekt haben wir uns dafür entschieden, dass sich unser Konstrukteur um die Umsetzung kümmert, da seine Fähigkeiten in Design und Code gut aufeinander abgestimmt sind. blended.io konnte Interaktionen und visuellen Stil sehr schnell definieren, die den Erwartungen unseres Kunden mehr als entsprachen.
Da die Interaktion und das visuelle Design gut definiert waren, konnte der Konstrukteur seine Magie entfalten, ohne viel Austausch zwischen blended.io und unserem Kunden zu betreiben. blended.io fertigte den Prototyp innerhalb von drei Tagen und versandte ihn dann über GitHub Pages an den Kunden.
Ganz vorne mitspielen!
100%ig gute Inhalte! Erhalte jeden neuen, praxis-nahen Beitrag über UX, Engineering und Softwaredesign.