it-swarm.com.de

Wie haben Sie Designrichtlinien für Ihre Organisation erstellt?

Als neu eingestellter UX-Spezialist plane ich, Designrichtlinien für Entwickler und QS-Tester in meiner Organisation zu erstellen.

Das Problem ist, dass ich nicht sicher bin, wie ich das am besten angehen kann. Soll ich anfangen, es von Grund auf neu zu schreiben? oder vielleicht Sachen aus Designmusterbibliotheken sammeln? Ich bin mir nicht sicher.

Irgendwelche Vorschläge?

Schätzen Sie Ihre Eingabe :)

14
Mashhoor

Es gibt vier Informationsquellen, die integriert werden müssen, um einen Styleguide zu erstellen:

Bestehende Anwendungen und Organisationsdokumentation

Überprüfen Sie die Anwendungen, die Ihr Unternehmen derzeit erstellt, sowie andere Produkte, die von Ihren Benutzern verwendet werden. Sie suchen zwei Dinge:

  • Ähnlichkeiten und Unterschiede zwischen Anwendungen. Identifizieren Sie Dinge, die De-facto-Standards sind (z. B. ein Symbol für eine bestimmte Funktion), die als Richtlinie dienen sollen, sowie Dinge, die standardisiert werden müssen (z. B. dieselbe Funktion mit zwei verschiedenen Symbolen, abhängig von der App).

  • Offensichtliches und vermutetes schlechtes Design. Identifizieren Sie wiederholte Konstruktionsmerkmale, von denen Sie glauben, dass sie Usability-Probleme verursachen würden, die durch Ihre Richtlinien beseitigt werden sollen. Halten Sie auch Ausschau nach cleveren Designs, die den Benutzern helfen.

Dazu gehört auch die Überprüfung der Unternehmensdokumentation und das Treffen mit Marketingmitarbeitern, um rein ästhetische Merkmale zu ermitteln, die zur Etablierung einer Marke standardisiert werden müssen.

Bestehende Designstandards

Ihre Richtlinien können vorhandene Standards oder Entwurfsmuster wie die Windows UX-Richtlinien zitieren, aber Sie können sich nicht darauf verlassen, dass jeder sie liest oder sogar verwendet. Nichtsdestotrotz sollten Sie in Ihren Richtlinien nur vorhandene Standards zitieren, nicht reproduzieren, mit Ausnahme schwerwiegender offensichtlicher Verstöße, die Sie in Ihrer Anwendungsprüfung aufgedeckt haben und die besondere Aufmerksamkeit erfordern.

Meistens möchten Sie interpretieren relevante Richtlinien für die Arten von Anwendungen, die Ihre Organisation erstellt. In den Webrichtlinien von Usability.Gov heißt es beispielsweise: "Put wichtige, anklickbare Elemente an denselben Stellen und näher am oberen Rand der Seite, wo ihre Position besser geschätzt werden kann." In Ihren Richtlinien können Sie speziell angeben, ob ein Menü in der Seitenleiste oder am oberen Rand verwendet wird, welche Links (oder Arten von Links) im Menü der Seitenleiste angezeigt werden und in welcher Reihenfolge sie angezeigt werden sollen.

Plattform und technische Fähigkeiten

Ihre Richtlinien müssen mit der von Ihrem Unternehmen verwendeten Technologie übereinstimmen. Insbesondere bei Web-Apps hängt es davon ab, welche Entwicklungsplattform Ihre Entwickler verwenden. Es macht beispielsweise keinen Sinn anzugeben, wann und wie Expander verwendet werden sollen, wenn die Entwicklerbibliothek keine Expander enthält. Wenn Sie mit den Details der Technologie nicht vertraut sind, treffen Sie sich mit Entwicklern und besprechen Sie, was machbar ist und was nicht. Sie könnten überrascht sein, was sie tun können.

Benutzerforschungsergebnisse

Möglicherweise müssen Sie für bestimmte Richtlinien Nachforschungen anstellen und Usability-Tests durchführen. Dies können Dinge sein, von denen Sie vermutet haben, dass sie bei Ihrer ersten Überprüfung von Anwendungen ein Problem darstellen, aber nicht sicher sind, oder Dinge, die schwierig (aber nicht unmöglich) zu implementieren sind - Sie möchten sicher sein, dass sich die Mühe lohnt. Beobachten Sie Benutzer, die vorhandene Anwendungen verwenden, oder testen Sie sie an Prototypen oder Demos für neue Anwendungen oder Technologien.

