- Mobile Prototyping wird einfacher
- Arbeiten mit Axure wird schneller
- Und: Jetzt gibt es auch Links in Fließtexten :-)

Darüber hinaus gibt es zahlreiche weitere neue Funktionen, über die ich kurz berichten will. Die Details kommen noch.

Neue Funktionen

Text Links:

Endlich können in formatierten Texten auch Links im Fließtext eingefügt und formatiert werden. Das war bislang immer ein sehr großes Ärgernis. Text-Links mussten über zusätzliche Elemente oder Image Maps angelegt werden. Das ist dann ja jetzt endlich vorbei.

Besonders gut ist, dass für die Text Links auch verschiedene Styles (Mouse-over, Mouse-down) definiert werden können.

Submit-Button kann über “Enter” geklickt werden

Auch eine der schmerzlich vermissten Funktionen. Jetzt kann ein Button als “Submit-Button” definiert werden, der dann durch Drücken der “Enter-”Taste geklickt werden kann. Das ist besonders für User-Tests richtig gut, da die User diese Funktion einfach erwarten.

Drehbare Shapes und Bilder

Axure wird so langsam zum Malprogramm. Jetzt lassen sich Shapes und Bilder auch stufenlos drehen. Schon ganz gut. Leider kann diese Drehung nicht über Interactions gesteuert werden. Schade.

“Pin to Browser”

Elemente lassen sich jetzt an einer festen Position im Browser fixieren. Das ist eine Grundfunktion für iOS Prototypen, um z.B. die Soft-Controls permanent am unteren (oder oberen Rand) des Browsers zu platzieren, wenn der Content gleichzeitig scrollbar sein soll. Das war ein sehr großes Problem, das sich jetzt zum Glück in Luft aufgelöst hat.

“Move Panel” kann über Formeln gesteuert werden

Das fällt eher in die Kategorie “Das freut die Experten”. Dynamic Panels können jetzt über Formeln bewegt werden. Bislang musste die Bewegung in Pixeln absolut oder relativ in der Interaction festgelegt werden. Bei Änderungen an der Gestaltung musste dann immer ziemlich viel geändert werden. Jetzt kann man das flexibler handhaben, muss aber auch mehr darüber nachdenken ;-)

Neue eingebaute Drag-Variablen

Auch ein Experten-Thema. Mit den neuen Variablen DragX, DragY, TotalDragX, TotalDragY, DragTime können Drag&Drop Interaktionen viel besser gesteuert werden. Mit DragTime können z.B. schnelle Swipes von langsamen Drags unterschieden werden.

Formeln auf beiden Seiten einer Bedingung

Jetzt kommen wir in Bereiche, für die ein Informatikstudium vorteilhaft ist. Wird die Ausführung einer Interaction mit einer Bedingung gesteuert, dann kann diese Bedingung jetzt noch präziser formuliert werden: Es können jetzt zwei Formeln miteinander verglichen werden.

Transparente Textfelder

Das ist eher ein neues Feature, was es noch leichter macht, sehr nah am Design zu arbeiten. Texteingabefelder können jetzt transparent dargestellt werden. Damit kann man jetzt auch z.B. auf Bildern Texteingaben machen, ohne dass dort dann ein weisser oder farbiger Kasten zu sehen ist.

Texte können auch aus “Rich Text Panels” ausgelesen werden

Wieder was für die Experten: Bislang konnte man Texte aus Richt Text Panels nicht in Interactions verwenden (z.B. einen Text auslesen und an anderer Stelle anzeigen). Jetzt geht das. Wenn man es noch nie vermisst hat, “Big Deal”. Ich habs schon oft vermisst und freu mich drüber.

Vereinfachungen beim Erstellen der Prototypen

“Snap to objects” kann jetzt auch am eingerückten Text (”Padding”) ausgerichtet werden.

Wieder etwas, was die Arbeit schneller und einfacher macht. Das merkt man aber erst, wenn man größere Prototypen baut, die möglichst pixelgenau und gestalterisch “perfekt” wirken sollen.

Das Editieren von Interactions wird einfacher.

Die größten Zeitfresser beim Erstellen und Editieren von Interactions wurden elimiert. Axure merkt sich jetzt, welche Widget-Bereiche (z.B. bei Dynamic Panels) eingeklappt waren und wo man hingescrollt hatte. Dann muss man beim erneuten Editieren nicht wieder ewig an die richtige Stelle Scrollen. Klingt banal, wird aber richtig Zeit sparen. Hat ein Lächeln auf mein Gesicht gezaubert ;-)

Und auch meinen Herzenswunsch hat Victor erfüllt: Wenn man auf eine Action klickt, um sie zu öffnen, dann wird entsprechende Widget automatisch selektiert und man kann direkt bei dem Widget etwas ändern (z.B. die Geschwindigkeit ändern oder einen anderen Panel-State wählen). Das alleine spart wahrscheinlich locker 15 Minuten Zeit an einem typischen Prototyping-Tag.

Actions können jetzt mit “Copy und Paste”, d.h. Ctrl+C und Ctrl+V kopiert werden. Auch ein echter Zeitsparer für die Experten.

