mtc: mobile meets enterprise

@mobileLarson @_openKnowledge

Lars Röwekamp | CIO New Technologies

Mobile Mobile meets Enterprise

@mobileLarson @_openknowledge

„You know what? We need an App!“

„Why me!“

„iPhone, Android, Black Berry, Symbian, Windows Mobile, ...?

Smartphone, Tablet ...? WHAT THE HECK?“

„Which way to choose?“

„You know what? We need an App!“ „And put it in the

„BTW: my beloved wife!“

„And put it in the

„And my two beautiful girls!“

„And put it in the

„Du sollst kein (i)OS neben mir haben!“ „Warum eigentlich nicht?“

Smartphone Shipment weltweit

Q3 2012

Mar

ktan

teil n

euer

Dev

ices

(in %

)

0

20

40

60

80

100

Smartphone Betriebssysteme

4,54,12,014,4

74,9

Android iOS Windows BlackBerry Andere

(Quelle: IDC Smartphone Tracker)

Smartphone Shipment weltweit

Q3 2013

Mar

ktan

teil n

euer

Dev

ices

(in %

)

0

20

40

60

80

100

Smartphone Betriebssysteme

0,61,73,612,9

81,0

Android iOS Windows BlackBerry Andere


Tablet Shipment weltweit

Q1 2012

Mar

ktan

teil n

euer

Dev

ices

(in %

)

0

20

40

60

80

100

Tablet Betriebssysteme

1,01,0

58,139,4

Android iOS Windows Windows RT Andere


Tablet Shipment weltweit

Q1 2013

Mar

ktan

teil n

euer

Dev

ices

(in %

)

0

20

40

60

80

100

Tablet Betriebssysteme

0,20,43,3

39,656,5

Android iOS Windows Windows RT Andere


„Fragmentation today is a 4D Matrix:

> Software Platforms > Billing Platforms > Advertising Platforms > Social Platforms“

Fragmentation is Reality

(by Christopher Kassulke, CEO of Handy Games)

FACTS: Part 1 !

„The Native App Story“ !

a.k.a. !

„Only the Best“

„Entwicklung auf Basis von Plattform-spezifischen SDKs und Sprachen.“

„Nativer Zugriff auf Plattform- bzw. Device-Features.“

„Sowohl im Online- als auch im Offline-Modus verwendbar“

„Optimierte Performanz durch Nutzung nativer APIs und direktem OS-Zugriff.“

Native Mobile Application

„Optimal zugeschnittene Tools direkt von der Quelle und 3rd Party Anbietern.“

„Best mögliche Monetarisierung dank eigenem App-Store.“

„Coole und vor allem echte Mobile Community“

„No Fake - just Real.“



PROS: !• Native Look & Feel• (fast) unbegrenzter Zugriff auf Plattform-Features• best mögliche Perfomanz durch optimierte APIs• kaum Grenzen bzgl. App-Design

Native


PROS: !• Native Look & Feel• (fast) unbegrenzter Zugriff auf Plattform-Features• best mögliche Perfomanz durch optimierte APIs• kaum Grenzen bzgl. App-DesignNative


CONS: !• teuer, da jede Plattform einzeln bedient werden muss• Kenntnisse in verschiedenen Tools/Plattformen notwendig• kleinerer Pool an Entwicklern je Plattform • wenig Möglichkeiten zur Wiederverwendung von Code

teuer


CONS: !• teuer, da jede Plattform einzeln bedient werden muss• Kenntnisse in verschiedenen Tools/Plattformen notwendig• kleinerer Pool an Entwicklern je Plattform • wenig Möglichkeiten zur Wiederverwendung von Codeteuer

Lohnt sich das? Alternativen?

Mrd.7.0 People

Mrd.5.3with

Mobile Devices

People

Mrd.with

Mobile Devices

People

with Internet

1.3

„BTW: Feature Phone of today was a Smartphone 2 years ago.“

Zur Erinnerung: War da nicht Web 2.0?

FACTS: Part 2 !

„The Mobile Web Story“ !

a.k.a. !

„One Size fits All“

Canvas Element

Video Element

Geolocation Element

Offline Web