Berücksichtigen Sie beim Verfassen der Richtlinien die Verwendbarkeit der Richtlinien selbst:

  • Geben Sie eine kurze Zusammenfassung der Highlights an (z. B. eine kommentierte Darstellung eines typischen Fensters). Fast niemand wird Ihre gesamten Richtlinien lesen. Geben Sie also schnell etwas an, das er durchsehen kann, um die wichtigsten Punkte zu erhalten.

  • Organisieren, verknüpfen und/oder indizieren Sie es so, wie Designer und Entwickler denken. Für eine bestimmte Entwurfs- oder Entwicklungsaufgabe sollten Ihre Leser in der Lage sein, schnell zu den relevanten Richtlinien zu gelangen und diese wie eine Checkliste durchzugehen. Sehen Sie sich an, wie Ihre Organisation die Arbeit teilt, um Hinweise zur Organisation der Richtlinien zu erhalten.

  • Geben Sie viele illustrierte Beispiele an. Dies zieht die Aufmerksamkeit des Lesers auf sich, informiert mit einem kurzen Blick, hilft bei der Interpretation von Text und, seien wir ehrlich, es ist einfacher, etwas zu kopieren, als es selbst zu erfinden. Wenn Sie erwarten können, dass Designer und Entwickler die Beispiele kopieren, stellen Sie sicher, dass Ihre Beispiele vollständig mit all Ihren Richtlinien übereinstimmen, nicht nur mit den Richtlinien, die Sie veranschaulichen möchten. Stellen Sie sicher, dass schlechte Beispiele eindeutig als schlechte Beispiele gekennzeichnet sind.

  • Testen Sie es an Designern und Entwicklern. Geben Sie einigen eine einfache Entwurfsaufgabe und prüfen Sie, ob sie alle relevanten Richtlinien finden und verwenden können. Erhalten Sie Feedback von ihnen, wie nützlich und hilfreich sie es finden. Wenn es nicht einfach zu bedienen ist, wird es nicht verwendet.

  • Beantworten Sie Fragen, wenn Entwickler und Designer an die Arbeit gehen müssen. Bewerben Sie sich als Guideline Guru.

Eric Schaffer von HFI hat eine ausgezeichnete Schritt-für-Schritt-Anleitung mit dem treffenden Titel Wie man einen effektiven GUI-Standard entwickelt geschrieben.

13

Ich denke, dass Michaels Antwort ausgezeichnet ist. Ein Wort der Vorsicht: Die Entwicklung und Veränderung einer nternehmenskultur ist genauso wichtig wie die Festlegung von Richtlinien. Dies kann im Laufe der Zeit nur langsam geschehen, z. Sie senden Ihren Kollegen gelegentlich E-Mail-Schnappschüsse von schlechtem Design (vorzugsweise von anderen, nicht von Ihren eigenen Kollegen) per E-Mail, halten ein Lunchpaket mit einer Präsentation in der Hand usw. Sie möchten wirklich, dass sie mit Ihnen an Bord sind und sich nicht wie die Richtlinien fühlen Einige Einschränkungen kommen vom Mars.

Dies kann auf Ihre Organisation zutreffen oder auch nicht, aber ich dachte, es ist immer noch erwähnenswert.

7
Hisham

Ich habe gerade ein solches Dokument für meine Firma erstellt. Am Anfang war es wirklich schwer herauszufinden, wo ich anfangen sollte.

Ich habe nach Proben gesucht, aber nichts Nützliches gefunden. Dann beginne ich darüber nachzudenken, wie ich entworfen habe. Dann als Liste aufgeschrieben ... (Für Web-Apps)

  1. Bildschirmauflösung (je nach Altersskala des Kunden)
  2. Lesbarkeit (Schriftgröße - Kontrast - Zeilenhöhe ...)
  3. Einfach zu bedienen (Tab-Reihenfolge, Verwendung von Textfeldern, Reihenfolge, Gruppierung, progressives Gehäuse ..)
  4. Sicherheit
  5. Inhaltliche Bedeutung
  6. Konsistenz
  7. Logo, Menüpunkt, externe Links und Bannerplätze
  8. CSS-Anwendungsfälle (extern, Inline ... und Medientyp)
  9. Browser-Kompatibilität
  10. Zeichensatz
  11. Frame-Nutzung
  12. Überschriften, Kategorien und Subs.
  13. Ausrichtung der Elemente
  14. Navigation (Semmelbrösel, Schritte nach links ...)
  15. Verwenden von Steuerelementen (z. B. Optionsfelder müssen sich innerhalb des Etiketten-Tags befinden, damit sie beim Klicken auf ihren Text ausgewählt werden können ...)
  16. Tabellenverwendung (Kopfzeile, Text, Fußzeile, Beschriftung, Neuordnung, Filter, Paging ...)
  17. Icons ....

Sicher, Sie können mehr Artikel für die Liste finden, aber so bin ich vorgegangen. Denken Sie auch daran, dass "Corporate Identity" -Dokumente ebenfalls sehr hilfreich sind. Weltberühmte Unternehmen und Universitäten teilen ihre Dokumente im Internet.

Ich hoffe es hilft.

4
ARTniyet

Für mich ist eine gute Designrichtlinie, die aus dem Google Sprint Booklet entlehnt ist, die Frage beantworten:

wofür stehen wir als Organisation in Bezug auf Design?

Wenn Sie bemerken, hat jede erfolgreiche App wie Airbnb, Uber, Google Mail, Twitter ... einen authentischen und erkennbaren Stil, den Benutzer unverkennbar erkennen können sich identifizieren mit und das dient dem Zweck der erbrachten Dienstleistung. Zum Beispiel Uber, ein schwarzes, schickes, gehobenes Gefühl passt zu "denen, für die Zeit wichtiger ist als Geld". Airbnb: ein Gefühl von Wärme, Sauberkeit und Sicherheit, Google Mail ...

Meiner Meinung nach sollte die erste Seite eines Richtlinienbuchs diese grundlegende Frage beantworten, andernfalls wird unabhängig davon, wie gut die Benutzeroberfläche ist oder wie detailliert Ihre UI-Richtlinie ist, beschrieben (hier ist Apples'iOS Human Interface Richtlinien für ref.) wissen Ihre Designer nicht, in welche Richtung sie gehen sollen.

0