Suchen von Seiten und Widgets bei Interactions

Und noch eine Funktion für alle, die große und komplexe Prototypen bauen. Jetzt kann man überall über die Suche schnell eine Seite oder ein Widget finden. Klingt banal, spart aber wieder viel Zeit.

“Unlabeled” Widgets können ausgeblendet werden

Und wieder 10 Minuten gespart: Man kann jetzt alle Widgets, die keinen Namen haben bei den Interactions ausblenden. Damit werden die Widget-Listen viel kürzer und man findet das gewünschte Widget viel schneller.

Gößerer Canvas (5000 x 20000)

Auch wieder etwas, dass man erst mal nicht vermisst. Ich kann mir aber gut Anwendungsbereiche vorstellen, wo ein riesiger Canvas sehr nützlich sein kann. Man könnte z.B. lange Storyboards anlegen und sich da durchbewegen.

Das Einfügen von Bildern geht jetzt auch per Dra&Drop aus dem Windows Explorer bzw. dem Finder

Ist jetzt auch keine Riesensache, macht aber das Arbeiten mit Axure wieder etwas schneller und effizienter.

Beim Umwandeln in ein “Dynamic Panel” bleiben die Interactions erhalten

Das ist eigentlich eher ein Bug-Fix als ein neues Feature ;-)

Es hat nämlich ziemlich genervt, dass man nach dem Umwandeln in ein “Dynamic Panel die Interaktionen neu erstellen musste. Gut, dass es jetzt “korrekt” funktioniert.

Verbesserung des Prototypen

Texte lassen sich im HTML-Prototyp jetzt auch aus Elementen kopieren, die aus “Button Shapes” erstellt wurden.

AXShare-Upload direkt aus Axure

Die RP-Datei kann jetzt direkt aus Axure auf AXShare hochgeladen werden. Das spart wieder Zeit. AXShare wird damit wohl schnell zum Standard-Tool für das Bereitstellen von Prototypen.

Standbild aus dem Usability-Test-Mitschnitt

Im September 2010 erschien unter großem Beifall der kritischen Netzgemeinde die iPad App der Frankfurter Rundschau, im April 2011 schickte dann auch die FAZ ihre iPad App in den Ring. Wir haben unseren Vortrag zum Thema ‘iPad User Experience’ bei der IA Konferenz in München zum Anlass genommen, diese beiden Apps einmal genauer unter die Lupe zu nehmen.

Hübsch geht anders! – 1:0 für die FR

Wer die App der FAZ öffnet, sieht: Die FAZ. So, wie sie auch am Kiosk steht, nur kleiner. Das freut den Puristen, enttäuscht aber denjenigen, der die 16,7 Millionen Farben seines iPads gerne im Einsatz sieht. Die FR hingegen setzt auf hochwertige Bilder und medienkonforme Seitengestaltung. Dies weckt bei den Testpersonen bereits auf den ersten Blick deutliches Nutzungsinteresse und die Bereitschaft, sich auf eine vielversprechende Reise durch die Nachrichtenwelt zu begeben.

Im Ersteindruck damit ein klares 1:0 für die FR.

Das Design lässt klar die Print-Version erkennen

Wer die Grundzüge der Tochscreen-Navigation wie zoomen und blättern kennt, kann bei der FAZ direkt mit der Lektüre beginnen. Und wen das dauerhaft notwendige ein- und auszoomen nicht abschreckt, der fühlt sich bei der FAZ auch während der ersten Lektüre gut aufgehoben.
Bei der FR hingegen ist die Orientierung deutlich schwieriger: Die klare Strukturierung der Inhalte erlaubt zwar allen Testpersonen einen spontanen Einstieg in einen der Themenbereiche, dafür haben fast alle nach dem dritten Tippen das Gefühl dafür verloren, wo in der App sie sich nun befinden.

Ein Punkt für die FAZ in Hinsicht auf die erste Orientierung.

Wo bitte geht’s zum Sport? – 2:1 für die FR

Nach kurzer Nutzung explorieren alle Testpersonen von sich aus die Möglichkeiten, sich gezielt zu bestimmten Themenbereichen zu informieren bzw. gezielter zu navigieren. Dies funktioniert nach kurzem ‘trial & error’ bei der FAZ recht gut: Die - wenigen - Navigationsmöglichkeiten werden verstanden und weitgehend problemlos genutzt.
Die FR hingegen fordert die die Testpersonen hierbei deutlich stärker: Auf die Schwierigkeit, die Navigation überhaupt aufzufinden folgt die Herausforderung, die Inhaltsübersicht sowohl inhaltlich als auch funktional zu verstehen. Dies dauert im Vergleich zwar etwas länger als bei der FAZ, bereitet aber dabei deutlich mehr Freude.

In Hinsicht auf ‘Orientierung für Fortgeschrittene’ und ‘Joy of Use’ ein Punkt für die FR.

Im Lesemodus der FR wird nur der Text angezeigt

