Sie wenden dabei das gleiche Prinzip an, über das schon Millionen von Newsletterempfängern gesammelt bzw. Leads generiert wurden: »Natürlich kannst du diesen kostenlosen Download haben, du musst uns nur hier deine E-Mail-Adresse hinterlassen.«

Hike übersetzt dieses Prinzip für ihren kostenlosen PSD-Template-Download auf Facebook:

• Man muss liken, bevor man downloaden darf, denn der Download ist »exklusiv für Fans«.
• Man soll den Download kommentieren, nachdem er gestartet wurde.

Und so wurde es umgesetzt (Screencast):

Was haltet ihr davon? Ist das schon ein »Dark Pattern« oder einfach nur ein schön umgesetztes »Geben und Nehmen«?

Das ist interessant, denn für andere Begriffe, Elemente und Positionen haben sich im Netz, schon klare Quasi-Standards herausgebildet. Zum Beispiel das Disketten-Symbol zum Speichern, das Haus als Link zur Startseite oder die Position des Logos mit Startseitenlink oben links auf der Website. Solche Standards sind für Konzepter und Designer natürlich praktisch, denn sie sparen uns, ständig grundsätzlich über jedes Detail nachzudenken.

Mit dieser Erwartungshaltung war ich auch Anfang des Jahres in die Entwicklung der Startseite für mein probono-Projekt stayscout.de gegangen. Ich war erstaunt, wie knifflig es ist, Anmelden und Registrieren absolut klar voneinander abzugrenzen. Als ich meine erste Version der Startseite in Steve-Krug-Usability-Tests getestet habe, sind zu viele Probanden darüber gestolpert.

Inspiriert durch den Artikel »Login/Logout vs Sign In/Sign Out vs Log in/Sign out – A short roundup«, der der gleichen Frage im englischsprachigen Raum nachgeht, habe ich zusammen mit Christina, die auch schon an unserem Artikel »4 Jahre Designevolution des YouTube Players« mitgeholfen hat (Danke!), einige große deutsche Webseiten verglichen.

Mein Fazit für den Login:

Für eine deutsche Zielgruppe als Anmelden/Abmelden der gute Weg.
Die Begriffe werden am häufigsten verwendet und dazu meist auch in der Kombination Anmelden/Abmelden. Alternativ wird auch Einloggen/Ausloggen und manchmal gemixte Versionen gerne verwendet.

Mein Fazit für den Sign up:

Die Aufforderung zur Nutzer-Konto-Erstellung sollte im Kontext betrachtet werden um eine Abgrenzung zum »Anmelden« zu schaffen. Dabei ist es wichtig, die Einmaligkeit des Vorgangs hervorheben.

• Es fällt auf, dass es keinen einheitlichen Standard gibt.
• Auch »Registrieren« setzt sich nicht durch, ist aber in Variationen der am häufigsten vorkommende Begriff.
• Viele Seiten verwenden ihre eigene Sprache, eigene Begriffe/Varianten.
• Seiten verwenden häufig sehr kontext-bezogenes Wording
• Die Hälfte versucht dabei die Einmaligkeit des Vorgangs hervorzuheben (»Erstmalig«, »Neu hier?«, …)

Die Daten aus unserer Recherche:

(Die Tabelle kann gerne ergänzt werden!)

Für meinen StayScout-Anwendungsfall war ich inzwischen übrigens schon auf die gleiche Lösung gekommen. Ich spreche von »Anmelden« und »Jetzt Mitglied werden«, wobei ich letzteres im Kontext noch verstärke, zum Beispiel durch »Für neue Besucher«.

Welche Erfahrungen habt ihr gemacht mit der Unterscheidung zwischen Anmelden und Registrieren?

PS: In der Schweiz sieht das übrigens anders aus. Dort spricht man gerne von »Login« statt »Anmelden«.

PS2: Wie auch schon Tanin in dem oben verlinkten Artikel konnte ich auch keine Systematik bei den URLs finden. Hier herrscht fröhliches Chaos :-).

Jaja, die Feinheiten der Sprache…

Gefunden bei HTC: http://www.htc.com/www/SupportDownload.aspx?p_id=312&cat=3&dl_id=933

Zum Einstieg bekommen Nutzer 2 Gigabyte Speicherplatz gratis. Das Geschäftsmodell von Dropbox besteht darin, möglichst viele Nutzer dahin zu bringen, dass ihnen diese 2 GB nicht mehr ausreichen und sie freiwillig Geld für mehr Speicher zahlen.

Die Wahrscheinlichkeit, dass das passiert, ist am höchsten, wenn der Nutzer die Vorzüge des Dienstes kennen lernt. Also motiviert Dropbox seine Nutzer, nacheinander ein paar Schritte durchzuführen, bei denen jeweils ein Feature vorgeführt wird.

