flying sparks ein Weblog von Tobias Jordans zu den Themen software designstudium web2.0 webdesign informationsdesign oekologie werbung usability tj video interfacedesign marketing // alle Themen...

Alle Funken für das Thema office2007:

Autodesk wechselt zum Ribbon mit Hilfe von PaperPrototyping und Statistik

Mit Office 2007 wurde das Ribbon eingeführt und mit ihm hat die User Experience und das User Centered Design bei Microsoft Office und viele anderen, ähnlich komplexen Programmen, Einzug gehalten.

Endlich hat man verstanden, dass es nicht darum geht, 10 Features mehr zu veröffentlichen, sondern die bestehenden besser zugänglich und leichter bedienbar zu machen.

Als Office 2007 eingeführt wurde, hat Jensen Harris über viele der Entscheidungen gebloggt (und ich wiederum über ihn). Die frühen Folger wie MindManager , die kurze Zeit später das Ribbon ebenfalls eingeführt haben, waren leider nicht so offen.

Autodesk dagegen teilt mit uns einige ihrer Erfahrungen! Zwar berichten auch sie erst nach dem fertigen Release von ihrem Prozess — dafür legen sie jetzt richtig los: Es gibt schon zwei Blogs (1, 2) die sich mit User Experience für Autodesk befassen und Artikel wie „The Foundation of a Great User Experience" , die zeigen, dass Autodesk sich die volle UX-Spritze gesetzt hat :).

Video 1: Der Prozess zum neuen Interface mit Magneten, Papier und Statistik.

Was hat Autodesk also gemacht? — Sie haben alle Menüeinträge/Befehle auf Magneten geschrieben und auf einem Whiteboard arrangiert und kommentiert.
Das ganze fand irgendwo statt, wo alle Kollegen immer auf den Stand der Dinge schauen konnten um Kommentare abzugeben und mitzumachen. — Ein wichtiges Detail, wie ich finde, schon allein um die Akzeptanz einer solch großen Änderung im Unternehmen zu steigern.

Auf diese Weise konnten sie verschiedene neue Gruppierungen für das zukünftige Ribbon austesten. Die Zwischenschritte wurden über Fotos dokumentiert.

rubbon autodesk commands
Schritt 1: Die Informationsarchitektur schaffen.

Anschließend wurden Prototypen des neuen Ribbon erstellt und getestet. Zuerst waren es Papierprototypen, dann inaktive Webseiten und später erste Softwareprototypen. Alle wurden mit Kunden getestet.

Viele Tests wurden dabei remote durchgeführt um Zeit zu sparen. Zudem gab es „validation tests" — wahrscheinlich sind damit Langzeittests unter realen Bedingungen gemeint.

autodesk ribbon paper prototype
Schritt 2: Testing auf allen Wegen (Papier, Web, Software)
Mehr über die Testmethode und den Auswahlprozess.

Die Rückmeldung von Kunden war, dass sie sich über die vielen neuen Funktionen in der Software freuen würden. Damit hat Autodesk die gleiche Erfahrung gemacht wie zuvor Jensen Harris in Office 2007: Eine sinnvolle Neuanordnung von Funktionen in Aufgabenbezogenen Gruppen, schafft eine Transparenz, die es den Kunden erlaubt, mehr Funktionen zu sehen und zu verwenden. — Denn bei beiden Applikationen wurden kaum neuen Feature eingeführt; sie wurden nur besser präsentiert.

Die Entscheidungen, welche Funktionen in welcher Größe im Ribbon dargestellt werden, wurde auch bei Autodesk auf Basis von Kundendaten getroffen. Im Video sieht man in Minute 2:35 verschiedene Diagramme, die die Nutzungshäufigkeit von Funktionen widerspiegeln. Auf Basis dieser Informationen konnte man entscheiden, welche Funktionen/Button wie groß dargestellt werden sollen.

autodesk ribbon data
Schritt 3: Finetunig auf Basis von statistischen Daten