Wer bei der FAZ des zoomens und scrollens müde ist, kann die (PDF-basierten) Artikel auch als Textansicht öffnen. Dies hat den Vorteil, dass die Spaltenlänge sich an der Displaygröße des iPads orientiert womit der Lesefluss deutlich verbessert wird. Eine zusätzliche Navigationsleiste ermöglicht darüber hinaus das Blättern durch alle in Textansicht verfügbaren Inhalte. Damit sind die Möglichkeiten der App jedoch auch weitgehend erschöpft.
Wem bei der FR der Sinn nach mehr Information steht, der hat zunächst schlechtere Karten: Die App hat gegenüber der Printausgabe einen deutlich geringeren Umfang. Dafür bietet sie die Möglichkeit, durch Bildergalerien zu blättern oder das Video- und Audiomaterial zu nutzen, das bei einigen Themen integriert ist.

Fazit

Alle Testpersonen ziehen nach der umfassenden Nutzung Resümee, wie es in unseren regelmäßigen Quick Experience Checks oder auch den umfassenden User Experience Tests in dieser Übereinstimmung nicht allzu häufig auftaucht:

• Die App der FR erscheint trotz deutlich höherer Komplexität weitgehend ansprechend und nutzerfreundlich gestaltet und damit für versiertere Nutzer gut geeignet. Die App der FAZ hingegen wirkt deutlich altbacken und ‘behäbig’, ist aber für Freunde des Zeitungs-Feelings und der umfassenden Information deutlich besser die bessere Wahl.
• Bei beiden besteht auf jeden Fall deutliches Optimierungspotential speziell in Hinsicht auf das Handling, die Orientierung sowie die Konsistenz.

Wir für unseren Teil freuen uns über unseren Ausflug in den Zeitungsteil der App-Welt, werden uns aber wohl auch in Zukunft weiter auf die Printversion unserer Tageszeitungen im Briefkasten freuen. Denn wie unsere Testpersonen müssen auch wir feststellen: Als Variante für unterwegs stellen die Apps eine probate Alternative zur Printversion der Zeitungen dar. Aber als Frühstücksbegleitung und zum Ausblenden morgendlicher S-Bahn Mitfahrer ist eine echte Zeitung eben doch noch immer am besten geeignet.

Quick Experience: Der Usability-Test für UX-Design-Projekte

Die Methode ist besonders gut geeignet für UX-Design-Projekte, die ja häufig iterativ ablaufen und in der Regel einem engen Zeitplan unterliegen. Ein langes Warten auf einen detaillierten Ergebnisbericht geht da in der Regel nicht.Wir testen daher inzwischen häufig auch für Agenturen, die Usability-Tests in die Prototypen- und Layout-Entwicklung integrieren möchten.

Quick Experience kommt dabei wohl so gut an, dass mittlerweile einige Agenturen und firmeninterne UX-Abteilungen diesen Ansatz für die eigenen Usability-Labs verwenden. Auch SinnerSchrader gehört inzwischen zum “Quick Experience Fanclub”. Schön zu sehen im SinnerSchrader-Blog und bei YouTube.

Ein schönes Kompliment für unsere Arbeit, da wir SinnerSchrader in diesem Jahr schon mehrfach als Auftraggeber bzw. als beteiligte Agentur bei Tests in unserem Lab zu Gast hatten.

Wir sind schon sehr gespannt, wann auch die anderen Agenturen und Usability-Labs mit Quick Experience arbeiten… .

Und so funktioniert Quick Experience:

Die Dokumentation von Fehlern und User-Feedback erfolgt dabei bereits während der Usability-Tests. Auftraggeber, Konzepter, Designer und UX-Consultants beobachten gemeinsam die Tests und sammeln ihre Beobachtungen.

Nach Abschluss der Tests wird dann gemeinsam ausgewertet und es werden die erforderlichen Anpassungen und Optimierungen festgelegt.So kann das Team schon am nächsten Tag mit der Umsetzung der Verbesserungen beginnen.

Mehr Details zu Quick Experience gibt es in der Quick Experience Kurz-Doku oder im Vortrag auf der IA-Konferenz 2009 oder direkt von uns als in-Haus-Workshop…

Im Rahmen des Workshops sollten die Teilnehmenden einen Testleitfaden für einen Usability-Test erarbeiten. Ich war also zunächst auf der Suche nach einer Website, die wir exemplarisch als Testobjekt nutzen konnten. Die Seite sollte eine möglichst bekannte Shopping-Seite eines großen Unternehmens sein. Schnell kam ich auf die Idee, mir die Seite der Post anzusehen. Denn diese Seite wäre für jeden Workshop-Teilnehmer ein Begriff und die Funktionen, wie Briefmarkenkauf und Paketversand zur Weihnachtszeit mehr als passend.

Zunächst war ich skeptisch, ob eine solch bekannte Site, die schon lange im Netz Bestand hat, überhaupt leicht nachvollziehbare Usability-Probleme aufzeigen würde. Um das herauszufinden, führte ich einen Quick Experience Test durch. Schnell zeigte sich, dass die Seite zunächst von Nutzern als übersichtlich und optisch angenehm wahrgenommen wurde. Im Detail wurde jedoch deutlich, dass die Seite gravierende Hürden für Nutzer aufstellte. Das Spektrum reichte dabei von leichten Schwierigkeiten (”Das hätte man anders machen können”), zu größeren Problemen (Nutzer ist auf der Site verloren), bis hin zum frustrierten Verlassen der Site ohne Kaufabschluss. Folgend, drei interessante Erkenntnisse der Tests:

Mouseover: Kein Klick = problematisch

Auf der  Startseite der Post sind vier Reiter dargestellt, die trotz ihrer Größe beim zielstrebigen Briefmarkenkauf (unser Testszenario), kaum Beachtung fanden. Der Nutzer sah sofort im linken Bereich die gesuchten Briefmarken und wählte dort die gesuchten aus. Im Test bewegte der Nutzer dabei unbewusst den Mauszeiger über den Reiter “Werben”, der beim Mouseover dadurch automatisch aktiviert wurde. Durch Aktivierung des Reiters wurde jedoch -genauso  automatisch- die Briefmarkenliste links ausgeblendet. Dieser Zusammenhang war Nutzern nicht klar. Es war ihnen nicht einmal bewusst, dass sie einen anderen Reiter aktiviert hatten. Nutzer waren verloren und begannen die Suche nach Briefmarken von vorne und an ganz anderer Stelle. Der einfache Einstieg zum Briefmarkenkauf war, anscheinend unwiederbringlich, verschwunden.

Mouseoverinteraktionen fallen in Usability-Tests oft negativ auf. In diesem Beispiel kam erschwerend hinzu, dass sich Bereiche der Seite beim Aktivieren unterschiedlicher Reiter änderten, die nicht Teil eines Reiters zu sein schienen.

Überraschung: Formulareingabefelder werden für Eingaben genutzt ;-)

Die in einer Liste aufgeführten Briefmarken erlaubten die Eingabe der Stückzahl pro Position in der ersten Spalte der Tabelle. Diese Eingabefelder wurden auch stets genutzt. Für Nutzer absolut frustierend war es jedoch, dass der Klick auf das Warenkorbsymbol in der letzten Tabellenspalte, nur den korrespondierenden Artikel der Zeile in den Warenkorb beförderte. Nutzer erwarteten, dass alle mit einer Stückzahl versehenen Artikel nach Klick auf das Warenkorbsymbol im Warenkorb landen. Noch ärgerlicher war es für Nutzer, dass, nachdem eine Position in den Warenkorb gelegt wurde, alle Stückzahlen neu eingegeben werden mussten.

Sofern das Formular mehrere Eingabefelder für Stückzahlen anbietet, wird auch erwartet, dass diese Eingaben beim In-den-Warenkorb-legen berücksichtigt werden.

Registrierungsprozesse: frustierend, nervend, langwierig

Die Registrierung auf Webseiten ist für Nutzer immer wieder herausfordernd. Zwar kennen Anwender mittlerweile die typischerweise geforderten Daten (Name, Vorname etc.). Dennoch ist hier keine Standardisierung zu verzeichnen. In unserem Beispiel stellte die Registrierung Nutzer teilweise vor so große Schwierigkeiten, dass diese, außerhalb der Testsituation, vermutlich den Kauf abgebrochen hätten. Vielfältige Probleme machten es dem Nutzer nicht einfach:

• Die Passwort-Ersatzfragestellung, die Nutzern gestellt wird, wenn sie ihr Passwort vergessen haben, konnten Nutzer bei der Registrierung festlegen. Dass bei der einzugebenden Fragestellung jedoch kein Fragezeichen erlaubt war (”Sonderzeichen”, was ist das?), war Nutzern unverständlich.
• Passwörter, die keine Sonderzeichen, mindestens 6 und maximal 8 Zeichen lang sein dürfen, Groß- und Kleinschreibung beinhalten müssen oder nicht, zweimal blind eingegeben werden müssen etc. sind für Nutzer nicht komfortabel ;-)
• Fehlermeldungen wurden entweder übersehen, da die Schrift zu klein und die Darstellung zu unauffällig war oder sie wurden inhaltlich nicht verstanden. Außerdem war oftmals nicht klar, auf welches Eingabefeld sich die angezeigte Fehlermeldung bezieht.

Es wurden noch weitere Probleme festgestellt, die man zum Großteil relativ einfach beheben könnte.  Es ist aus externer Sicht nicht nachvollziehbar, weshalb die teilweise offensichtlichen Hürden nicht vor der Implementierung beseitigt wurden. Denn in kurzen und unaufwändigen Usability-Tests kann man viele Probleme vor dem Launch erkennen.

Für unseren Workshop war die Seite jedoch sehr geeignet. ;-)

Viele der gefundenen Schwachstellen lassen sich auch auf anderen Seiten immer wieder feststellen. Wir haben die Post nur als Beispiel gewählt.

Ich finde das Thema ziemlich wichtig und habe außerdem den Eindruck, dass es nicht genug Aufmerksamkeit bekommt. Daher jetzt noch mal ein paar Gedanken dazu.

Drei Gründe für den schleichenden Verfall

