Leider existiert bei vielen Entwicklern der Irrglaube, dass mit dem Launch der eigenen App in einem der App Stores die Arbeit getan sei. Dabei geht der Spaß dann erst richtig los. Nur wer seine App als Produkt und nicht als Projekt versteht, hat auch nachhaltig die Chance auf Erfolg. Die Session zeigt, wie man durch Crash Reporting, App Analytics, geschicktes Einbinden der Usercommunity und ein gut durchdachtes Releasemanagement seine App auch nach dem ersten Launch attraktiv und erfolgreich halten kann.

1. #WISSENTEILEN
The Day after
Lars Röwekamp
CIO New Technologies
@mobileLarson
@_openknowledge

2. Lars Röwekamp (a.k.a. @mobileLarson)
ÜBER MICH
LR
#WISSENTEILEN
Wer bin ich - und wen ja, wie viele?
• CIO New Technologies
• Enterprise & Mobile
• Author, Speaker, Coach & Mentor
• Snowboard & MTB Enthusiast
• dreifacher Vater, einfacher Ehemann

3. Branchenneutrale Softwareentwicklung und IT-Beratung
ÜBER OPEN KNOWLEDGE
#WISSENTEILEN

4. #WISSENTEILEN
Work hard ...

5. #WISSENTEILEN
Play hard ...

6. #WISSENTEILEN
...und ab in den URLAUB!

7. #WISSENTEILEN
WTF! Welcome to REALITY

8. #WISSENTEILEN
YOUR App really sucks!

9. DEVELOPMENT QUALITY
ROLLOUT
ANALYTICSIDEATION
EVALUATION
#WISSENTEILEN

10. #WISSENTEILEN
SUPER
APP?

11. #WISSENTEILEN
Back to Work ...
Fehler erkennen
Probleme beheben
Zum Upgrade motivieren
KEINE negative Bewertung

12. #WISSENTEILEN
QUALITY

13. #WISSENTEILEN
QUALITY

14. #WISSENTEILEN
0%
QUALITY

15. Warum crashen Apps?
#WISSENTEILEN
QUALITY

16. Warum crashen Apps?
#WISSENTEILEN
QUALITY
33%
Hardware
67%
Software
10% Display – Density, colors, quality
10% Memory – Type and amount
7% Sensors – Accelerometer, Gravity
Gyroscope, GPS
4% Chipset - CPU, GPU, Silicon
2% Other HW – Keyboard, WiFi
32% Platform – OS Version
29% OEM customizations
– specific UI layers, customized SW,
middleware, drivers
6% Other SW– Dependencies to e.g.
pre-installed apps. processes

17. #WISSENTEILEN
QUALITY

18. The Day After
QUALITY
#WISSENTEILEN
Anforderung an Testabdeckung
• Alles „Offensichtliche“ plus ...
• ... Lifecycle Events & Config Changes
• ... Datenbank & Filesystem
• ... Umwelteinflüsse & Störungen
• ... zu unterstützende Device Konfigurationen
• ... zu unterstützende Versionen, Locales, etc.

19. The Day After
QUALITY
#WISSENTEILEN
Anforderung an Testabdeckung
• ... Reaktion auf Batteriestatus
• ... App Installation & Update
• ... Verhalten im Standby Modus
• ... Standardkonformität
• ... Plattformkonformität
• ... Sicherheit

20. #WISSENTEILEN
QUALITY
Das kleine
„1x1“ des
Testens

21. The Day After
QUALITY
#WISSENTEILEN
Unit Tests
• Testen der korrekten Funktionsweise
einzelner, isolierter Komponenten
• automatisiert
• regelmäßig
• wiederholbar

22. The Day After
QUALITY
#WISSENTEILEN
Integration Tests
• Testen der Interaktion von „unit tested“
Komponenten mit ihrer direkten Umgebung
• Life Cycle Behaviour
• Klickpfade, State-Saving/Restoring
• Änderung von Konfiguration, Ressourcen
• Umwelteinflüsse und Störungen

23. The Day After
QUALITY
#WISSENTEILEN
Acceptance Tests
• Testen der Korrektheit und Vollständigkeit von
Use Cases und User Stories
• Remote Installation und Remote Ablauf
• paralleles Testen von verschiedenen „Devices“
• Vergleich von Bildschirmfotos