Video 2: Das neue Interface in Aktion mit neuen Funktionen für Einsteiger und Experten.

Mit diesem Video bekommt man einen guten Eindruck von der Funktionsweise der neuen Ribbon-Oberfläche.

Zwei Dinge sind mir besonders aufgefallen:

Zu Einen wurde neuen Nutzern der Softwareeinstieg sehr viel leichter gemacht. Zum Beispiel sind die neue SuperTooltipps (mehr) ein tolles Hilfsmittel, um eine Funktion schnell zu verstehen und zu erlernen. Ebenso das Paradigma von Office2007, Effekte und Funktionen mit möglich hohem visuellen Feedback anzubieten. In diesem Fall betrifft das den Wechsel von reinen Text-Listen zu Vorschau+Text-Listen.

autodesk super tooltipp
SuperTooltipps erklären über Text und Bild (Quelle)

Auf der anderen Seite fallen kleine Details auf, die das Autodesk-Interface von dem Office 2007-Interface unterscheiden. Zum Beispiel die Möglichkeit, das Ribbon in zwei Stufen zu verkleinern. Ein kluger Schritt, wie ich finde, da Autodesk im Vergleich zu den Officeprodukten eine größere Experten-Nutzerschaft hat, die mit solche Detailfunktionen gut klarkommen werden.

In RobiNZ CAD Weblog erfährt man von weiteren solcher Expertenfunktionen. So soll zum Beispiel möglich sein, die „Menüs" zu personalisieren. Diese Funktion wurde in Office2007 bewusst deaktiviert — für die Akzeptanz von AutoCAD durch seine Expertencommunity, kann sie jedoch durchaus von entscheidender Bedeutung sein. Auch, wenn dadurch die Software komplexer wird.

Fazit:

„Experience is the Product" (Präsentation & Zusammenfassung)

Peter Merholz von Adaptive Path ist so freundlich seine knapp 50 Minutenpräsentation über User Experience, Produktdesign, Kundenorientierung und erfolgreiche Produkte online mit uns zu teilen:

Yep, it's officially a trend: Check out Peter Merholz's scintillating presentation, „Experience is the Product" — again, with voice over — on SlideShare.

Lasst mich versuchen, ein paar Botschaften aufzuschreiben:

[via Adaptive Path Newsletter for November 14, 2007]

Outlook: Elemente aus E-Mail-Autocomplete löschen

Die Autocomplete-Funktion von Outlook ist spitze — solange, wie die Einträge in der Liste passen.

Ist mal ein falscher reingerutscht, bekommt man ihn nicht mehr raus. — Oder doch?

Die Autocomplete-Funktion in Office 2007

Ab Outlook 2003 ist es ganz einfach: Einfach in der Liste mit den Pfeiltasten rauf- oder runter-wandern und Del/Entf drücken. Der Eintrag wird direkt aus der Liste gelöscht — super! (Quelle)

Übrigens, sollte es euch einmal wundern: Grundsätzlich gibt es drei Stellen, an denen Outlook Adressen speichert: Die Outlook Kontakte. Legt man da Unterordner an, muss man denen in den Eigenschaften übrigens explizit per Checkbox sagen, dass sie im Adressbuch für E-Mails (und das Autocomplete) verwendet werden sollen. Dann noch im Windows-Adressbuch. Das ist erst seit Vista so richtig schön aufbereitet und grundsätzlich auch über den Icon in Outlook zu erreichen und dann eben in der Autocomplete-Datei, die man im Notfall auch ganz löschen oder übertragen jedoch nie bearbeiten kann…

Office12: Interface-Blog-Inhaltsverzeichnis und Interface-Lizenz

Seit inzwischen mehr als einem Jahr hat Jensen Harris und seine Gastautoren in dem schon oft oft erwähnten und zitierten Office 12-Interface-Blog über 200 Artikel zur Entwicklung des neuen Office Interface geschrieben.

Jetzt hat er all diese Beiträge in Form eines thematischen Inhaltsverzeichnisses gruppiert: „The Office 2007 UI Bible".


