16. ApiEvangelist.com
What Is An API?
An API -- Application Programming Interface -- at its
most basic level, allows your product or service to talk to other
products or services. In this way, an API allows you to open
up data and functionality to other developers, to other
businesses or even between departments and locations within
your company. It is increasingly the way in which companies
exchange data, services and complex resources, both
internally, externally with partners, and openly with the public.
17. ApiEvangelist.com
Qu’est ce qu’une API ?
Une API – Interface de Programmation d’Application –
à son niveau le plus basique, permet à vos produits ou
services de communiquer avec d’autres produits ou services.
Ainsi, une API permet d’ouvrir les données et les
fonctionnalités d’un service à d’autres développeurs, d’autres
entreprises ou organismes, et ce même entre départements
ou filiales d’une entreprise. C’est de plus en plus le moyen
adopté par les entreprises d’échanger des données, des
services ou des ressources, aussi bien en interne qu’en
externe avec des partenaires, ou de manière ouverte avec le
public.
18. ApiEvangelist.com
Qu’est ce qu’une API ?
Une API – Interface de Programmation d’Application –
à son niveau le plus basique, permet à vos produits ou
services de communiquer avec d’autres produits ou services.
Ainsi, une API permet d’ouvrir les données et les
fonctionnalités d’un service à d’autres développeurs, d’autres
entreprises ou organismes, et ce même entre départements
ou filiales d’une entreprise. C’est de plus en plus le moyen
adopté par les entreprises d’échanger des données, des
services ou des ressources, aussi bien en interne qu’en
externe avec des partenaires, ou de manière ouverte avec le
public.
19. Développement : Back end VS
Front end
http://blog.teamtreehouse.com/i-dont-speak-your-language-frontend-vs-backend
20. Back end VS Front end
• Back end :
• Serveurs, bases de données, …
• Métaphore : la cuisine du restaurant
• Front end :
• Pages, affichage, apps, …
• Métaphore : la salle et le service du
restaurant
21. Before APIs
Base de données
Serveur back end
Serveur web
Navigateur web
pages
22. Before APIs : Widgets
• Moyen d’inclure un service
externe dans un autre site
• Mais la vue et la donnée sont
liées, rien n’est modifiable
=> manque de souplesse
• Non orienté mobile
23. Before APIs
Base de données
Serveur back end
Serveur web
Navigateur web
?
Mobile
pages
24. Before APIs
Base de données
Serveur back end
Serveur web
Navigateur web
Serveur mobile
Mobile
pages
Bricolage !
25. API
• Application Programming Interface
• Moyen d’exposer les données, l’intelligence
et les règles d’un service
• Métaphore : la multiprise qui permet de tout
brancher
30. SDK
• Sotfware Development Kit
• Un composant logiciel spécifique à une
plateforme (côté web, on parle plutôt de
framework)
• Pas forcément lié à une API
• Mais souvent un moyen de faciliter
l’intégration d’une API / SDK d’API
31. L’authentification
• Clé d’API = sésame du service externe
• Le service demande l’accès à l’API, pour tout
ou partie des données
• Par exemple, données d’un utilisateur
Facebook
• Il obtient un « token » qui représente un droit
d’accès
33. Pomme de reinette et pomme
d’API
• Jouons avec l’API de Facebook
• https://developers.facebook.com/tools/explor
er/
• Jouez vous même / avec votre compte
41. Documentation
• Importance de la documentation
• Regardons la doc de
• Regardons la doc de Paris is {API}
• « Accédez aux données de la Mairie de Paris en
temps réel »
50. SIT = API !
Mais aussi :
• « Proxy » de standardisation
• Backoffice pour saisie, gestion,
qualification
• Collaboration, mutualisation
• Peu d’industries ont ça…
54. Bémol – SIT Down?
• Usines à gaz ?
• Saisie et collaboration non triviales
• Quantité VS Qualité => besoin de curation
• Article - « Quel avenir pour les SITs » (2011)
56. Construire son API
• apigee.com
• mashery.com
• apiary.io
• restlet.com
• 3scale.net
• soa.com
• azure.microsoft.com/en-us/services/api-management/
• CitySDK - http://tourism.citysdk.eu/ (Institut tech Lisbone)
• Et évidemment, les SITs
57. Au marché, tu peux
tout trouver !
• Google+ Local + Google Maps API
= Google Places API
• Désintermédiation : l’open data renforce-t-il le
risque ? – Article
• Google VS Acteurs locaux
• Statique VS Dynamique et temporel
• Exemple d’un marché traditionnel
= Mise en scène !
119. Pouvoir Version
Transmission de pensée 1.0
Omniscience 0.8
Télékinésie 0.3
Maîtrise du temps 0.3
Prévoir l’avenir 0.1
Etre invincible / guérir 0.3
Lancer des éclairs 0
Voler 0.5
Téléportation 0.2
120. Pouvoir Version Mobile powered
Transmission de pensée 1.0
Omniscience 0.8
Télékinésie 0.3
Maîtrise du temps 0.3
Prévoir l’avenir 0.1
Etre invincible / guérir 0.3
Lancer des éclairs 0
Voler 0.5
Téléportation 0.2
121. Pouvoir Version Mobile powered
Transmission de pensée 1.0
Omniscience 0.8
Télékinésie 0.3
Maîtrise du temps 0.3
Prévoir l’avenir 0.1
Etre invincible / guérir 0.3
Lancer des éclairs 0
Voler 0.5
Téléportation 0.2
Conscience / intelligence collective 2.0
+ 3D printing
129. Build the right product
+
Build it right
and nice !
Product that people love =
130. Customer development / Lean
Startup
+
Build it right
and nice !
Product that people love =
131. Customer development / Lean
Startup
+
Agile / Scrum
and nice !
Product that people love =
132. Customer development / Lean
Startup
+
Agile / Scrum
Design / UX
Product that people love =
133. Startup VS Mass Market
Mass Market
Niche VS Mass : Why big opportunities crush small companies
134. Lean Startup
• Livre d’Eric Ries, mouvement Lean
• ‘‘Fail fast, succeed faster’’
• Rencontrer les vrais besoins
• Pivots
• Eviter le gâchis
135. Philosophie Lean
• Processus de découverte
• Ce que veulent les clients n’est pas
forcément ce qu’on a imaginé
• Il faut pouvoir lâcher prise
• Une définition intéressante ici
• Une vidéo <3mns ici
136. Customer Development
• Qqs slides d’intro de François Biller
• Validation du problème
• Validation de la solution
• Validation de l’adoption (VS concurrence,
habitudes, … – ex. photo+mail, horaire de
piscine)
137. Customer Development
• Qqs slides d’intro de François Biller
• Validation du problème
• Validation de la solution
• Validation de l’adoption (VS concurrence,
habitudes, … – ex. photo+mail, horaire de
piscine)
=> Product / Market Fit
138. Mobile product
• Communication de marque, info non
contextuelle : ça ne fonctionne pas
• Succès mitigés du Brand Content
=> Utilitaire, résolution de problème, Solomo
146. Mise en scène
• Itinéraires à thème (POIs, spécialités,
vignobles, activités, kids, films et
personnalités, …)
• Van Cleef & Arpels
• Les Heures Heureuses
149. Your local App Store
• Apps utiles à vos visiteurs => vous leur
rendez service !
• Ce n’est pas à vous de construire ces applis,
mais aucune raison de ne pas les proposer
au touristes si ça peut changer leur séjour !
• Pb de discovery / curation des apps sur les
app stores
• Intégrer ça aux SITs ?
150. Your local App Store
Activités, parcs d’attraction, festivals, …
Et utilitaires :
Infographie – Must have Apps for the savvy traveler
155. Etourisme.info
• Panorama des meilleures pratiques du
M-Tourisme – Article
• La mobilité joue les trouble fête (mise en
scène, importance échelle géographique, …)
– Article
• Quoi de neuf dans le web mobile touristique
– Article
157. White label
Article – 2 solutions pour une appli à destination
http://business.mtrip.com
http://www.whatnowtravel.com
http://www.mobitour.fr
http://www.opencanvas.co
177. Parcours en multicanal
• Investir à un seul endroit n’est pas suffisant,
il faut toute la chaîne
• Ex. Mail ou SMS
vers web mobile
• Expérience service
178. Parcours en multicanal
• Investir à un seul endroit n’est pas suffisant,
il faut toute la chaîne
• Ex. Mail ou SMS
vers web mobile
• Expérience service
180. Metrics pour une
destination
• Succès ?
• Nb téléchargements = vanity metrics
• Durée de vie limitée, peu de récurrence
• Proportion de visiteurs activés = ayant utilisé
l’application pdt leur séjour (ou avant / après)
181. App Discovery
• Bien travailler l’ASO
• Idem pr présence web et SEO
• PLVs et dépliants avec QR code
• A tester : SMS to App Install directement
dans l’OT / point de renseignement
182. Rétention
• Notifications ou SMS = super canaux pour animer
un séjour touristique !
• Ex. event « Demain matin, marché traditionnel
Rétais à La Noue en Ré ! »
• Ex. partenaire « A ne pas rater, la visite du
château… »
183. Rétention
• Notifications ou SMS = super canaux pour animer
un séjour touristique !
• Ex. event « Demain matin, marché traditionnel
Rétais à La Noue en Ré ! »
• Ex. partenaire « A ne pas rater, la visite du
château… »
• CRM : ne pas pousser une visite déjà effectuée
• Enjeu du mobile = CRMiser le monde physique !