Das ist nicht sonderlich aufwändig gemacht, und trotzdem sehr wirkungsvoll. Wenn ich die oben gezeigte Dropbox Startseite nach dem Einloggen öffne, füllt sich die Box-Abbildung auf der linken Seite in einer Animation. Zu meinem Leidwesen hält der Füllprozess jedoch an, bevor der Umriss komplett ausgemalt ist. Auf der rechten Seite sehe ich eine Liste mit 6 offenbar recht einfachen Handlungen, von denen ich offenbar schon drei abgehakt habe. Aber tatsächlich stehe ich insgesamt irgendwo zwischen »begonnen« und »komplett«.

Und als wäre mein Bauchgefühl, dass ich unbedingt diese drei unerledigten Aufgaben durchstreichen möchte, nicht genug der Motivation, bietet mir Dropbox auch noch eine Belohnung an, wenn ich mindestens 5 der 6 Aufgaben erledige. 250 MB zusätzlicher Gratis-Speicherplatz winken mir. Die will ich mir natürlich nicht entgehen lassen!

Die sechste und letzte der Aufgaben ist noch mal besonders clever gewählt: Wenn ich nun alle Vorzüge von Dropbox kennengelernt habe, soll ich Freunde einladen, ebenfalls in deren Genuss zu kommen.

Wer sich genauer umsieht, findet heraus: Das kann man auch einfacher haben. Man überspringt die Schritte 1 bis 5 und lädt direkt Freunde zu Dropbox ein. Für jeden, der sich aufgrund einer Einladung registriert, erhält der einladende Nutzer 250 MB zusätzlichen Speicher.

Wie gesagt, das will ich mir nicht entgehen lassen. Wer von Euch noch keinen Dropbox-Account hat, darf sich als Belohnung für das Lesen dieses Artikels über diesen Link einen der äußerst knappen, nur für kurze Zeit erhältlichen Gratis-Accounts von Dropbox sichern:

https://www.dropbox.com/referrals/NTU2ODU3NTU5

Nebenbei unterstützt ihr meine eigennützige Challenge, bis zu 8 GB freien Speicher durch Einladungen zu erreichen. Und noch ein Hinweis für alle, die nicht zufällig auf einem User Experience Blog gelandet sind: Dropbox ist auch ansonsten in Sachen User Interface und User Experience beispielhaft. Also schnell ein paar Screenshots für die eigene UX-Sammlung machen!

So. Wer kann nun alle Motivationstechniken aufzählen, die hier auf engstem Raum zum Einsatz kommen?

Wer hätte das gedacht? Scarcity ist nicht etwa der Titel eines B-Movies über eine Stadt voller Menschen mit Narben. Nein, das Wort bedeutet tatsächlich etwas, nämlich »Mangel« oder »Verknappung«.

Das und mehr kann man erfahren, wenn man sich die aktuelle SpoolCast-Episode mit einem Auszug aus Stephen Andersons Vortrag Designing Seductive Business Apps anhört.

Interessant sind vor allem die Beispiele, die Anderson aufführt, um zu verdeutlichen, wie Verknappung als Motivator eingesetzt werden kann. Dabei mag ein Anwendungsbeispiel aus dem E-Commerce noch sehr naheliegend sein. Dort zeigt Anderson ein Beispiel, wo die Angabe der noch verbleibenden Stückzahl (bzw. ein gelegentliches »Ausverkauft« bei der einen oder anderen Variante) eines Produkts dazu beiträgt, den Nutzer zum Kauf anzuregen.

Weniger naheliegend fand ich allerdings die künstliche Verknappung bei einem Eingabefeld für einen Feedback-Text. Die Macher einer Site (Anderson nennt hier als Namen »Ripple« oder etwas ähnliches) wollen durch Experimente herausgefunden haben, dass sie bei einer Maximallänge von 200 Zeichen qualitativ das beste Feedback bekommen.

So werden Nutzer offenbar dazu angeregt, sich so kurz zu fassen wie möglich (aber nicht kürzer). Anderson stellt in diesem Zusammenhang auch die Behauptung auf, dass bei Twitter gerade die Verknappung auf 140 Zeichen als Motivator funktioniert.

Die gesamte Episode des PodCasts ist nur etwas über 15 Minuten lang. Dazu kann man sich Andersons Beispiele als PDF ansehen.

Den sichtbaren Bereich platzieren:

Zuerst ist mir aufgefallen, dass Flickr beim Klicken auf den Weiter-Button in der Suchergebnis-Paginierung den sichtbaren Bereich ändern. Animiert natürlich, damit es sich schön anfühlt und man nicht den Context verliert.

Diese Animation erfolgt vor dem Ändern der Suchergebnis-Liste. Und damit löst Flickr ein klassisches Problem von Seiten, die ihren Inhalt durch AJAX austauschen: Die Gefahr wäre sonst groß, dass Nutzer die Veränderung der Ergebnisliste gar nicht mit bekommen. Außerdem müsste der Nutzer selbst immer wieder hochscrollen. Eine Tätigkeit, die das System – wie man sieht – sehr schön übernehmen kann.