Wer durch diese Artikel oder die Bedienung von Office 2007 überzeugt ist, das neue UI würde auch seiner Applikation gut tun, kann jetzt bei Microsoft eine kostenlose Lizenz bekommen!

Es geht dabei um all die Innovationen, die Harris beschreibt: Das Ribbon, Super Tooltips, Mini Toolbar etc.

Microsoft stellt damit das Ergebnis von langwieriger Forschung und Entwicklung kostenlos zur Verfügung und geht damit konsequent den neuen, offeneren Weg mit seiner Office-Software umzugehen, weiter. (Beispielsweise auch zu sehen am neuen, offenen XML-Datenformat und dem Umgang mit Unternehmensblogs.)

Gleichzeitig besteht so die Chance, die neuen Bedienungsparadigmen von Office12 bald auch in gleicher Qualität in anderer Software wiederzufinden. Denn grundsätzlich ist die Lizenz kostenlos und für alle Software und Betriebssysteme (ausser office-artigen Programmen).

Aber es gibt eine wichtige Einschränkung, die ich für enorm wichtig halte:
Die Lizenznehmer müssen sich an die Office-UI-Guidelines halten! Darin beschreibt das Team ausführlich, wie sich die UI-Elemente in bestimmten Situationen zu verhalten haben. Harris vergleicht das im Channel-9-Video mit der Human Computer Interaction-Dokumentation von Apple.

Das erste Preview-Dokument dieser Guidelines (PDF) zeigt, das eine solche Dokumentation wirklich nötig ist. Die vielen guten Details, die das Office-Team eingebaut hat, müssen auch in anderen Anwendungen genau so funktionieren…

Mehr:

Update: Wenn man sich mit seinem MS-Passport-Account zur Evaulation der Office-Licence anmeldet, kann man die komplette UI-Dokumentation downloaden. Ein sehr interessantes 118-Seiten-PDF.
Leider stellt MS es nicht direkt öffentlich online sondern verbietet dies sogar. Das hat dann leider nichts mehr mit der oben erwähnten und von Harris gepriesenen, öffentlich zugänglichen Apple-Dokumentation zu tun…

Paper Prototyping-Artikelsammlung

Seit dem Continuity-Seminar versuche ich verstärkt, die Methoden des Paper Prototyping umzusetzen. Warum? Weil wir beispielsweise erst mit Hilfe der vielfältigen und leistungsstarken Methoden, die man diesem Schlagwort zuordnet, unser Abschlussexperiment, die Neukonzeption des Interfaces für den DB-Fernverkehrsautomaten, umsetzen konnten.

Aber was ist Paper Prototyping?

Shawn Medero beschreibt das aktuell bei A List Apart (via Tim). Der Artikel geht nicht gerade in die Details und betrachtet auch nicht alle Möglichkeiten, gibt aber einen guten Überblick.

Insbesondere die Beispiel-Scans/Fotos solltet ihr euch anschauen, da sie offen-sichtlich machen, worum es geht und wie Paper-Prototypen im Prinzip funktionieren.

alistapart.com/articles/paperprototypingPaper Prototyping: The Fast and Easy Way to Design and Refine User Interfaces
Amazon search inside

Wer wirklich mehr über das Potential von Konzeption, Entwurf und Testen mit Stift und Papier wissen möchte, sollte ich das Buch Paper Prototyping von Carolyn Snyder zulegen! Es scheint das Standard-Werk zu sein, gehört inzwischen auf meinen coffee table.

Dieses Buch empfielt übrigens nicht nur Shawn in seinem ALA-Artikel, sondern auch Jensen Harris in seinem Office User Interface Blog. In dem Artikel Paper Prototypes beschreibt er, wie das Office 12-Team auf die Idee für das radikal neue Office-Interface gekommen ist.

Jensen zeigt damit auch, wie vielfältig Papier-Prototypen ausgelegt werden. Es geht nicht nur um Stift und Papier, sondern auch um Interface-Ausdrucke, wie er auch in The Wall of Ribbons beschreibt und zeigt.