Problem Nr. 1 ist natürlich das gesunde Phlegma.

Es wird einfach nichts mehr gemacht. Es werden keine Funktionen ergänzt, die Inhalte bleiben über Monate oder Jahre unverändert und das Design wird erst recht nicht angefasst. Über die Gründe für das Nichtstun will ich jetzt garnicht nachdenken. Wichtiger sind die Konsequenzen: Die Erwartungen der Nutzer orientieren sich nämlich ganz stark am technisch Machbaren, modischen Trends und natürlich an der Konkurrenz. Dynamisch nachgeladene Inhalte, Lightboxen und Coverflow-Optik werden einfach erwartet. Ein olles Pop-up für Info-Texte wirkt da schnell angestaubt und langweilig.

Problem Nr. 2: Aktionismus

Wann kann auch zu viel machen. Werden zusätzliche Tools und Funktionen angeboten, neue Produktbereiche hinzugefügt oder Navigationspunkte ergänzt, dann leidet hierunter schnell die Übersichtlichkeit und natürlich die Usability.

Problem Nr. 3: Unkontrolliertes Content-Wachstum

Besonders bei großen Portalen mit verschiedenen Bereichen und mehreren Content-Verantwortlichen besteht immer die Gefahr, dass immer mehr Inhalte online gestellt werden. Oft wissen die Content-Verantwortlichen aber garnicht so genau, nach welcher Logik die Portalinhalte ursprünglich mal gegliedert waren. “Das können wir doch einfach unter ‘Sonstiges’ packen, da passt es doch gut hin…”

Auch hier leidet die Usability. Außerdem sind die Inhalte zwar vorhanden, werden aber im Zweifel nicht gefunden. Außerdem gehen schnell die ursprünglich mal vorhandene Gewichtung der Inhalte und die damit zusammenhängende Nutzerführung verloren.

Zwei Lösungen

Kein Problem sollte ohne den Versuch eines Lösungsansatzes bleiben. Gegen den schleichenden Verfall gibt es auf jeden Fall zwei Dinge, die es zu tun gilt:

Lösung 1: Wachsam sein

Klingt ganz einfach, ist es auch. Passiert aber trotzdem nur selten. Gemeint ist die regelmäßige Kontrolle und Überwachung der Qualität der Website. Dazu gehören natürlich Logfiles, Google Analytics und alle Daten, die Aufschluss darüber geben können, ob sich in der Nutzung der Websites Veränderungen ergeben. Sinken die Zugriffszahlen, steigen Prozessabbrüche oder verlassen die User die Website schneller. Daneben können aber auch andere Informationsquellen hilfreich sein. Beschwerden im Call-Center oder Beiträge in Blogs oder Foren.

All diese Dinge können als Frühwarnsysteme dienen, um zu sehen, ob es Handlungsbedarf gibt und wo möglicherweise konkrete Probleme bestehen.

Lösung 2: Testen und die User fragen

War ja klar, dass mir das Testen der Website wichtig ist. Schnelle Usability-Tests sind aber auch ein gutes Mittel, um mit wenig Aufwand festzustellen, wo User Probleme haben und ob sich die Erwartungen der User verändert haben.

Daher ist es eine gute Idee, vielleicht einmal im Jahr einen Usability-Test der Website zu machen. Die Website ist ja vielleicht unverändert, aber das muss nicht für die User gelten. Der Schwerpunkt des Tests liegt in dem Fall darauf, herauszufinden, was die Nutzer erwarten und was sie konkret stört.

Ein solcher Test ist sicherlich nicht repräsentativ. Wir haben aber die Erfahrung gemacht, dass man echte Knackpunkte sehr schnell erkennt.

Nach dem Test kann man dann häufig kritische Punkte relativ leicht ändern. Wenn nicht, gibt es auf jeden Fall schon wertvollen Input für den nächsten Relaunch.

In meinem Vortrag beim Online Marketing Forum habe ich auch gleich ein paar Tipps gegeben, wie ein solcher Test mit Bordmitteln (d.h. ohne unsere Hilfe) durchgeführt werden kann.

Zum Schluss

Ich glaube nicht, dass man den schleichenden Verfall wirklich stoppen kann (irgendwann kommt immer der nächste Relaunch), aber man kann ihn verlangsamen und die Qualität der Website auf einem höheren Niveau halten. Es wundert mich, dass hier relativ wenig passiert. Vielleicht sind die Verantwortlichen ja komplett damit beschäftigt, neue Inhalte zu erstellen…

Insgesamt war die Konferenz ganz nett. Am ersten Tag habe ich leider nur einen Vortrag gesehen, da mein eigener Vortrag noch nicht fertig war. Zum Glück konnte ich mit einigen Freunden und Kollegen reden und mir die Poster ansehen.

Am Sonntag konnte ich mir entspannt den Vortrag von Jutta Korn (Tribal DDB) anhören zur Rolle des Informationsarchitekten in Projekten.  Jutta hat hier die Bandbreite der verschiedenen Rollen und Tätigkeiten eines Informationsarchitekten dargestellt.