Link: http://screenr.com/aEg

Bilder-Anzahl passend zur Browsergröße

Ein zweites, schönes Detail entdeckt man, wenn man die Größe des Browserfensters ändert. Flickr ändert dann die Anzahl der sichtbaren Bilder in der Suchergebnisliste und stellt mehr oder weniger Bilder dar.

Das klassische Szenario hier ist sicher, dass ein Nutzer im kleinen Fenster seine Suche beginnt und dann in den Vollbildmodus wechselt.

Auch hier denkt das System mit. Einziges offenes Detail: Die Pagninierung wird nicht automatisch aktualisiert.

Link: http://screenr.com/9Eg

Als Jakob Nielsen kürzlich behauptete, alle Passwortfelder sollten unmaskiert sein, gingen Welle des Jubels und der Entrüstung gleichermaßen durch die Blogo- und Twittersphäre. Und egal ob Nielsen mit seiner Aussage recht hat, er hat uns alle nachdenken lassen über ein Interface-Pattern, das wir in dieser Form schon immer kennen und das bisher viel zu wenige in Frage gestellt haben.

Ich möchte heute ein anderes bekanntes Pattern in Frage stellen:

Registrieren vs. Anmelden

Nahezu jede Webapplikation erfordert heutzutage einen Benutzeraccount. Und meistens muss man sich zuerst Registrieren (d.h. einen Account einrichten), bevor man sich mit diesem Account anmelden kann.

Die Differenzierung zwischen der Anmeldung und der Registrierung ist dabei eine rein technische und dem Nutzer eigentlich egal. Er will nur rein. Hinzu kommen weitere Probleme:

• Wording: »Login«, »Anmelden«, »Registrieren«, »neu hier?«, »Wiederkehrer«… – das alles sind Begriffe, die nur verständlich sind, weil wir gelernt haben, sie mit Aktionen zu verknüpfen.
• Positionierung: Was ist wichtiger auf der Startseite, die Anmeldung oder die Registrierung? XING beispielsweise legt auf der Startseite den Fokus auf die Anmeldung, Facebook dagegen auf die Registrierung.

Lösungsansatz

Akademisch gesehen, ist die die Registrierung nur ein Fehlerfall der Anmeldung: Der Nutzer versucht sich anzumelden, das System erkennt, dass es diese Anmeldedaten noch nicht kennt und bittet um die Vervollständigung der Registrierung.
Es besteht kein Grund, den Nutzer auf der Startseite die Entscheidung abzuverlangen, ob er wohl schon eine Benutzerkonto hat oder sich jetzt registireren muss Für ihn geht es nur, darum rein zu kommen.

»Ja, aber…« sagen meine Kollegen jetzt. Und ich stimme ihnen dabei auch zu: Das ist erstmal eine sehr akademisch-theoretische Lösungsansatz und ich bin selbst unsicher, ob er wirklich funktioniert oder gar besser ist. Aber das sollte uns ja nicht davon abhalten, ihn zu durchdenken, nicht wahr? Also, was denkt ihr?

Wireframe:

Vergrößern

Hier die original Balsamiq-Datei zum downloaden, erweitern und kopieren (CC-by).

Pro Argumente:

• Ein Formular auf der Startseite, das sowohl registrierte als auch nicht registrierte Nutzer abholt.
• Der Nutzer muss nicht mehr wissen, ob er schon einen Account hat oder nicht.

Contra Argumente:

• Das klassische Anmelden-Registrieren-Pattern ist gelernt und wird erwartet. Diese Erwartungshaltung zu brechen lenkt mehr ab, als die Frage nach dem richtigen Prozess.
• Man muss das Wording auf der Startseite ändern. Der Button darf nicht mehr anmelden oder registrieren lauten, sondern »weiter gehts«, »los gehts«, …
• Man muss serverseitig einen Schutz gegen das Validieren von E-Mail-Adresse einbauen. Denn diese Lösung ist nur etwas für Webapplikationen, die sich erlauben wollen, konkrete Fehlermeldungen anzuzeigen (›Benutzername unbekannt‹ und ›Passwort falsch‹ vs. ›Benutzername oder Passwort falsch‹).

Alternativen?

Die eingangs beschriebenen Probleme hat übrigens nicht jede Webseite. Der Dienst Screenr.com beispielsweise braucht nur einen »Anmelden mit Twitter«-Button. Er profitiert davon, dass er aus Nutzersicht ohnehin kein Benutzerprofil speichert. Nur, wenn der Nutzer einen Twitteraccount hat, kann er sich dort anmelden.

Denkt man diese Lösung weiter, kann es gut sein, dass sich das hier diskutierte Problem in ein paar Jahren ohnehin von selbst erledigt: Dann werden nur noch einige wenige Dienste wie Google eine Registrierung benötigen. Alle nutzen dann das »Anmelden mit…«-Pattern (Stichwort: OpenID und oAuth) um ihre Besucher zu authentifizieren.