Persönlich reizt mich an dieser Arbeitsweise, dass die Arbeit mit Stift und Papier immer noch viel intuitiver ist, als den Umweg über Software zu gehen. Trotzdem gibt es auch gerade hier viel zu lesen: Jensen Harris schreibt über Prototyping With PowerPoint und bei boxesandarrows kann man über Prototypenentwicklung mit Dreamweaver und Visio lesen. Gerade was die PowerPoint- und Dreamweaver-Verwendung angeht, bin ich skeptisch :).

Vielversprechender dagegen finde ich den Ansatz von Prof. James Landay: DENIM Einmal, weil er mit Tablet-PCs arbeitet und somit die praktische Stifteingabe berücksichtigt. Zum Zweiten aber auch, weil sein Ansatz den gesamten Prototyping-Prozess in einer Anwendung berücksichtigt. In welche Richtung das geht, zeigen seine Videos.

Doch wieder weg von der Software:

In dem Artikel An Introduction to Using Patterns in Web Design beschreibt Ryan Singer schon 2004, wie er durch Papierskizzen seinen Konzeptionsprozess beschleunigt und anschließend direkt in die Umsetzung springen kann.

In den Kapiteln There's Nothing Functional about a Functional Spec und Don't Do Dead Documents des Getting-Real-Buchs, das ja bekanntlich inzwischen kostenlos online steht, geht 37signals ebenfalls auf diesen Vorteil ein: Im Rahmen des Feldzugs gegen Spezifikationsdokumente werden die Chancen der schnellen Papierskizze hervorgehoben: Build, don't write. If you need to explain something, try mocking it up and prototyping it rather than writing a longwinded document.

flow|state beschreibt noch einen anderen Vorteil in dem Artikel Matching design sketches to the desired level of design feedback. Kurz gesagt: Zu hübsch kann nachteilig sein, da es den Blick vom Konzept hin zu visuellen und unwichtigen Details (ab)lenkt. Schaut euch die vier Beispielbilder des gleichen Interfaces an und ihr versteht, worauf Jan Miksovsky hinaus will.

Und wen das alles noch nicht überzeugt hat: Auch Jakob Nielsen finden Paper Prototypen gut — wenn das kein Argument ist? ;-)

„bitte OK klicken"

Der Ansatz ist unglaublich: Wir haben zu viele Dialogboxen die nur ein OK-Button haben. Einzige Lösung: Diese ersatzlos abschalten.

Interfacedesign ist eben doch nicht rational. Auch Menschen wie Jensen Harris, die viele gute Gedanken beschreiben, schaffen es, sich schlechte UI-Elemente schön zu reden.

Aktuelles Beispiel aus dem schon viel beschriebenen Office12: „The Spelling Check is Complete

Ich habe leider gerade nicht die Zeit die Themen Modalität und „Informationswert von 0" wie Raskin und andere es beschreiben, auszubreiten.

Ich kann nur hoffen, dass Harris sich von den vielen Kommentaren überzeugen lässt und über nicht-modale und nicht-störende Alternativen nachdenkt… Wo das Office12-Team doch sonst so kreative ist und weiter denkt als ‚an', ‚aus' und ‚ballon-tipp'…

[tag]office12, modal, raskin, interfacedesign, ui, harris, microsoft, dialog, feature, software[/tag]

Bloggen mit Word 2007

Während sich in den Kommentaren schon wieder die Haare gerauft werden, dass MS nicht alles richtig macht, finde ich einfach nur sehr interessant und definitiv erwähnenswert: MS Word 12 2007 wird (wahrscheinlich) ein Tool beinhalten, mit dem man Weblogs schreiben kann.

word-blogging authoring experience

BlogDesk ist schon eine sehr große Hilfe beim täglichen Weblog-Arbeiten. Ich hoffe sehr, dass die Word-Crew genug Zeit bekommt, eine gute Software zu schreiben. Dann wird das Arbeiten mit ScoutPress noch stärker vereinfachen…