„Basiert auf Web-Technologien, wie HTML 5, CSS 3 und JavaScript.“

Mobile Web Application

„Mobile Web Browser als Ablauf- und Web Server als Auslieferungsplattform.“

„Bedingt sowohl im Online- als auch im Offline-Modus verwendbar“

„Optimierung durch unterschiedliche Views für unterschiedliche Plattformenbzw. Device-Typen.“

Mobile APP is not

Mobile Web


PROS: !• bekannte Sprache(n) & Technologien• einheitliche Code-Basis • Browser based Development• einfaches Deployment• große Reichweite• Industriestandard, kein Platform-Lock• große Developer-Community!

Community


CONS: !• Browser Fragmentation • limitierter Zugriff auf Device-Capabilities• keine Verteilung über App-Stores• nicht immer als „App“ installierbar• teilweise ungenügende Performanz• eigenes Monetarizierungskonzept notwenig

Fragmentation


475 HTML5CompabilityTest Cases


„Die Entwicklung der Financial Times iPad App hat 24 Monate gedauert. Die Portierung auf Android noch einmal 12 Monate.“


Wer bin ich und was kann ich?: !• via Device Capabilities Database • Zugriff online und/oder offline • in der Regel recht aktuell • zum Teil nicht ganz billig • bitte nicht selber machen !

• Wurfl, DotMobi, DetectRight, …

http://mobilehtml5.org/

http://mobilehtml5.org/

„WHAT THE HECK - die Zweite“

Best of …

„WHAT THE HECK - die Zweite“

FACTS: Part 3 !

„The Hybrid App Story“ !

a.k.a. !

„Best of both Worlds“

Hybrid Mobile Application

Variante A) Code und UI Templates werden in native Binaries übersetzt und als App installiert.

Variante B) Code und UI Templates werden in Binary-Shell verpackt und zur Laufzeit durch eine Runtime - z.B. einen „nacked Browser“ - interpretiert.


„Entwicklung auf Basis von Web-Technologien, wie HTML 5, CSS 3 und JavaScript.“

„Native App-Shell als Proxy inkl. Zugriff auf etliche Device-Capabilities.

„Einmal schreiben, aber je Plattform konfigurieren, bauen und

in den jeweiligen Store stellen.“

„Installation als App auf dem Device“


„Nutzt HTML 5 & Friends deutlich über die angedachten Browser-Features hinaus.“

„Neue Plattformen können mit kleinem Budget angegangen werden.“

„Cross-Platform Tools bedienen den gesamten Lifecycle.“

„Nimmt dem Entwickler das Problem der Browser-Fragmentierung ab.“


Die Idee

der Mehrwert

Die Capabilities


PROS: !• bekannte Sprache(n) & Technologien• einheitliches Toolset & Know-how• Zugriff auf etliche Plattform-Features• Synchronisation von Release verschiedener Plattformen• installierbare, verkaufbare App-Store App• allgemeine Code-Basis für alle Plattformen• geringe Kosten für weitere Plattformen


GRÜNDE FÜR NUTZUNG: !Wichtig: „Zugriff auf weitere Plattformen“1) 2)Unwichtig: „zusätzliche Monetarisierung“

1) Umsetzung für neue Plattformen kostet nativ oftmals 50% und mehr2) Anzahl unterstützter Plattformen 2011 = 3.2 / 2012 = 3.8 (4.5 mit CPT)


CONS: !• separate Konfiguration für jede Plattform• komplizierterer Build-/Deployprozess • gebunden an App-Store Regeln • neue Plattform-Features werden erst spät(er) adaptiert• verminderte Performanz gegenüber Native Apps


Should I stay,

or should I go?


GRÜNDE FÜR ABSPRUNG: !Top 10 - No 1: „Lack of Performance“Top 10 - No 2: „Lack of new Features“

„The Native App Story?“ !

„The Mobile Web Story?“ !

„The Hybrid App Story“?

„The Native App Story?“ !

„The Mobile Web Story?“ !

„The Hybrid App Story“? Best „Tool“ for the job!

„You know what? We need an App!“

„Ok, but what is the Benefit?“

Yahoo! Seven Mobile Modes

(„Seven Mobile Modes“ by Yahoo!, 2013)

