Axure 6.5: Neue Features (www.axure.com/download)

Es ist soweit, Axure 6.5 ist nach der Beta-Phase jetzt als offizielle Version verfügbar. Wir haben uns die Neuerungen angesehen und unter die Lupe genommen:

- 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.

Frankfurter Duell - Die iPad-Apps der FAZ und Frankfurter Rundschau im Nutzertest

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.

Gute Ideen setzen sich durch…

Quick Experience, unsere seit über 3 Jahren etablierte Test-Methodik wird immer häufiger auch von anderen Agenturen und firmeninternen UX-Abteilungen verwendet.

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…

Usability ist selbst für große Firmen weiterhin (kein) Thema

Auf dem World Usability Day 2009 habe ich den Workshop ”Quick Wins in Online-Prozessen finden und umsetzen” veranstaltet. Während der Vorbereitungen habe ich ein weiteres Mal, mit wenig Aufwand feststellen können, dass Usability selbst in großen Unternehmen weiterhin nicht die nötige Relevanz erfährt.

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.

Warum Websites schlechter werden

In meinem Vortrag beim Online Marketing Forum habe ich für Usability Tests bei bestehenden Websites plädiert. Mit Websites ist es nämlich wie mit Neuwagen. Kaum hat man eine Site gelauncht (ist das eigentlich mittlerweile ein echtes deutsches Wort??), dann beginnt der schleichende Verfall.

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:

Kompletten Artikel lesen »

IA Konferenz in Hamburg: Usability im Team

Wenn man viele IAs auf einen Schlag treffen will, muss man zur IA Konferenz. Dieses Jahr führte die Reise nach Hamburg. Wir waren natürlich auch da, mit zwei Vorträgen und als Sponsor. Das volle Programm.

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.

Erst vorhalten, dann drücken, dann wieder vorhalten

Sport kann aufregend sein. Die Aufregung beim Schwimmsport verschafft in Hamburg eine Reihe von Automaten, die den Sportler empfangen und entlassen.

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.
Kompletten Artikel lesen »

Jelly #1: Richtig nett, aber anders als erwartet

Am Freitag, den 7. Mai fand bei uns das erste Hamburger Jelly-Event statt.  Wir hatten Kreative, Software-Entwickler und sonstige Freiberufler eingeladen, an diesem Tag bei uns im Büro zu arbeiten. Die Idee dazu stammt aus den USA. Freiberufler entgehen so der sozialen Verarmung und kommen unter Menschen. Oft entstehen auch gemeinsame Projekte und gute Ideen.

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:

Mit XING im FUH: User Experience mal anders.

Wenn man Hunger hat, soll man essen. So zumindest mein Motto. Und da ich stets hungrig bin, lag es sehr nah, meine Freunde von XING endlich mal zu einem kleinen Event zusammen zu trommeln.

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!

Kompletten Artikel lesen »

Online Marketing Forum in München am 7. Mai

Am letzten Donnerstag waren wir in München auf dem Online-Marketing-Forum. Neben der für mich nicht unwichtigen Tatsache, dass ich dort einen Vortrag zu Thema “Einfache Usability-Tests (auch zum Selbermachen)” gehalten habe (Vortrag (PDF) herunterladen), habe ich ein paar wichtige Dinge gelernt:

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: