Sollte ein Entwickler UI-Modelle erstellen, wenn das Projekt keine Designer enthält?

57

Ich arbeite mit einem kleinen Team zusammen, das eine proprietäre Webanwendung erstellt, und UX hat keine große Priorität, da es von unseren eigenen Mitarbeitern betrieben wird, aber wir versuchen, ihnen die Arbeit zu erleichtern.

Soll ich als Entwickler ein UI-Modell erstellen, bevor ich mit dem Erstellen eines neuen Bildschirms beginne? Nichts Besonderes, vor allem das allgemeine Layout, um es mit Kollegen zu besprechen und ein Referenzmodell zu haben. Ich habe es mit dem Erstellen einiger UML-Diagramme verglichen, bevor ich mich blind mit dem Schreiben von Code befasst habe.

Einer meiner Kollegen sagt, das sei absurd und nicht meine Aufgabe.

Konstantin
quelle
51
Wenn Sie keine Designer haben und nicht die Entwickler, wer soll das dann tun? Der Hausmeister vielleicht?
GrandmasterB
10
Sie könnten, vielleicht sollten Sie, aber es ist alles andere als ungewöhnlich und definitiv nicht "absurd", wie Ihr übermäßig dramatischer Kollege es ausdrückt. Abhängig von der Situation und der Umgebung ist es möglicherweise besser, ein absichtlich grobes Modell zu erstellen, als etwas, das einem fertigen Produkt zu sehr ähnelt. Balsamiq ist dafür ein gutes Werkzeug, ebenso wie das Zeichnen Ihres Modells auf Papier oder einem Whiteboard.
Joe Ballard
3
Ich nehme an, Sie meinen wirklich "Modell"? Ein "Mock" ist etwas anderes .
Robert Harvey
23
User Experience Design geht weit über das schöne Aussehen hinaus. Programmierer sollten sehr daran beteiligt sein.
JeffO
2
absurd ist die reaktion ihrer mitarbeiter. Das ist sehr verbreitet
Claudiu Creanga

Antworten:

74

Ich arbeite sehr oft in solchen Projekten und die Antwort ist ein klares JA, und zwar so früh wie möglich.

Die Leute finden es viel einfacher zu kritisieren einige Entwurf zu verbessern , als mit einer Lösung von Grund auf neu zu entwickeln . Ich beginne aus zwei Gründen früh mit dem Entwurf:

  • Geben Sie den Sachverständigen einen Eindruck davon, wie die Informationen präsentiert werden könnten.
  • Zeigen Sie mein aktuelles Verständnis des Problems und der Informationsstrukturen.

In seltenen Fällen war es auch schön, einen Beweis dafür zu haben, dass ich tatsächlich das geliefert habe, worauf wir uns geeinigt hatten ...

Stefan Schmiedl
quelle
16
Und ehrlich gesagt ist es so viel einfacher, den Code zu schreiben, wenn Sie mindestens eine Serviettenskizze vor sich haben.
Kathy
9
Punkt 2) ist fürchterlich wichtig, wenn das Geschäft nicht trivial ist!
Bigstones
4
Als jemand, der 3 Jahre lang mit UX gearbeitet hat, ist es unglaublich nützlich und wichtig, nur eine Skizze zu haben, über die man mit Menschen (Entwicklern, Kunden, Endbenutzern) sprechen kann. Dies erspart Ihnen viel Zeit, wenn Sie die Site nicht komplett überarbeiten müssen, weil jemand frustriert war!
Gnomejon
39

Mockups sind fantastisch und es gibt keinen Grund, warum ein Entwickler sie nicht machen sollte. (Es kann sogar praktisch sein, wenn ein Entwickler einen groben Entwurf eines UI-Layouts erstellt, auch wenn Sie UI-Designer im Projekt haben.)

Ich kann nur empfehlen, dass Sie keine Modelle erstellen, die wie tatsächliche Bildschirme aussehen. Wenn Sie diese mit Endbenutzern teilen, die sich häufig auf Dinge konzentrieren, die keine Rolle spielen, wie Farben und Themen. Ich empfehle Ihnen, entweder handgezeichnete Skizzen auf Papier oder Whiteboard zu erstellen. Oder wenn Sie möchten, dass sie im Computer angezeigt werden, verwenden Sie beispielsweise Pencil Project oder Visio ( hier sind einige Visio-Schablonen von Jonathan Abbett, die handgezeichnet aussehen.)

