it-swarm.com.de

Enterprise UI-Standards

Ich bin dabei, eine Reihe von UI-Standards für ein großes Unternehmen für mehrere überlappende Dienste (Websites, mobile Apps, interne Systeme und Extranets) zu erstellen.

Dies ist das erste Mal, dass ich etwas in dieser Größenordnung versucht habe und würde mich über eine Anleitung zu folgenden Themen freuen:

1) Benennung Wie lautet der 'richtige' Name für ein solches Dokument/einen solchen Prozess? Ich habe es als "UI-Standards" verkauft, bin mir aber nicht sicher, ob dies der übliche Begriff ist. Wird ein anderer Name häufiger erkannt?

2) Inhalt Dies gilt für eine Reihe von B2C-, B2B- und internen Schnittstellen. Was sind die geeigneten Themen und der Detaillierungsgrad, z. für Formulare, Validierungsnachrichten, Farben usw.

) Format Das offensichtliche Ausgabeformat wäre ein PowerPoint mit Beispielen. Gibt es einen besseren Weg? Ich gehe davon aus, dass dies ein regelmäßig aktualisiertes und wachsendes Dokument sein wird, also könnte eine Art Wiki besser sein?

Jede andere Anleitung wäre dankbar.

21
Chris Reynolds

Dies würde wahrscheinlich als UI Style Guide oder UI Guidelines bezeichnet, aber es gibt keinen "richtigen" Namen. Apple nennt sie ' iOS Human Interface Guidelines ', Microsoft nennt sie ' Windows User Experience Interaction Guidelines '.

Beide decken so ziemlich alles ab, was für ein solches Dokument erforderlich ist. Weitere Beispiele sind:

http://www.webstyleguide.com/wsg3/index.html

http://bitkb.appspot.com/?p=27001

11
tblessander
  1. Es gibt keinen "richtigen" Namen. Es gibt mehrere Anleitungen mit unterschiedlichen Namen. "UI-Standards" ist ein durchaus vernünftiger Name für dieses Dokument.

  2. Es sind keine "richtigen" Informationen enthalten. Die Informationen, die Sie angeben sollten, hängen von der Reife der Benutzererfahrung in Ihrem Unternehmen ab und davon, wie genau diese Elemente definiert sind. Nur weil Sie ein Dokument haben, heißt das noch lange nicht, dass jeder es auf magische Weise befolgen wird. Wenn UX ein kleiner Teil Ihres Unternehmens ist oder noch nicht viel Traktion hat, beginnen Sie die Richtlinien klein mit Inhalten, auf die sich alle einigen können, und erweitern Sie sie im Laufe der Zeit, um mehr Inhalte und mehr Tiefe aufzunehmen. Lassen Sie das Perfekte nicht zum Feind des Guten werden - es ist besser, jetzt gute Informationen zu veröffentlichen, als zu warten, bis Sie alle Informationen erhalten, von denen Sie glauben, dass Sie sie dort haben möchten. Sobald Sie einen Standard festgelegt und veröffentlicht haben, erhalten Sie Feedback dazu (Fälle, die Sie nicht behandelt haben, unbeabsichtigte Unklarheiten, Anfragen nach zusätzlichen Beispielen, Änderungen an unterstützten Geräten, ...). Wenn Sie also auf Feedback vorbereitet sind, können Sie es so aktualisieren, dass es den Anforderungen der Benutzer dieses Dokuments besser entspricht.

  3. Ein statisches PowerPoint oder Word oder eine andere Art von Dokument ist definitiv nicht der richtige Weg, um Ihre Ausgabe zu formatieren. Wie Sie bereits identifiziert haben, möchten Sie, dass dieses Dokument in Zukunft aktualisiert wird. Bei Verwendung eines statischen Dokuments besteht ein hohes Risiko, dass jemand veraltete Informationen erhält, da er eine alte Version des Dokuments per E-Mail erhalten hat. Stattdessen sollte Ihre Richtlinie irgendwo in Ihrem internen Netzwerk ein Zuhause haben, auf das jeder, der sie benötigt, Zugriff hat, und Sie sollten den Link zu diesem Speicherort an jeden senden, der danach fragt. Ein Wiki oder eine interne Website oder eine andere Methode kann diesen Bedarf decken. Für mein derzeitiges Team ist unsere Methode zum Teilen von Standards eine Website, die sich auf einem Drupal Backend) befindet, da ein solches Content-Management-System eine einfache Aktualisierung ermöglicht. Da dies ein Unternehmensdokument ist, das vertrauliche Informationen enthalten kann In Bezug auf die Zukunftspläne Ihres Unternehmens sollten Sie sicherstellen, dass das Heim eines Unternehmens den Sicherheitsrichtlinien Ihres Unternehmens entspricht, was wahrscheinlich alles in der öffentlichen Cloud wie Google Drive oder Dropbox ausschließt. Außerdem sollte es überall dort, wo Sie es speichern, im Intranet Ihres Unternehmens durchsuchbar sein. Daher sollte seine Heimat Möglichkeiten enthalten, es anhand von Namen zu finden, die nicht unbedingt die sind, die Sie ihm letztendlich gegeben haben ("UI-Richtlinien", "UX-Richtlinien", "Website-Standards", ...). Dies schließt wahrscheinlich auch seine aus Zuhause in der öffentlichen Cloud.