Etwas Ähnliches habe ich beim UX Roundtable in Hamburg im April auch präsentiert. Dabei ging es im wesentlichen darum, was ein UXD-Consultant alles tun kann in einem komplexen Projekt.

Ich denke, das werde ich bei Gelegenheit mal detailliert aufschreiben.

Im Anschluss habe ich dann unseren Ansatz zum Usability-Testing vorgestellt. Mit Quick Experience wollen wir schneller Ergebnisse aus den Tests gewinnen und vor allem das gesamte Projekt-Team in die Dokumentation und Auswertung einbeziehen. Ich bin inzwischen der Überzeugung, dass die gemeinsame Beobachtung und Auswertung von Tests sehr viel zur Team-Entwicklung beiträgt.

Das Team beobachtet die Tests, dokumentiert die auftretenden Probleme und diskutiert anschließend Ursachen und Lösungsansätze. Vor allem die Diskussion sorgt dafür, dass die altbekannten Glaubenskriege einfach nicht mehr stattfinden.

Die Präsentation ist mittlerweile auch bei Slideshare zu finden: http://bit.ly/jYsfx

Im Anschluss gab es noch eine ganze Reihe spannender Vorträge. Patrick und Inken haben über ihre Erfahrungen mit SCRUM und agiler Softwareentwicklung berichtet. Dazu gibt es aber auch noch einen eigenen Bericht.

Die neue Digitale hat gezeigt, wie man mit Microsoft Surface ganz neue Interface-Möglichkeiten bzw. -Herausforderungen erhält. Am Prototyp eines VW-Autokonfigurators wurde mal eben das Beratungsgespräch zwischen Autoverkäufer und Kunde revolutioniert. (Ganz groß in der Rolle des Autoverkäufers: Frank Reimann von Interone Worldwide).

Mir haben auch die IA-Methodenkarten gut gefallen. Das sind 12 Sammelkarten für IA-Methoden. Jeder Teilnehmer hat zu Beginn 12 gleiche Karten bekommen. Um einen vollständigen Satz an Methodenkarten zu erhalten, war dann fleißiges Tauschen angesagt. Ich wüsste zu gern, ob jemand es geschafft hat, sein Set komplett zu kriegen.

Alles in allem eine sehr gute Veranstaltung. Großes Lob und großes Dankeschön an die Organisatoren.

Mit einem dieser Automaten, kann man zum Beispiel bargeldlos den Eintritt zum Schwimmbad zahlen. Er steht an einem Drehkreuz, dass sich nur bewegen lässt, wenn man den Automaten dazu zuvor mit einem Plastikzahlkärtchen erweichen konnte. Theoretisch. Praktisch weiß zunächst niemand, wie das Gerät zu bedienen ist. Die Karte zum Automaten nenne ich Schwimmkarte, die im Fachjargon Multi-Card heißt. Den Automaten zur Karte nenne ich Drehkreuzautomat.

Bevor man mit der Schwimmkarte irgendetwas ausrichten kann, muss man sie zunächst an der Kasse vom Personal aufladen lassen. Das ist beim ersten Schwimmvergnügen als Neukunde kein Problem, da man sich die Karte zunächst sowieso gegen ein Pfand an der Kasse “kaufen” muss. An der Kasse lässt man die Schwimmkarte dann per Bargeld oder per EC-Cash aufladen. Besitzt man erst einmal diese Karte, könnte man diese Karte ebenso an einem Verkaufsautomaten wieder aufladen. Doch da dieser Automat noch viel komplizierter als der Drehkreuzautomat ist, wird er gar nicht erst benutzt. Ich habe zumindest in den letzten sechs Jahren noch niemanden das Ding erfolgreich benutzen sehen. Im besten Fall wagt sich jemand daran, drückt ein wenig herum, kapituliert dann aber. Das liegt vielleicht auch daran, dass er nur den Geldchip auf der EC-Karte akzeptiert (der selten geladen sein dürfte), nicht jedoch EC-Cash, was viele zunächst annehmen dürften, die sich an den Bezahlautomaten wagen. Aber meistens versucht sich erst gar niemand daran, vermutlich weil das monströse Erscheinungsbild der Maschine eher abschreckt. Aber EC-Cash gibt es eben nur an der Kasse, wo wiederum kein Geldchip akzeptiert wird. EC-Cash zahlt man natürlich mit einem weiteren kleinen Automaten, wie man ihn auch vom Kaufhaus her kennt. Das müssen Schwimmwillige auch erst einmal am Automaten durch längeres Probieren herausfinden: “Hier kein EC-Cash, der Schein trügt”. Doch zurück zum Drehkreuzautomaten…

Also, die Schwimmkarte wird zunächst an der Kasse aufgeladen - per EC-Cash oder Bargeld. Ab diesem Zeitpunkt kann man mit der Karte den Drehkreuzutomaten passieren, der, wenn man ihn richtig bedient, das zunächst starre Drehkreuz zur Schwimmhalle freigibt. Ich gehe oft schwimmen. Und ich sehe oft Menschen, die mit großen Augen hilflos hinter dem Automaten hervorschauen, weil sie nicht wissen, wie das Ding zu bedienen ist. Und auch an der Reaktion der Kassiererin, die blitzschnell in Kurzform routiniert bellt: “Erst vorhalten, dann drücken, dann wieder vorhalten”, erkennt man, dass diese Situation wohl häufiger vorkommt.