Matthew Whited
quelle
6
Sie können sogar Overlays, Dialoge usw. von Hand zeichnen, mit einer Schere ausschneiden und auf dem handgezeichneten Hauptbildschirm platzieren, wenn der Benutzer eine handgezeichnete Schaltfläche berührt. Sehr schnell erhalten Sie eine Vorstellung davon, was sie intuitiv finden, wie viele Schaltflächen Sie tatsächlich benötigen und so weiter.
RemcoGerlich
Das ist nur verrücktes Gerede ... eigentlich Storyboarding. Weg zur alten Schule für diese neuen Leute: P
Matthew Whited
1
"Machen Sie keine Modelle, die wie tatsächliche Bildschirme aussehen", ist eine sehr tiefe Einsicht.
Andrew Myers
1
Ich erinnere mich an eine Anekdote, dass Benutzer die Fertigstellung eines Projekts daran messen würden, wie gut die präsentierten Screenshots aussahen. Für solche nicht-technischen Benutzer, die nicht zwischen Präsentation und Funktionalität unterscheiden, ist es sehr wichtig , eine Skizze zu führen, um mitzuteilen, dass "es nicht getan wird".
Matthieu M.
1
@Andrew ... das ist eines der Dinge, die ich gelernt habe, als ich Apps in Access und VB verspottet habe. Sie zeigen jemandem etwas, das aussieht wie ein Screenshot und sie erwarten, dass Sie es
versenden
11

Ja absolut.

Lassen Sie sich nicht von jemand anderem sagen, wie Sie Ihre Arbeit machen sollen. Und Sie haben recht, es ist sehr ähnlich wie UML für Ihr Datenmodell. Angenommen, Sie sind Entwickler, ist es Ihre Aufgabe, qualitativ hochwertige Software zu liefern. Wenn Mockups Ihnen dabei helfen, dann gehört das zu Ihrem Job.

Machen Sie Modelle mit niedriger Wiedergabetreue - lassen Sie sie nicht wie echte Bildschirme aussehen. Sie verschwenden zu viel Zeit mit dem Anpassen von Schriftarten, Pixeln und Rändern, und Ihre Benutzer sind von solchen Details besessen, anstatt sich auf die Funktionalität zu konzentrieren. Etwas wie Balsamiq ist dafür großartig, es gibt ohne Zweifel andere ähnliche Werkzeuge. Mit Mockup in der Hand wird es viel einfacher, Features des Projekts mit Ihren Benutzern und den anderen Mitgliedern des Entwicklungsteams zu diskutieren.

Bryan Oakley
quelle
Natürlich, wie Sie sagen, spreche ich über Low-Fidelity-Modelle. Ich persönlich benutze draw.io als superleichte Lösung und zum einfachen Teilen zwischen Kollegen.
Konstantine
10

Wenn Sie "einen neuen Bildschirm" entwerfen, möchten Sie zunächst mit einem Benutzer und / oder Ihren Kollegen über die grobe Idee der Benutzeroberfläche sprechen. Sie können dies nicht mit einem Benutzer "in Code" oder "in UML" diskutieren, der einfach nicht funktioniert (es wird nicht einmal zwischen Programmierern funktionieren). Und Sie sollten damit rechnen, dass Sie Ihre ersten zwei oder drei Skizzen wegwerfen oder zumindest die Elemente der Benutzeroberfläche stark neu anordnen müssen.

Wenn Sie also über ein grafisches UI-Design-Tool verfügen, mit dem Sie dies schnell erledigen können, ist es sinnvoll, es zu verwenden. Wenn Sie die Benutzeroberflächenelemente jedoch manuell codieren müssen und das Verwerfen oder Neuanordnen der Benutzeroberflächenelemente viel Aufwand erfordert, ist es natürlich sinnvoller, die Benutzeroberfläche nicht zuerst zu "codieren". Es ist viel effizienter, separate Modelle zu erstellen, entweder mit einem grafischen Zeichenwerkzeug oder einfach mit Bleistift und Papier.

Doc Brown
quelle
5

Nicht unbedingt. Es gibt mindestens zwei Gründe, warum Mockups von geringem Nutzen sein könnten.