3
nadyne

Viel hängt davon ab, wie ausgereift UX in Ihrem Unternehmen ist. Erwägen:

  • Schlüsselbereiche, in denen UX die größte Wirkung erzielen kann - konzentrieren Sie sich zuerst auf diese
  • Benutzer testen Ihre Standards: An wen richten sie sich und arbeiten sie für diese Personen?
  • Standards haben, die über mehrere Kanäle hinweg funktionieren - z. gedruckte Literatur sowie online
  • Buy-in von Senioren, die sich für die Arbeit einsetzen können
  • Arbeitsbeispiele verfügbar, um die Standards im Kontext zu zeigen
  • Arbeiten Sie mit Entwicklern zusammen, um die Implementierung der Standards zu vereinfachen (z. B. wenn Sie CMS-Autoren haben und die Standards in gemeinsame Komponenten integrieren).
  • Arbeiten Sie mit Brand zusammen, um Ihren Standards eine lautere Stimme zu verleihen
  • Versionskontrolle: Es ist klar, welche Version der Standards auf eine bestimmte Arbeit angewendet werden soll
3
Peter

die Richtlinien für die Benutzeroberfläche von iOS sind gut. Ich mag auch BBC User Experience-Richtlinien, in denen nicht nur die Standard-UI-Steuerelemente, sondern auch das Gesamtbild angezeigt werden. Das Dokument verkauft auch die Idee hinter einer gemeinsamen Komponentenbibliothek. http://www.bbc.co.uk/gel

Nike nannte ihre Komponentenbibliothek "NikeOs". Sie können kleine Teile davon auf dieser Portfolio-Site anzeigen: http://www.publichue.com/

Power Point könnte als Erstauslieferung funktionieren, aber überlegen Sie, ob der Ansatz des Twitter bootstrap - Projekts nicht besser ist. Alles wird mit Live-Front-End-Code erklärt. Dies ist ein viel überzeugenderer Weg als eine endgültige Lieferung. Der Kunde könnte mit den Komponenten interagieren und ein gutes Verständnis dafür bekommen, wie sie sich verhalten werden, und die Programmierer könnten einfach die Teile greifen, die sie benötigen. Wenn Sie sie präsentieren müssen, könnten Sie einfach eine Szenenaufnahme machen oder einen Bildschirm machen Aufnahme ohne die Notwendigkeit, das Zeug neu zu erstellen. http://Twitter.github.com/bootstrap/

Wenn wir digitale Identitätshandbücher erstellt haben, haben wir das Dokument in folgende Kapitel unterteilt:

  1. Navigatioin
  2. Kontrollen
  3. Formen
  4. Audio und Video
  5. Typografie
  6. Windows, Dialoge und Ebenen
  7. Werbung
  8. Soziale Merkmale
  9. Layout und Gitter

Weitere Informationen zur Arbeit mit riesigen Webprojekten finden Sie im Buch "Modulares Webdesign: Erstellen wiederverwendbarer Komponenten für User Experience Design und Dokumentation" des talentierten Nathan Curtis. http://www.Amazon.com/Modular-Web-Design-Components-Documentation/dp/0321601351/ref=sr_1_1?ie=UTF8&qid=1358333546&sr=8-1&keywords=modular+web+design

3
Tony Bolero