The Mobile Day

Welchen Mehrwert will ich bieten?

Wie werde ich erfolgreich mobil?

Top 10: !1: Klare Ziele definieren. Neue Zielgruppen erschließen? Bestandskunden halten? Markenimage stärken?!2: Zielgruppe identifizieren. Wer genau ist eigentlich meine Zielgruppe und was macht sie aus? !3: Mobilen Nutzungkontext festlegen. Nutzer, Gerät, Lokation, Umgebung? !4: Probleme des mobilen Nutzers identifizieren. Wie sehen die passenden Lösungen aus? (Heike Scholz, t3 Magazin)


Top 10: !5: Technologische Lösung festlegen (Native, Web, Hybrid).

to be continued …

(Heike Scholz, t3 Magazin)


GEEIGNET FÜR: !• Unternehmen mit „Single-Platform“ Strategy• Unternehmen mit Plattform-Experten • Anwendungen mit hohen UI-Anforderungen• Anwendungen mit hohen Capability-Anforderungen• Anwendungen mit hohen Performanz-Anforderungen !

> Entertainment-Apps, grafische Games


GEEIGNET FÜR: !• Unternehmen mit Cross-Platform Strategie • günstige und flexible1) App Entwicklung• Apps, die nicht via App-Store vertrieben werden sollen !

> Manage, Inform, Shop, Search und teilweise Connect

1) Entwicklung und Verteilung


GEEIGNET FÜR: !• Unternehmen mit „Cross-Platform“ Strategy• Anwendungen „ohne“ Limits • Apps, die via App-Store vertrieben werden sollen !

> alle sieben Mobile App Types

Top 10: !6: Ressourcenbedarf prüfen. Welche Lücken können intern und welche extern geschlossen werden?!7: Initiale und laufende Kosten festlegen. Was kostet mich die App im gesamten Lifecycle?!8: Budgetierung. Wie hoch ist das Budget, wo liegt der ROI und wie messe ich den Erfolg? !9: Bestehende Kanäle nutzen. Marketing, Distribution, …


(Heike Scholz, t3 Magazin)

Top 10: !10: Auswahl des passenden externen Dienstleister.


Only Native is Native!

YOU DON’T !GET TO!TWO BILLION FRIENDS!WITHOUT MAKING!

A NATIVE!ANDROID APP

„Depends ...!“

„Which way to choose?“


@mobileLarson@_openknowledge

Mobile Benefits


@mobileLarson@_openknowledge

> Always On > Geolocation > Offline Data > Address Book > Sensors > Camera …

Mobile Benefits

> Business Data

Mobile Benefits

> Data Exchange? > Performance? > Memory? > Batery Life? > Security?

Data Exchange

!

> HTTP> Content vs. Views> Standard vs. Self-Made> Always On vs. Online-/Offline Mode> Uni- vs. Bidirectional> Client/Server vs. Server/Client> „In-Sync“ vs. „Last-In wins“

Data Exchange

Performance

!

> Asynchron vs. Synchron> JSON vs. XML > HTTP vs. XYZ over TCP/IP (MQTT) > Push vs. Pull> WebSockets vs. Push Service

Performance

Memory

!

> App vs. Apps> In-App Data vs. Sync> On-Device Data vs. JIT Loading> Database vs. Filesystem> Keep vs. Delete/Replace

Memory

Battery Life

Battery Life

!

> Push vs. Pull Communication> Always Work vs. Battery Status > Always Work vs. Dock Mode> Always Work vs. Connectivity> Always Work vs. Scheduled Jobs !

> Track & Analyze Battery History!

!

> BYOD vs. Company Devices> DWYW vs. Managed Provisioning> HTTP vs. HTTPS> Username/Pwd vs. Certificates> Sandbox vs. Open App> Public vs. Private Device Area> Read vs. Write Permission

Fazit?

> Native Experience ermöglichen

Device Capabilities nutzen <

> Nicht Web Auftritt kopieren

Performance optimieren <

> Weniger ist oft mehr!

Tech follows Features!

!Features follows Tech

@mobileLarson @_openKnowledge


Mobile Mobile meets Enterprise

@mobileLarson @_openknowledge