Sobald es neben der Auswahl auf der gleichen Ebene (Fotos, Buchseiten) auch einen Fokus (Zoom in) gibt, ist es m.E. sehr schlecht wenn “zurück” mal Fokusverlust bedeutet, mal nicht (z.B. auf Android oder WinMobile selig). Ein immer funktionierender Back-Button mag zwar im ersten Moment “logisch” wirken, ist es aber meist nicht. Er suggeriert ein Nebeneinander, das überhaupt nicht existiert, und erschwert den BenutzerInnen das Verständnis für den Fokus, der für souveräne Bedienung nicht vollständig trivialer Apps wichtig ist.

In den Beispielen würde ich sagen, dass die Lösung nicht eine erweiterte Back-Button-Funktionalität sein darf, sondern:

a) sollte der Tab-Bar in der Detailansicht ausgeblendet werden, so dass der Fokus nicht versehentlich verloren gehen kann (1. Beispiel)

b) darf der Button eben nicht unspezifisch “back” heissen, sondern muss klar die Hierarchiestufe oberhalb anzeigen, also “Liste” in den Beispielen.

c) dürfen die Paging-Buttons visuell nie so aussehen wie der Hierarchie-”Back”-Button. Apple verwendet dafür scharfkantige Dreiecke wie in Browsern üblich (recht konsequent, s. Foto-App, Mail, Kalender…)

Langer Rede kurzer Sinn: Ich sehe hier keinen Grund, sich nicht an die Guidelines zu halten :-)

@Roland Du hast absolut recht – wir machen doch alle sehr unterschiedliche Arbeiten. Das Diagramm von Dan Saffer umfasst quasi alle Kompetenzen, die man sichbei der Gestaltung von Websites vorstellen kann.

via Kicker Studio

Ich empfinde mich als ein Punkt im UX Kreis – heute hier, morgen da. Darum emfinde ich den Überbegriff User Experience Designer (Architekt) als immer zutreffend.