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

Nach dem Artikel „Jugend: lerne schreiben", setzte ich die Reihe heute mit einem Zitat aus dem „A List Apart"-Artikel „Calling All Designers: Learn to Write!" fort :-)

User experience isn't just visual design
It's time we designers stop thinking of ourselves as merely pixel people, and start thinking of ourselves as the creators of experiences. And when it comes to experience on the web, there's no better way to create it than to write, and write well. …

Ein lesenswerter Artikel den Derek Powazek geschrieben hat. Er hat absolut Recht und befindet sich in guter Gesellschaft mit diesen Aussagen.

Zuletzt ist mir bei der Diplomrechere in dem Buch „Design for Community" (wie ich gerade feststelle von Derek geschrieben) erneut ein Kapitel aufgefallen. Zusammengefasst heißt es dort:

Der Ton ist ein zentrales Gestaltungselement einer Webcommunity. Wie man die Leute begrüßt, wie man die Willkommensemail formuliert,… prägt die Stimmung der Gemeinschaft.
Corporate Communication aus Webcommunity-Sicht.

Oder nehmen wir das Kapitel „Copywriting is Interface Design" aus dem Getting-Real-Buch

Copywriting is interface design. Great interfaces are written.
If you think every pixel, every icon, every typeface matters,
then you also need to believe every letter matters. (…)

Do you label a button Submit or Save or Update or New or
Create? That's copywriting. Do you write three sentences or
five? (…) All of this matters.

Zu guter letzt scheibt Eric Karjaluoto schon vor ein paar Wochen „Designers must write"

I believe that my true job description would begin with this phrase, „Write and respond to email." That's what I do all day. I send notes to designers, clients, and suppliers, and then I task manage the fallout from these messages. (…) You guessed it, my email application. Although I may not open Photoshop on a given day, my email application is never inactive.

Fazit: Kern der Designkompetenz ist sicher Probleme zu definieren und sie zu visualisieren. Dabei darf jedoch eines nicht vergessen werden — und das wollen all diese Artikel aus ganz unterschiedlichen Blickwinkeln sagen:

Auch visuelle Kommunikation kommt fast nie ohne Wort aus. Wir reduzieren sie häufig (und hoffentlich) auf ein Minimum und geben Ihnen damit gleichzeitig eine ganz besondere Bedeutung. Also müssen die paar Worte, die übrig bleiben, perfekt sein…

[tag]schreiben, fh, design, interfacedesign, lernen[/tag]

GoYellow-Map, jetzt ist es vorbei. Google hat nicht nur das dt. Kartenmaterial aktualisiert sondern auch einen lokalen Suchservice gestartet: maps.google.de wird voraussichtlich meine neue Anlaufstelle für Luftbilder, Firmensuche und Routenplanung sein…

Damit ist für mich der große Vorteil von GoYellow, die als einzige Firma unkompliziert hochwertiges Luftbildmaterial angeboten haben, aufgebraucht… Jetzt ist es für mich nicht mehr sinnvoll, auf die GoYellow-API zu warten oder diesen Dienst überhaupt irgendwo einzubinden. Da greife ich lieber auf die bestehenden Lösungen für Google zurück. Schließlich gibt es hierfür schon viel Quellcode, der die Integration erleichtert und außerdem sind die Branchensuche und der Routendienst besser.

Unterschiede in Bild, Service und Interface:

Mich interessierte, wie sich die Dienste von Google und GoYellow im Detail unterscheiden. Hier ein paar Screenshots:

GoYellow und maps.google.de verwenden offensichtlich identisches Luftbildmaterial. Einziger Unterschied ist, dass GoYellow das Material stärker digital nachbearbeitet hat. Im Vergleich finde ich googles Version zu trist und GoYellows zu stark gesättigt aber irgendwie beide ok.

Bei den überlagerten Straßenkarten gibt es ein paar Unterschiede. Entweder aufgrund unterschiedlichen Quellmaterials oder die Algorithmen sind anders…

Im Interface ziehe ich die Google-Lösung an den meisten Stellen vor. Mehr Platz, weniger Werbung, eine sehr hilfreiche Mini-Navigation unten rechts…

Was ich bei Go-Yellow trotzdem besser finde: Die Zoom-Stufen sind viel besser visualisiert (siehe Abstand der Linien), man kann POIs melden und hat die Möglichkeit, alle POIs eines Themas gleichzeitig anzuzeigen…

Der Aachener Dom bei beiden in der maximalen Zoomstufe.

Auf der Suche nach Geschäften werden die unterschiedlichen Nutzungsansätze sichtbar.

Suche nach „Pizza" wie im Screenshot kann man nur bei Google. Auch die Darstellung „Nur Restaurants" bei GoYellow (3. Bild) kommt da nicht mit.

Andererseits kann ich bei Google nicht so einfach sagen „Zeige mir alle Restaurants, egal welchen Typs"…

Bei der reinen Straßenkarte ziehe ich die Google-Lösung GoYellow vor.

Bei den Detail-Bubbles sehe ich ein Unentschieden.

Fazit

Seit GoYellow eingestiegen ist mit seinem Kartendienst habe ich viel Mundpropaganda für die Seite betrieben und immer darauf gehofft, dass die Betreiber es schaffen, sich schnell genug unverzichtbar zu machen, so dass sie gegen Google, Yahoo und MS bestehen können.

Das hätte meiner Meinung nach nur geklappt, wenn sehr bald eine nützliche API vorgelegen hätte, die jetzt schon überall hätte integriert sein müssen.

So, wie es jetzt aussieht, sehe ich kaum noch einen Wettbewerbsvorteil auf Seiten von GoYellow. Schade. Aber warum sollte man nicht wechseln?

PS: Zwei interessante Dinge habe ich in diesem Zusammenhang gefunden:

• Anscheinend hat auch Web.de es mit einem Local-Suchdienst versucht. Das ist/war ganz an mir vorbei gegangen und funktionierte im Test auch nicht…
• Google zeigt auf der Seite „Earth Coverage" schön visualisiert, welche Bereiche es hochauflösend zu sehen gibt. Die Daten scheinen noch nicht aktualisiert worden zu sein. Aber die Sateliten-Entdeckungstour in abgelegenen Gebieten wie Afrika oder Südamerika wird viel spannender, wenn man weiß, wo man suchen muss…

[tags]google, goyellow, karte, luftbild, marketing, interfacedesign, vergleich, webapplication, webservice[/tags]

… oder warum ich Paperprototyping so interessant finde.