Wie schafft man eine optimale Multiscreen-Experience?

Transkript

1 5. Juli 2012 Wie schafft man eine optimale Multiscreen-Experience? 1

2 1. Die User und ihre Geräte 2. Synchrone Daten 3. Der gleiche Status 2

3 1. Die unterschiedlichen Geräte Die User und ihre Geräte Zu Hause Im Büro 3

4 1. Die unterschiedlichen Geräte Die User und ihre Geräte Immer dabei 4

5 1. Die unterschiedlichen Geräte Die User und ihre Geräte Als Alternative zum Compi 5

6 1. Die unterschiedlichen Geräte Die User und ihre Geräte Kann (demnächst) auch noch Internet 6

7 1. Die unterschiedlichen Geräte Der Nutzungs-Kontext und die Nutzungsart > User nutzen die Geräte überall > Es gibt bei keinem Gerät einen fixen Nutzungskontext > Bei allen Geräten sind die User Gestresst oder relaxed Taskorientiert oder gelangweilt 7

8 1. Die unterschiedlichen Geräte Device-Shifting (1) Am Freitag Morgen im Zug Freitags am Abend vor dem TV Am Samtag Abend zu Hause Freitags tagsüber im Büro Am Samstag Morgen beim Kaffee Nutzen auf den unterschiedlichen Geräten gleich Services/Websites 8

9

10 1. Die unterschiedlichen Geräte Bad Practice > Websites, die auf allen Devices gleich aussehen > Und deshalb auf einigen Devices fast nicht benutzbar sind 10

11

12 1. Die unterschiedlichen Geräte Best Practice > Websites, die sich an die Eigenheiten der Devices anpassen > Und deshalb auf allen Devices optimal konsumiert werden können 12

13

14

15

16 1. Die unterschiedlichen Geräte Zusammenfassung > Unterschiedliche Geräte haben Unterschiedliche Ausgabemöglichkeiten (Screengrösse) Unterschiedliche Eingabemöglichkeiten (inkl. Sensoren, Kamera etc.) > Es braucht deshalb eine Geräte-spezifische Optimierung von Informationsarchitektur Interaktionsmöglichkeiten Inhalten (wie dargestellt und welche Inhalte) 16

17 1. Die User und ihre Geräte 2. Synchrone Daten 3. Der gleiche Status 17

18 2. Synchrone Daten > Die User Nutzen den gleichen Service/die selbe Website über unterschiedliche Devices > Und merken sich nicht, wann sie auf welchem Device was gemacht haben Nur, dass sie bei einem Service/auf einer Website etwas gemacht haben 18

19 2. Synchrone Daten Device-Shifting (3) Am Freitag Morgen im Zug Freitags am Abend vor dem TV Am Samtag Abend zu Hause Freitags tagsüber im Büro Am Samstag Morgen beim Kaffee User merken sich nicht, auf welchem Device sie was gemacht haben. 19

20 2. Synchrone Daten Worst Practice SBB Mobile App > Vorgeschichte: Um die mobile App nutzen zu können, muss man sich auf der Website registrieren und mobile Tickets freischalten User weiss, dass eine Verbindung zwischen App und Website besteht 20

21

22

23

24

25

26

27

28 =

29 2. Synchrone Daten Zusammenfassung > Die Daten müssen zwischen allen Geräten synchron sein Weil die User nicht wissen, was sie wann und wo gemacht haben > Wie erreicht man das? Daten sind zentral (in der Cloud) abgelegt und werden immer von dort geladen Lokale Daten werden synchronisiert User muss auf jedem Gerät identifiziert sein Cookies kommen an ihre Grenzen User muss sich bei jedem Gerät einloggen Dienste wie Facebook Connect, Twitter API oder Google Friend Connect 29

30 1. Die User und ihre Geräte 2. Synchrone Daten 3. Der gleiche Status 30

31 3. Der gleiche Status > Die User nutzen nicht nur die gleichen Services/Websites über unterschiedliche Devices, > Und erwarten, dass die Daten zwischen den Devices immer synchron sind. > Sondern starten immer öfter Use Cases auf einem Device und führen sie auf einem anderen fort. 31

32 3. Der gleiche Status Device-Shifting (4) Am Freitag Morgen im Zug Freitags am Abend vor dem TV Am Samtag Mittag zu Hause Freitags tagsüber im Büro Am Samstag Morgen beim Kaffee User beginnen Use Cases auf einem Gerät und setzen sie auf einem anderen fort. 32

33 3. Der gleiche Status Best Practice (konstruiert) > Beispiel SBB - Eine gute übergreifende User Experience wäre: Am Compi im Büro 33

34 Zürich Wallisellen

35

36

37 Am Compi im Büro 37

38 Unterwegs mit dem iphone 38

39

40 3. Der gleiche Status Zusammenfassung > Herausragen tut, wer den Status übergibt > Damit kann ein Prozess auf einem Device begonnen und nahtlos auf dem nächsten fortgesetzt werden 40

41 Zusammenfassung Drei Level 1. Responsive Design ist Pflicht 2. Synchrone Daten werden von Usern erwartet 3. Optimale Use Case-Unterstützung durch Deviceunabhängigen Status Best Practice erreicht man nur, wenn alle drei beachtet werden 41

42 Danke Benedikt Heil Zeix AG Badenerstrasse 65 Postfach 2522 CH 8026 Zürich Telefon