Erstens können Sie genau das tun, wenn es in der Branche etablierte Vorgehensweisen gibt, um die Dinge zu tun, die Sie gerade tun werden. Sie werden die Kunst des UI-Designs nicht vorantreiben, aber das ist auch gut so.

Zweitens wissen Ihre Endbenutzer oft nicht, was für sie gut ist und warum. Sie können nur nicht sagen, bis sie das Programm verwenden (mit tatsächlichen oder Scheindaten). Dabei hilft keine Menge statischer Modelle.

Mit einem bescheiden flexiblen Webframework können Sie für "nur einen anderen UI-Bildschirm, wie die vorherigen N-Bildschirme" mit einem funktionierenden Prototyp beginnen und bei Bedarf neu anordnen. Machen Sie ein Modell und besprechen Sie es mit Kollegen, wenn Sie etwas Besonderes tun möchten.

Eugene Ryabtsev
quelle
Halbwahrheit über Endbenutzer, die nicht wissen, was am besten ist. Aber Sie können nicht einmal ehrlich sagen, dass Sie wissen, was am besten ist, bis Sie das Layout und den Ablauf der Anwendung sehen. Das größte Problem bei der Verwendung der Benutzeroberfläche als Modell ist die von Ihnen festgelegte Erwartung. Die Leute sehen etwas und beschweren sich über die kleinen Dinge, die keine Rolle spielen, oder wundern sich nur, warum Sie so lange für alles andere brauchen.
Matthew Whited
@MatthewWhited Beschweren sie sich über kleine Dinge, wenn Sie die Benutzeroberfläche besprechen, oder beschweren sie sich über sie, wenn Sie vorhaben, das Produkt zu verwenden, um ihre Aufgabe zu erfüllen? Ich gehe eher davon aus, dass der spätere Fall konstruktiver ist, und dies eignet sich gut für eine interne Webanwendung mit einer installierten Basis von 1.
Eugene Ryabtsev,
3

IMMER!

Ich arbeite für ein kleines Unternehmen und bin die einzige "weiche" IT-Person. Ich mache alle Anforderungen, Design, Codierung, Tests (obwohl immer jemand meine Tests validiert), Datenbankdesign usw.

SCHNEIDEN SIE NIEMALS ECKEN AUF DEN DESIGN-SCHRITTEN - Ihre Endbenutzer werden es Ihnen danken. Sie werden sich danken, denn Sie WILL am Ende wieder arbeiten sie die Endverbraucher glücklich zu machen. Auch wenn Ihr Modell nichts anderes als ein handgezeichnetes Stück Papier ist, gibt es ihnen eine Vorstellung davon, was sie zu erwarten haben. Wenn Sie sich 10 Minuten Zeit nehmen, um etwas aufzuschreiben, können Sie eine Woche Zeit sparen.

Es hilft Ihnen auch bei Ihrer Codierung. Es gibt Ihnen die Möglichkeit, sich Gedanken darüber zu machen, was Sie tun müssen, wie Sie dies am effizientesten erreichen und welche Hindernisse im Weg stehen.

Möglicherweise stellen Sie fest, dass der zu erstellende "einfache" Bericht schwieriger ist als gedacht, da Sie kein Datum in Tabelle xyz erfassen. Es erweitert auch Ihren Horizont und zeigt Ihrem Team, Ihren Vorgesetzten oder kann sogar für potenzielle zukünftige Karrieremöglichkeiten genutzt werden, bei denen Sie mehr als das Nötigste tun und das Feld "Es ist nicht mein Job" verlassen können (<--- im Ernst, Sei nicht dieser Typ, wir alle hassen ihn) oder es gibt dir die Chance für zusätzliches Lernen.

Jon Milliken
quelle
2

Schauen wir uns das etwas allgemeiner an:

  • Ist das Erstellen von Entwürfen eine gute Idee?
  • Wer soll die Entwürfe erstellen?

Ist das Erstellen von Entwürfen eine gute Idee?

Das Erstellen von Entwürfen bietet hauptsächlich zwei Vorteile. Erstens bietet es Fokus, was zu einer Beschleunigung der tatsächlichen Arbeit führt. Zweitens wird es so viel einfacher, die Richtung der Arbeit zu besprechen, bevor die Arbeit abgeschlossen ist.