Der Drehkreuzautomat steht nämlich zunächst nur da. Sein Display zeigt an: “Bitte Coin einwerfen oder Multi-Card an den Leser halten”. Es gibt einen Einwurfschlitz, der aussieht, als könnte man da Geld einwerfen. Kann man auch. Coin heißt ja eigentlich auch Münze, gemeint ist jedoch Chip. Beim Geldeinwurf passiert dann aber nichts, außer dass der Automat verstopft. Dieser Schlitz ist nämlich nur dazu da, einen Schwimmchip entgegenzunehmen. Schwimmchip? Ach ja, den gibt es ja auch noch. Schwimmer, die per Bargeld an der Kasse bezahlen und keine Schwimmkarte besitzen, erhalten diesen Chip. Er speichert die Ankunftszeit. Beim Betreten der Schwimmhalle benötigt man ihn… überhaupt nicht. Man geht dann nicht durch das Drehkreuz, sondern durch einen Parallelgang, direkt an der Kasse vorbei. Beim Verlassen der Halle muss man ihn jedoch in den Drehkreuzautomaten einwerfen; dort hinein, wo man normalerweise gerne Geld für den Eintritt einwerfen würde. Hat man die zuvor gezahlte Schwimmzeit von z.B. 1,5 Stunden überschritten, erkennt der Drehkreuzautomat das anhand der auf dem Schwimmchip gespeicherten Ankunftszeit und verweigert den Durchgang (”Bitte nachzahlen…”). In diesem Fall muss man nachzahlen und zwar an einem Nachzahlautomaten. Der Nachzahlautomat. Das ist der dritte Automat, dem sich Sportler stets mit argwöhnischem Blick nähern, wenn sie mal wieder überzogen haben. Auf den gehe ich hier nicht näher ein, da auch ich ihn stets meiden konnte (so sportlich bin ich dann wohl doch nicht).

Der Schwimmchip ist wie gesagt eigentlich für die Barzahler. Sie müssen digital erfasst werden. Schwimmer mit Schwimmkarte werden anhand der Karte digital erfasst. Wer jedoch unbedingt möchte, kann auch als Besitzer einer Schwimmkarte bargeldlos an der Kasse zahlen und auch auch so einen Schwimmchip bekommen, den er dann beim Verlassen in den Drehkreuzautomaten wirft. Wozu das dann nützlich ist, weiß ich nicht.

Der Drehkreuzautomat reagiert jedenfalls nur dann korrekt, wenn man ihn entweder mit einem Coin füttert (beim Verlassen), oder ihm mit der Schwimmkarte zuwinkt (beim Kommen und beim Verlassen). Man steckt die Karte also nirgendwo ein, man winkt mit ihr. Es gibt da einen gelb-blauen Bereich am Automaten, der wahrscheinlich gern übersehen wird, da er sich etwa in Kniehöhe des Sportlers befindet. Vor diesem “Auge” muss man mit der Schwimmkarte, in richtiger Geschwindigkeit und in korrektem Abstand, vorbeiwinken. Das Drehkreuz lässt sich dann jedoch noch nicht bewegen. Stattdessen ändert sich unauffällig die Automatenanzeige und es leuchtet ein Knöpfchen auf, auf dem “Buchen” steht, zumindest beim Betreten des Schwimmbads. Das Drehkreuz macht sich erst dann locker, wenn man nach dem Drücken des Knöpfchens dem Automaten schnell erneut mit der Karte zuwinkt. Dann lässt sich das Drehkreuz bewegen man kann passieren.

Beim Verlassen des Bads muss man keinen Knopf drücken, nur winken. Vorausgesetzt natürlich, man hat nicht bar gezahlt. Denn dann würde man über einen Schwimmchip verfügen, den man in den Automaten einwerfen muss. Und vorausgesetzt, man hat nicht überzogen, denn dann muss man am Nachzahlautomaten nachzahlen.

Übrigens: Oft sieht man auch Menschen, die mit der Karte immer wilder vor dem Drehkreuzautomaten herumfuchteln und schließlich der Kassiererin mit der Karte zuwinken. Die wiederum winkt dann meist die Person zu sich heran und fordert entweder Bargeld (bei “Überziehern”) oder lässt einen durch eine kleine Tür neben dem Drehkreuz passieren, nachdem sie es per elektrischem Türöffner geöffnet hat. Das passiert immer dann, wenn der Automat mal wieder ausgefallen ist, also gar nicht so selten.