24. The Day After
QUALITY
#WISSENTEILEN
Stress Tests
• Testen der App gegen Umwelteinflüsse und
„beliebige“ Störungen
• Simulation „beliebiger“ Störungen
• Simulation „beliebiger“ Umwelteinflüsse
• Forciertes „gegen die Wand“ fahren

25. Wer bitte soll das alles
testen?
25
The Day After
QUALITY
• Ich?
• Du?
• Er, sie, es?
• Oder besser doch ... ?

26. #WISSENTEILEN
QUALITY

27. #WISSENTEILEN
Dafür gibt es doch bestimmt eine „App“, äh
sorry ich meinte einen Test-Provider, oder?
QUALITY

28. #WISSENTEILEN
ROLLOUT

29. #WISSENTEILEN
Klingon in the2010 Dragon*con Parade, by vladeb, CC by 2.0
flickr.com/photos/28122162@N04/4968698797
The Klingon Programmer?
http://gradha.sdf-eu.org/textos/klingon_programmer.en.html
Rule 18:
„Perhaps it IS a good day to die!
I say we ship it!“

30. The Day After
ROLLOUT
#WISSENTEILEN
Rollout Strategien
• Klingon Rollout
• „Dogfood“ Builds
• Interne oder externe Beta-Phase
• BTW: Single- oder Multi-Plattform Rollout
• BTW: App „only“ oder App & Server Rollout

31. The Day After
ROLLOUT
#WISSENTEILEN
Alpha / Beta Channels

32. The Day After
ROLLOUT
#WISSENTEILEN
Alpha / Beta Channels
• Community als „Tester“
• „Tester“ bekommen normale Store Updates
• Wenn Alpha/Beta Rollout beendet, sind die
„Tester“ wieder Teil der normalen User-Base,
ohne Deinstallation

33. The Day After
ROLLOUT
#WISSENTEILEN
Staged Rollout
• App geht nur an einen Teil der Nutzer:
5%, 10%, 20%, 50%
• Features auf Akzeptanz testen
• Kritische Fehler betreffen nur Teilgruppen
• Langsames Steigern ist möglich

34. The Day After
ROLLOUT
#WISSENTEILEN
Rollout Zyklen
• Balance zwischen zu oft und zu selten
• Balance zwischen
„App ist buggy“ (HotFix Flut)
„App wird nicht gepflegt“

35. The Day After
ROLLOUT
#WISSENTEILEN
Rollout Zyklen
• Hard Facts:
Jedes Update bringt Traffic!
„Newsletter of Mobile World“
Neue Berechtigungen kosten Nutzer
• Erfahrungswert:
Update alle 2-6 Wochen wird akzeptiert

36. #WISSENTEILEN
ANALYTICS

37. The Day After
ANALYTICS
#WISSENTEILEN
„Meine App ist am Markt! Aber wie bekomme
ich jetzt sinnvolle Informationen über
Nutzerverhalten und Conversion als
Grundlage für strategische
Entscheidungen?“

38. The Day After
ANALYTICS
#WISSENTEILEN
Schritt 1: Notwendige Daten identifizieren
• Was sind die Business relevanten Metriken?
• Was sind die technischen Metriken?
• Was sind weitere Erfolgsmetriken?

39. The Day After
ANALYTICS
#WISSENTEILEN
Schritt 2: Nutzbarkeit prüfen
• Kann ich die gewünschten Daten sammeln?
• Habe ich die notwendigen Analysetools?
• Habe ich die notwendige Analyseerfahrung?

40. #WISSENTEILEN
ANALYTICS
Part 1: In-App Logging

41. The Day After
ANALYTICS
#WISSENTEILEN
Worum geht es beim In-App Logging
• Laufzeitinformationen ...
sammeln, senden & auswerten
• Und was Bitte? Relevantes!
User-Verhalten, Values & Crashes

42. The Day After
ANALYTICS
#WISSENTEILEN
a.k.a. Poor-Mans Analytics
• „einfach“ im Sinne von trivial zu realisieren
• „einfach“ im Sinne von wenig komfortabel
• Wie kommen die Daten zum Entwickler?
• Wie kommen die Daten zum Server?
• Was ist mit Security?

43. #WISSENTEILEN
ANALYTICS
Part 2: Crash Reporting