Der Nachteil beim Erstellen eines Entwurfs ist, dass er Zeit benötigt. Es macht wenig Sinn, 2 Stunden damit zu verbringen, einen aufwändigen Entwurf für etwas zu erstellen, dessen Erstellung 4 Stunden dauert.

In Ihrem Fall muss die Ebene des Modells den geschätzten Arbeitsaufwand für das Projekt und den Nutzen des Entwurfs berücksichtigen. Abhängig davon kann Ihr Modell zwischen einer 10-Sekunden-Skizze auf einem Post-It und einer vollständig interaktiven Website liegen. Bei sehr großen und teuren Projekten ist es nicht ungewöhnlich, dass ganze Teams wochenlang an einem Entwurf arbeiten und dabei Entwürfe ihrer Entwürfe erstellen.

Wer soll die Entwürfe erstellen?

Hier ist keine ausführliche Antwort erforderlich: Wenn Sie von der Erstellung eines Entwurfs profitieren, erstellen Sie einen Entwurf. Wenn Sie davon profitieren, dass eine andere Person einen Entwurf für Sie erstellt, bitten Sie eine andere Person, einen Entwurf für Sie zu erstellen.

Peter
quelle
Ein wirklich schöner Punkt, wie wichtig es ist, die Erstellungszeiten zu vergleichen. Es macht keinen Sinn, die benötigte Zeit zu verdoppeln, nur weil wir Entwürfe gemacht haben.
Konstantine
-2

Ihr Kollege ist absolut richtig. Interne Anwendungen sehen in der Regel vordefiniert aus. Auch für solche Anwendungen suchen Benutzer nicht nach einer hochmodernen Benutzeroberfläche. Alles, was sie wollen, ist etwas, das funktioniert und relativ einfach zu bedienen ist. Wenn Sie nicht vorhaben, die Benutzeroberfläche radikal zu ändern (von der ich dringend abraten werde ... für interne Apps), befolgen Sie einfach das vorhandene Erscheinungsbild. Mock-ups sind großartig, aber in deinem Fall werden sie nur deine Schmerzen verstärken.

Kshitij Upadhyay
quelle
1
Mockups dienen nicht dazu, eine topaktuelle Benutzeroberfläche zu erstellen, sondern sie dienen dazu, das Layout und Verhalten eines Bildschirms nachzuahmen. Tatsächlich sind sie in den meisten Fällen gar nicht so hübsch. Ich stimme einfach nicht zu
Kieren Johnstone
3
Ich fand Mockups nützlich für eine bestimmte interne Anwendung, die ich entwickelte. Die Idee bestand nicht darin, das Erscheinungsbild zu entwerfen oder ein neues UI-Paradigma zu erfinden (wie Sie sagen, dies war nicht erforderlich), sondern die Benutzer über die Anforderungen aufzuklären, da eine UI Ihnen etwas Konkretes bietet, über das Sie diskutieren können.
James_pic
@KierenJohnstone Da stimme ich dir voll und ganz zu. Er selbst sagt jedoch, dass "UX keine große Priorität hat". Wenn er kein einigermaßen hochrangiges Mitglied des Teams ist, werden seine Belohnungen nicht mit den Anstrengungen übereinstimmen (Erstellen von Mock-ups). Mock-ups sind großartig. Aber nicht in seiner Situation.
Kshitij Upadhyay
Ich stimme dem nicht zu - Modelle sind in dieser Situation wirklich nützlich - in den meisten Situationen - um zu sehen, wie die App funktioniert, ob sie sinnvoll ist und ob der Entwickler die Anforderungen versteht - bevor der teure Teil passiert (Code schreiben)
Kieren Johnstone
1
Unser Team besteht aus ca. 3 Personen. Es gibt ein hochrangiges Mitglied / Teamleiter und mich und einen anderen, der mit der Arbeit an dem Projekt beauftragt wurde. Der Entwurf wurde hauptsächlich erstellt, um den neuen Bildschirm mit dem Teamleiter zu besprechen. Es gab auch kein vordefiniertes Erscheinungsbild, da der Sinn des neuen Bildschirms darin bestand, ein vorhandenes zu verbessern, das nur mühsam zu bedienen war, sodass alles neu gemacht werden musste.
Konstantine