Den Parkplatz kann man mit dem Auto übrigens nur verlassen, wenn man seinen Parkchip am Parkplatzautomaten in der Halle entschärft. Das wird oft vergessen, was man an den immer auffälliger platzierten und größer werdenden Hinweisschildern “Parkschein-Entwerter” merkt. Denn der Automat wird oft übersehen, da er sich im zahlpflichtigen Bereich der Halle befindet, also hinter dem Drehkreuz. Beim Verlassen der Halle hat man zum Zeitpunkt des Passierens des Parkplatzautomaten bereits den Drehkreuzautomaten und eventuellen Kontakt mit dem Nachzahlautomaten im Sinn und gedanklich keinen Platz für weitere Automaten. Hat man den Parkplatzautomaten verpasst und den zahlpflichtigen Bereich bereits verlassen, muss man irgendwie wieder zurück und erneut am Drehkreuz vorbeikommen. Da hilft dann meist ein trauriger Blick zur Kasse, schätze ich. Denn die Kassiererin weiß dann gleich Bescheid und lässt ausnahmsweise kostenfrei passieren. Ich habe kein Auto und nutze daher diesen Automaten nicht. Ich glaube, ich werde mir auch kein Auto kaufen…

So war es auch bei uns: Insgesamt sind 10 Leute unserer Einladung gefolgt und haben den Tag bei uns im Büro verbracht. Das Verrückte war, dass es an dem Tag bei uns im Büro so ruhig und konzentriert zuging wie sonst selten. Das hat mich dann schon etwas überrascht. Ich hatte erwartet, dass mehr geredet wird und das Arbeiten nur die zweite Geige spielt. War aber genau anders herum. Das lag vermutlich auch daran, dass die meisten sich nicht kannten und daher niemanden stören wollten.

Das Reden fand dafür dann in der gemeinsamen Mittagspause statt. Wichtig für Jelly #2: Entweder einen großen Tisch reservieren oder mit allen gemeinsam im Büro essen.

Auf jeden Fall war unsere Jelly Premiere so gut, dass wir es jetzt zur regelmäßigen Einrichtung machen werden. Jeden zweiten Freitag im Monat ist ab jetzt bei uns Jelly-Tag. Der nächste Termin ist daher Freitag, der 12. Juni. Am besten gleich merken oder direkt anmelden.

Alle Informationen und Anmeldemöglichkeiten zu Jelly in Hamburg stehen hier: http://wiki.workatjelly.com/JellyInHamburg

Wer teilnehmen möchte kann uns natürlich auch einfach eine Mail schicken an: info@eparo.de

Ein paar Eindrücke von Jelly #1:

Nach gut 12 Monaten sehr angenehmer Zusammenarbeit wollte ich die Gelegenheit nutzen und endlich einmal „Danke“ sagen. Danke für die tollen Projekte, danke für die lustigen Gespräche am Kaffeeautomaten, und und und…

Da mir das Produkt-Team über die Zeit sehr ans Herz gewachsen ist, fand ich es daher nur richtig, zum Abschluss der beiden Projekte noch einmal zum besonders leckeren und unterhaltsamen Kochkurs ins Restaurants FUH zu laden. Im FUH war es dann auch wie immer wenn ich dort zu Gast bin…großartig!

Das Menue war der absolute Knaller und alle hatten sichtlich Spaß. Was kochen Computerfuzzis wenn man sie lässt, mag der ein oder andere nun fragen? Hier die Antwort:

1. Vorspeise
Orientalisch gewürzte Frühlauch-Consomme mit Maultaschen

2. Hauptgang
Gefüllte Label rouge Poulardenbrust auf Spargel Basilikum, Salzauer Pilzrisotto & Limonenschaum

3. Dessert
Abgehangenes Topfenmousse mit Himbeer-Rhabarber, Knusperschokoladenblätter & Kaffeekaramell

Superlecker wars!

Tja, man merkt schon. Es ist im Prinzip ganz einfach an einen so tollen Kochkurs zu kommen. Einfach eparo über mehrere Monate beauftragen und schwups, steht man im FUH und kocht :-).

Zum Abschluss noch ein paar Eindruecke des Abends:

1. Der Fisch muss dem Wurm schmecken: Die Würmer sind in diesem Fall die Konferenzbesucher, die Geld dafür bezahlt haben, informative Vorträge zu hören. Die Fische, die teilweise nicht so lecker waren, sind natürlich die eigentlichen Vorträge. Klare Lektion war, wie so oft: Die Vorträge müssen den Zuhörern echten Mehrwert bringen. Es ist nicht wichtig, was der Vortragende erzählen möchte, sondern was die Zuhörer hören wollen.
2. Ich kenne jetzt den Unterschied zwischen “White Hat” und “Black Hat” SEO. Die weissen Hüte sind die Guten (die waren natürlich auf der OMF) und die schwarzen Hüte sind die Bösen (über die wurde geredet).
3. Ich habe gelernt, dass wir noch nicht genug zum Thema SEO machen…
4. Richtig spannend fand ich die Fähigkeiten von Searchmetrics. Unglaublich, was die über die eigene Website (und die der Wettbewerber) herausfinden können. Nur so viel: Adwords sind nicht geheim;-)

Ich freue mich schon auf unser Heimspiel, das Online Marketing Forum am 4. Juni in Hamburg. Da sind wir wieder mit einem Vortrag vertreten.

Hier noch ein paar Bilder: