Welche UI-Designprinzipien wie „Trennung von Belangen“ kann ich verwenden, um Entwickler davon zu überzeugen, dass die Benutzeroberfläche repariert werden muss?[geschlossen]
https://stackoverflow.com//questions/22033615
-
21-12-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
Ich hatte kürzlich eine große Diskussion mit dem Team über das UI-Design für unser aktuelles Softwareprojekt.
Wir müssen ein spezielles Versionskontrollsystem in unser bestehendes Produkt integrieren, bei dem es sich um ein Softwaretesttool zum Testen durch Schreiben und Abspielen von Testskripten handelt.
Das Designteam hat einen Entwurf vorgelegt, dem ich nicht zustimmen kann und der meiner Meinung nach gegen grundlegende Designregeln verstößt.
Das größte Problem des Designs besteht aus meiner Sicht darin, dass sie spezielle Dinge zur Versionskontrolle (wie das Erstellen einer Ansicht, das Ein-/Auschecken von Skripten) in unsere bestehende Benutzeroberfläche einfügen (eigentlich die vorhandene Benutzeroberfläche kopieren, sie ändern und etwas hinzufügen). ).Kopieren Sie beispielsweise in unserem Dialogfeld „Projekt öffnen“ die Benutzeroberfläche und fügen Sie dann zwei Schaltflächen hinzu, um eine spezielle Versionskontrollfunktion auszulösen (wie vor dem Öffnen des Skripts).muss über eine Versionskontrollansicht verfügen, die den Quellcode des Projekts enthält.
Ich habe oft mit dem Designteam darüber gestritten, dass es eine schlechte Idee ist, verschiedene Dinge zusammenzuführen, in unserem Beispiel die Funktion des Softwaretesttools und die Funktion des Versionskontrollskripts.Und ich habe erklärt, dass dadurch eine doppelte Benutzeroberfläche entsteht und mehr Situationen für die gleiche Situation gelöst werden müssen, außerdem ist die Wartung ein großes Problem.Und ich bevorzuge es, die beiden von der Benutzeroberfläche zu trennen. Eine Benutzeroberfläche (ein Dialog oder ein Assistent) sollte sich nur auf eines der beiden verschiedenen Dinge konzentrieren.
Als UI-Designprinzip habe ich zusammengefasst, dass „eine Benutzeroberfläche nicht zwei völlig unterschiedliche Dinge enthalten sollte“.Während sie dies argumentierten, möchten sie diesen Aufwand und alle Nebenleistungen (wie mehr Benutzeroberfläche, mehr zu lösende Situation für die Benutzeroberfläche, mehr Entwicklungs-/Test-/Wartungsaufwand im Vergleich zu einem Benutzeroberflächendesign, das die beiden verschiedenen Dinge trennt) für den Benutzer bezahlen um eine einfach zu bedienende und gut nutzbare Software zu erhalten.Natürlich bin ich mit dieser Behauptung absolut nicht einverstanden: Wie kann eine Software, die in jeder anderen Hinsicht nicht gut ist, gut für den Benutzer sein?Und es gibt nichts zu messen, da das Designteam noch keinen vollständigen Entwurf hat.
Und am Ende kann ich das Team nicht überzeugen.Alles scheint noch objektiv.
Dies hat mich zu der Überlegung veranlasst, ob es eine gute Anleitung/Best Practice/Prinzip für das UI-Design gibt, die unsere Situation abdeckt (um verschiedene Anliegen, im Detail Debug-/Ausführungsskriptanforderungen und die Notwendigkeit, Skriptversionen zu kontrollieren, indem man sie nicht zusammenfügt) zu trennen eine spezielle Benutzeroberfläche, ein Dialogfeld oder ein Assistent usw.)
Ich würde mich über jeden Kommentar und Vorschlag freuen, der sich auf das gesamte Problem bezieht, nicht speziell auf die obige Frage.Ich werde auch alles beantworten, was ich hier nicht gut ausgedrückt habe.
Bitte schließen Sie das nicht :) Das ist für mich als Entwicklermanager ein wirklich großes Problem.
Lösung
Ich stimme @JanNeilson zu, dass Designprinzipien Ihnen nicht dabei helfen, Entwickler davon zu überzeugen, ein UI-Design zu ändern.
Was funktioniert, ist Usability-Tests. Zu sehen, wie ein paar Benutzer beim Versuch, die Software zu verwenden, stecken bleiben, wird Entwickler dazu bringen, sich zu winden und die Benutzeroberfläche zu reparieren.Wenn Sie andererseits sehen, dass echte Benutzer die neue Software problemlos nutzen können, dann gibt es kein Problem und die Designprinzipien spielen keine Rolle.
Usability-Tests können ein formeller Prozess sein, bei dem Sie Kunden in ein Labor bringen, sie bitten, bestimmte Aufgaben mit Ihrer Software auszuführen, und Videos des Benutzers und des Bildschirms aufzeichnen.
Wichtig: Teilen Sie den Testbenutzern unbedingt mit, dass Sie sie nicht testen.dass Sie sie bitten, Ihnen beim Testen der Software zu helfen.Erklären Sie, dass Sie nicht beleidigt sein werden, wenn ihnen die Software nicht gefällt.Sie wollen ehrliche Reaktionen.Bitten Sie sie regelmäßig, zu sagen, was sie denken, d. h.„laut denken“, während sie herausfinden, was zu tun ist.Beantworten Sie ihre Fragen zur Vorgehensweise nicht, es sei denn, sie stecken völlig fest.
Usability-Tests können auch ein informeller Prozess sein, bei dem Sie einige zufällige Kollegen bitten, es auszuprobieren.Ich habe das in der Cafeteria gemacht, indem ich einigen Kollegen eine neue Benutzeroberfläche gezeigt und gefragt habe, was ihrer Meinung nach einige neue Symbole bedeuten (darstellen).
Machen Sie sich während oder direkt nach jedem Test Notizen.Sie können die Entwickler das aufgezeichnete Video anschließend ansehen lassen (die wartenden Teile herausschneiden, damit die Entwickler alles sehen können) oder das Video während des Tests aus einem anderen Raum ansehen.Oder ohne das Video können Sie einen Entwickler nach dem anderen zum Ansehen in den Raum bringen und ihn bitten, sich hinzusetzen.Der Entwickler darf die Fragen des Benutzers nicht beantworten, ohne vorher zu sagen: „Es tut mir leid, dass ich eine so schlechte Benutzeroberfläche erstellt habe.“
Wenn Ihre Software für diesen Test nicht bereit ist, können Sie einen Usability-Test mit einem Papiermodell durchführen.
Es gibt ein ganzes Feld, das sich dem Usability-Testen widmet.Es gibt gut ausgebildete Experten.Sie können erfahrene Berater damit beauftragen oder sich darüber informieren und es selbst ausprobieren.
Bei einer Websuche werden viele Artikel und Bücher angezeigt.Hier ist ein sehr guter Artikel für den Anfang:http://alistapart.com/article/usability-testing-demystified
Der erste Absatz von Wikipedia zum Thema Usability-Tests sagt:
Usability-Tests ist eine Technik, die im benutzerzentrierten Interaktionsdesign verwendet wird, um ein Produkt zu bewerten, indem es auf Benutzer getestet wird.Dies kann als gesehen werden eine unersetzliche Usability-Praxis, Da es direkte Eingaben dazu gibt, wie echte Benutzer das System verwenden.Dies steht im Gegensatz zu Usability -Inspektionsmethoden, bei denen Experten unterschiedliche Methoden verwenden, um eine Benutzeroberfläche zu bewerten, ohne Benutzer einzubeziehen.
Ich habe die Kursivschrift hinzugefügt.Mit anderen Worten, Sie Ohne Usability-Tests kann keine gute Benutzerfreundlichkeit erreicht werden. Im Gegensatz dazu kann die Bewertung einer Benutzeroberfläche durch Experten anhand von Prinzipien und Erfahrung hilfreich sein, ist aber nicht unbedingt erforderlich.
Andere Tipps
Sie berühren in dieser Frage mehrere verschiedene Aspekte;Ich werde mich auf die Verwaltung konzentrieren UX.
Anstatt allgemeine Argumente wie „Trennung von Belangen“ zu diskutieren, untersuche ich spezifische Probleme mit einem bestimmten UI-Design, sowohl aus UX-Perspektive als auch aus abstrakteren oder allgemeineren Begriffen.Dazu benötigen Sie ein UI-Mock-up.Und vor dem UI-Mock-up benötigen Sie einen grundlegenden Satz von Beschreibungen der Absicht der UI, die die UI-Mock-ups vorantreiben.Sobald Sie die UI-Modelle erstellt haben, können Sie die Anwendungsfälle für die UI besprechen und hervorheben, warum ein UX-Problem Anlass zur Sorge gibt Trennung von Bedenken oder andere spezifische Prinzipien.
Meiner Erfahrung nach ist es wirkungslos, die Allgemeinheiten zu argumentieren, weil diejenigen, die es verstehen, es nicht hören müssen und diejenigen, die es nicht verstehen, das Modell benötigen, um ausreichend Kontext zu haben, um es zu verstehen.
Wenn Sie sich Gedanken über die Ressourcen machen, die zum Erstellen des Modells der Benutzeroberfläche erforderlich sind, können Sie den Aufwand zeitlich begrenzen, z. B. „Nehmen Sie sich 3 Stunden Zeit, um ein Modell der Benutzeroberfläche auf Papier zu erstellen, und lassen Sie uns es überprüfen.“
