Wie ich mich an die Bedürfnisse meiner Kunden angepasst habe

Als ich ankam, mein Mandant (eine große Bankengruppe) gesucht um eine einfache Art der Kommunikation über seine Aktivitäten zu etablieren durch gute Qualität, einfache Modelle auf monatlicher Basis.

Das Projektteam musste in der Lage sein, am Modell zu arbeiten, um es so zu modifizieren, wie es entworfen wurde.
Der Sponsor des Projekts bat mich, beim „grafischen Design“ einzugreifen.
Das Ziel der Mission lässt sich wie folgt zusammenfassen:

„Wir müssen ein Designtool finden, das hochwertig, kollaborativ, benutzerfreundlich und kostenlos ist. Und dann müssen wir mit diesem Tool Mockups erstellen.“

Offensichtlich hatten sie mich als UX-Designer eher im Hinblick auf Grafikdesign wahrgenommen . Daher wurde mir schnell klar, dass für sie Folgendes galt:

UX = Benutzeroberfläche

Dann tauchte ein doppeltes Problem auf:

1. Wie finde ich die Software, die ihren Bedürfnissen entspricht?
2. Wie bringe ich meinem Kunden den Unterschied zwischen UX und UI bei?
Nach einem (erfolglosen) Versuch der Evangelisierung im Dienst konzentrierte ich mich auf: ein Projekt und sein Team.
PWarum nicht von ihrer Anfrage ausgehen, um sie in ihrem Verständnis der Unterschiede zwischen UX und UI zu unterstützen?

Ein Pilotprojekt zur Unterstützung der Evangelisierung

Für diese Evangelisierung war es mir wichtig, die Grundlagen des UX-Designs vorzustellen. Ich habe mich dann dafür entschieden Erstellen Sie eine Methodik, die auf 4 Hauptschritten basiert um ihnen zu zeigen, wann meine Arbeit als UX-Designer aufhörte und wann die des UI begann.

Die ersten drei Schritte dienten mir dazu, einen Teil der Arbeit eines UX Designers zu zeigen :

• Was ist der Kundenbedarf?
• Was sind die Erwartungen? Die Ziele?
• Welchen Ton wollen wir unserer Kommunikation geben?
• Welche Nachricht ?
• Und so weiter ...

So konnte ich Wireframes entwickeln, um die Übergabe an den UI Designer einzuleiten. Sie finden alle Informationen bezüglich dieser Schritte in Dieser Artikel zur Lean UX-Methodik.
#UXisnotUI: Während des gesamten Prozesses erklärte ich, was die verschiedenen Phasen der Methodik entsprachen, damit die Teilnehmer im Prozess waren und ihn wiederum verstanden. 

Ab der Phase der Fertigstellung der Wireframes habe ich erklärt, dass meine Arbeit hier aufhört. Also im Übrigen war es nicht mehr mein Fachgebiet. Die „direkte“ Seite dieser Ankündigung veranlasste Bemerkungen:

„ Aber … es ist doch noch gar nicht fertig? “; „ Was Sie vorschlagen, ist alles grau! “; „ Wir wollten, dass es schön wird. “

In diesem Moment fühlte ich mich wie dieser Sturmtruppler. Aber eine Überlegung erlaubte mir, den Unterschied einzuführen.
Ein Mitarbeiter sagte uns: „Wir haben die Struktur, aber wir wollen auch alles andere" .
Für mich, Der Beruf des UX-Designers hört dort auf, wo der des UI-Designers beginnt. Ich bin von Beruf ein positives Benutzererlebnis schaffen (in Pfaden, Navigation, Hierarchie etc.), die der UI ist Benutzeroberfläche erstellen obwohl es auch zu einem positiven Benutzererlebnis beiträgt: in der Wahl der Piktogramme, in der Identität des Produkts, in der Lesbarkeit von Informationen, Kontrasten usw. Um meinen Standpunkt zu untermauern, habe ich mehrere bekannte Beispiele verwendet (Ketchupflasche, UX Iceberg, Design VS User Experience...).
Ich habe erklärt, warum „alles andere“ war die Rolle eines UI-Designers. Dank der vorangegangenen Schritte konnten die an diesem Projekt beteiligten Akteure teilweise nachvollziehen, den Beruf des UX Designers. Sie kenne die Grenze durch Mithilfe bei der Entwicklung einer nutzerzentrierten Methodik und durch Beteiligung am Co-Design.

Figma, das Tool, mit dem ich meinen Kunden unterstützen konnte

Figma ist ein Tool, das sich wie folgt definiert: Entwerfen, prototypisieren und Feedback sammeln an einem Ort.
Der Link zur Demoversion
Figma erlaubte mir, den gesamten Prozess des Projekts anhand des folgenden Plans mit dem Team zu teilen:

• Teilen des Zeitplans;
• die Erläuterung jedes Schrittes der Methodik;
• die Protokolle unserer Sitzungen;
• die Erstellung meiner Wireframes.

Figma war das perfekte Werkzeug. Ich teilte ihnen ein Konto, damit sie das Projekt verfolgen und eingreifen konnten. Infolgedessen wurde unser Projekt dann vollständig kollaborativ. Dank der „Kommentar“-Funktion kann dort jede Person ihre Meinung, Ideen oder Anmerkungen teilen.
Für die grafische Produktionsphase (Nr. 4 auf dem Diagramm), schlug ich allen Beteiligten des Projekts vor, einen Kompromiss einzugehen, damit sie für die Zukunft unabhängig sind und „grafische Modelle“ erstellen können. 
Dank dieser Unterstützung konnten sie nach und nach Stellung zum Entwurf beziehen und eingreifen : fügen Sie eine Farbe, ein Bild hinzu, wählen Sie einen Titel, validieren Sie gemeinsam eine Lösung.
Seitdem interveniere ich nur noch, wenn Fragen zur Kommunikation auftauchen. Sie sind im nutzerzentrierten Design ausgereift.
Die kooperative Seite von Figma hat dem gesamten Team sehr gefallen. Sie konnten das Projekt verfolgen, beitragen, lernen und erweitern, um zu einer Lösung zu gelangen, die ihren Erwartungen entsprach.
Natürlich wäre die Intervention eines UI-Designers notwendig gewesen, um diese Art von Projekt so gut wie möglich durchzuführen, aber die Evangelisierung steht erst am Anfang. 
Diese Erfahrung erlaubte mir um das Berufsverständnis meines Kunden vorzustellen. Der Grundstein für zukünftige nutzerzentrierte Projekte wird gelegt.

Ein kleines Mitnehmen Wenn ein Projektteam den UI/UX-Unterschied nicht unterscheiden kann, fühlen sich frei nehmen Sie ein kleines Pilotprojekt ihnen zu erklären. Binden Sie Ihre Teams direkt ein in dem Design. Dadurch lernen wir. Verwenden Sie Beispiele einfach und konkret. Führen Sie eine Methodik ein die du meisterst (um dich wohl zu fühlen). sein Pädagoge, Ihr Kunde weiß nicht alles. Es ist normal, wir sind hier, um sie zu unterstützen!

 
Bonne journée,
Charlotte BOQUET – UX-Evangelistin – @Cha_bqt