44. The Day After
ANALYTICS
#WISSENTEILEN
Worum geht es beim Crash Reporting
• Kritische Laufzeitinformationen ...
sammeln, senden & auswerten
• Und was Bitte? Unerwartetes!
User-Verhalten, Values & Crashes

45. #WISSENTEILEN
Wie geht Crash Reporting?
„Embed in Code “
ANALYTICS

46. #WISSENTEILEN
ANALYTICS

47. #WISSENTEILEN
Wie geht Crash Reporting?
„Collect & send Data “
ANALYTICS

48. #WISSENTEILEN
ANALYTICS

49. The Day After
ANALYTICS
#WISSENTEILEN
„Collect & send Data“, aber wie?
• Silent Mode
• PopUp / Toast
• Notification
• Dialog

50. #WISSENTEILEN
Wie geht Crash Reporting?
„Analyze Data“
ANALYTICS

51. #WISSENTEILEN
ANALYTICS

52. #WISSENTEILEN
ANALYTICS

53. #WISSENTEILEN
ANALYTICS

54. The Day After
ANALYTICS
#WISSENTEILEN
Main Features des Crash Reporting?
• klinkt sich bei „Ausnahmen“ dazwischen
• erstellt „Crash Reports“
• reichert „Crash Reports“ um Kontext an
• sendet „Crash Reports“ an Backend(s)
• benötigt i.d.R. „lediglich“ Internet-Permission

55. The Day After
ANALYTICS
#WISSENTEILEN
Main Players beim Crash Reporting?
• Crashlytics (Teil von Fabric)
• New Relic
• Cittercism
• Splunk (ehemals Bugsense)
• HockeyApp
• TestFlight, Testfairy

56. The Day After
ANALYTICS
#WISSENTEILEN

57. The Day After
ANALYTICS
#WISSENTEILEN
„Aber was macht meine App,
wenn sie mal gerade nicht crasht?“

58. #WISSENTEILEN
Part 3: App Monitoring
ANALYTICS

59. The Day After
ANALYTICS
#WISSENTEILEN
Worum geht es beim App Monitoring
• Relevante Laufzeitinformationen ...
sammeln, senden & auswerten
• Nutzerverhalten
• Nutzer-Feedback

60. The Day After
ANALYTICS
#WISSENTEILEN
Monitore deine Ratings
• Ratings unbedingt ernst nehmen!
• Bester Kanal hin zu den Nutzern
• Nächstes Feature ist wahrscheinlich schon als
Review in den Ratings und nicht im Backlog

61. The Day After
ANALYTICS
#WISSENTEILEN
Monitore dein Traffic
• Erkennen von Serverproblemen
• Probleme werden auf die App geschoben.
• App ist nicht Web. Einmal deinstalliert ist
immer deinstalliert!

62. The Day After
ANALYTICS
#WISSENTEILEN
Monitore die UX
• Nutzerverhalten verstehen lernen
• App Performance messen
• Netzwerklatenz erkennen
• In welchen Geräten/Ländern/Regionen?

63. The Day After
ANALYTICS
#WISSENTEILEN
Monitore die UX
• „Number of active Users using the App“
• „Where in the World the App is being used“
• „Adoption and Usage of specific Features“
• „In-App Purchases and Transactions“
• „Crashes and Exceptions“
• „And many other useful metrics ... “

64. #WISSENTEILEN
ANALYTICS

65. #WISSENTEILEN
ANALYTICS

66. The Day After
ANALYTICS
#WISSENTEILEN
Main Player beim App Monitoring
• Google Analytics
• New Relic
• Telerik Analytics
• Apteligent (ehemals Cittercism)

67. #WISSENTEILEN
Fazit

68. FRAGEN
? ? ?
#WISSENTEILEN

69. LARS RÖWEKAMP
CIO NEW TECHNOLOGIES
lars.roewekamp@openknowledge.de
+49 (0)441 4082 – 101
@mobileLarson
@_openknowledge
OFFENKUNDIGGUT
KOTAKT
69
#WISSENTEILEN

70. #7: © vasakna – fotilia.com
#8: © vadymvdrobot – fotilia.com
#27: © flickr.com/photos/28122162@N04/4968698797
#4, #5, #6, #10, #11. #23, #38. #41, #54: pixabay.com
Icons in this presentation designed by “Freepik”, “Nice and Serious” and
“Elegant Themes” from www.flaticon.com
BILDNACHWEISE
#WISSENTEILEN