Hier im besten Back-Of-A-Napkin-Stil die Skizze:

Vergrößern

Die Kernaussagen:

• Y-Achse: Die UX mobil kann positiv oder negativ sein. Besonders bei Plakaten fällt mir letzteres seit Marians Artikel immer häufiger auf.
• X-Achse: Die Nettobotschaft soll sein: Mobil heißt nicht gleich native App. Mit HTML kann man häufig sogar mehr erreichen.
• A / Nicht optimiert: Eine klare negative mobile UX haben Seiten, deren Kernfunktionen mobil nicht funktionieren. Beispielsweise durch Flash am iPhone mit fehlendem Alternativ-Content.
• B / Standard  Website nutzbar: Meine Entscheidung für StayScout. Es ist nichts kaputt aber es ist auch nichts besonderes.
• C / Website mit mobilem Template: Nicht alle UseCases einer Website sind für mobile Szenarien gleich wichtig. Wir beginnen typischer Weise die Optimierung mit denen Teilen der Seite, die mobil am wichtigsten sind.
• D/E / besondere mobile UseCases: Hier denke ich an Barcode-Scannen, Geo-Lokalisierung  und dergleichen. Szenarien also, die am Desktop keinen Sinn machen aber mobil ein besonderes gutes Erlebnis bieten. Ob dabei eine native App oder eine besonders fancy HTML-Seite gebaut wird, muss auf Basis der benötigten Feature und Vermarktung entschieden werden.

Kritik:

In besagtem Meeting hat diese Visualisierung gut funktioniert. Ein berechtigter Kritikpunkt ist, dass das Diagramm ausdrückt, dass D/E besser sei als C. Beispiel: Es gibt eine Produktsuche auf der Website. Diese wird von Vertrieblern vor Ort mobil ebenfalls genutzt. Ein mobiles Template für nur diesen Teil der Website, ist schon eine super UX. Für diese Vertriebler wäre es unter Umständen gar keine Verbesserung im Workflow, wenn eine optimierte Seite/App die Suche anhand von Handy-Fotos des Produkts durchführen würde… – Fazit: Man darf die Linie nach oben hier nicht so genau nehmen.

Update: Gerade finde ich einen Google Tech Talk, der sehr gut zu diesem und meinem letzten Post passt. Jason Grigsby illustriert an einer Reihe an guten Beispielen »DOs and DON‹Ts of Mobile Strategy«: Unter anderen die schlechte mobile Nutzbarkeit von Apple.com, die Notwendigkeit seine mobile Site und Desktop-Site miteinander richtig zu verknüpfen (Kommunikation, URL-Design,…) und sein Gedanke, dass der Wechsel von der mobilen zur Desktop-Site nicht im Frontend, sondern auf CMS-Ebene erfolgen sollte. Wer wenig Zeit hat, sollte zumindest die ersten 30 Minuten schauen :).