it-swarm.com.de

So minimieren Sie den Einfluss der Stakeholder

Ich arbeite an einem großen Projekt, bei dem ich UX-Berater bin. Die Firma, mit der ich beauftragt bin, konsultiert auch eine Domain-Expertin (DE), aber sie ist keine UX.

Mehr als ein paar Mal habe ich bemerkt, dass sie auf Layout-Ideen besteht, obwohl sie von den Benutzern ungünstig aufgenommen werden. Sie behauptet, dass dies das ist, was Benutzer wollen, aber dies ist nachweislich falsch, weil ich habe die Forschungsdaten vor mir.

frage: Wie kommuniziere ich meine Position besser und minimiere die Verzerrung, die die DE einführt? Haben Sie Projekte gehabt, bei denen ein Stakeholder zu viel Einfluss hatte? Wie haben Sie das Problem behoben? Haben Sie das Problem behoben?

10
colmcq

Dies kann definitiv ein heikles Thema sein, und auch eines, auf das ich zuvor gestoßen bin.

Es ist allzu verlockend, dass jeder hineinspringen und das Design vorschlagen möchte (und ja, mein DE macht das die ganze Zeit). Entwerfen macht Spaß und wer möchte nicht helfen, oder? Ich habe die Vorschläge dieser Person erfolgreich abgelenkt, indem ich das Team (im Raum, in der Telefonkonferenz usw.) darauf hingewiesen habe, dass wir derzeit nicht nach dem Layout suchen, sondern die Bedürfnisse verstehen möchten.

Der beste Weg, dies zu erfassen, besteht darin, zu erklären, dass die Rolle Ihres DE darin besteht, Ihnen das „Warum“ zu sagen, das Sie tun müssen. Ihre Rolle als Berater/Designer/Forscher besteht darin, Iterationen von Forschung + Design durchzuführen, um das „Wie“ zu finden, das Sie zur Lösung dieses Problems vorschlagen.

Und um verletzte Gefühle zu vermeiden, gehe ich immer persönlich zur DE und erkenne ihre Ideen an, betone aber, dass Sie Nachforschungen anstellen, um zu verstehen, wie Sie das Problem lösen werden.

Fazit: Wenn das nicht funktioniert ... dann zeigen Sie dem DE die Beweise aus Ihrer Forschung, um Ihren Standpunkt zu behaupten/zu beweisen. Das Illustrieren von Schmerzen aus Sicht des Endbenutzers hilft mir, jedes Mal zu gewinnen.

Viel Glück!

15
Janel

Das ist also ein großes Projekt, das gut ist. Je größer das Projekt, desto mehr alternative Optionen müssen in Betracht gezogen werden, und die Richtung des Fortschritts hat einen Grund. Ich sage nicht, dass kleine Projekte nicht die Berücksichtigung mehrerer Optionen rechtfertigen. Nur dass bei einem größeren Projekt das endgültige Design umso mehr bestätigt wird, je mehr Optionen verworfen werden, und der Kunde das Gefühl hat, dass ihm das richtige Ergebnis für das Projekt präsentiert wird richtige Gründe. Es ist schließlich ihr Geld.

Wie auch immer, hier ist eine unglaublich verallgemeinerte Ansicht des Prozesses (vergib mir!)

  1. betrachten Sie mehr als ein Layout/Design
  2. schauen Sie sich an, wie jede Option bestimmte Bedürfnisse/Probleme löst oder welche Probleme sie mit sich bringt
  3. passen Sie das Design an/verwerfen Sie es und wiederholen Sie es

Grundsätzlich gibt es also einen Audit-Trail - einen Grund an jedem Punkt , warum Sie etwas getan haben und warum Sie nichts getan haben .

Ihr DE hat in Schritt 1 eine perfekt gültige Eingabe .

In Schritt 2 werden Ihre Ideen und die Ideen des DE (und alle anderen Beiträge von Stakeholdern) berücksichtigt. In diesem Fall rufen Sie die Papiere auf, die Sie vor sich haben, und vor allem kann Ihr DE auch deren Argumentation und Input angeben - und alle anderen Papiere, die sie vor sich hat (?).

Wenn das DE nicht UX ist, wie Sie sagen, sollten Sie feststellen, dass der Einfluss des DE mehr auf der Seite des Eingangs zu Schritt 2 liegt und dass Ihr Einfluss auf der Seite liegt von Ausgabe aus Schritt 2. Wenn Sie Recht haben, sollten Sie erklären können, warum Ihre Ausgabe die Anforderungen ihrer Eingabe am besten löst. Ebenso die DE.

In Schritt 3 hätte die natürliche Reihenfolge der Dinge Sie ein Stück weiter in die richtige Richtung lenken sollen, vielleicht mit einigen Ideen der DE, vielleicht auch nicht. Eine vollständige Pattsituation erfordert normalerweise die Einführung anderer Personen - vielleicht wie die Benutzer selbst!

3
Roger Attrill

Die Art und Weise, wie ich am erfolgreichsten vorgegangen bin, besteht darin, anzuerkennen, dass ein Ansatz in einem Aspekt hilfreich sein kann, und zu versprechen, ihn zu untersuchen, aber dann auf das große Problem hinzuweisen. Präsentieren Sie es weniger als Beispiel für die Anwendung von Regeln auf ein System, sondern als wäre es ein Rätsel. (Weil es so ist.) Das Zeigen der unbeabsichtigten Konsequenzen, wie Sie sie erwarten, löst die Situation gut. Wenn die Daten Sie sichern, können Sie auch darauf zurückgreifen.

1
ctbeiser