Retour sur le BarCampBankParis7
Posté par Nicolas dans API, Banque 2.0, événements le 25 février 2012
J’ai participé avec Christophe Ducamp à l’organisation du BarCampBankParis7 le 28 janvier dernier. Un bon succès populaire avec plus de 100 personnes dès la session du matin. Merci à tous ceux qui sont venus et aux sponsors qui nous ont permis d’organiser l’événement. Malheureusement en tant qu’organisateur j’ai plus étais spectateur qu’acteur de cette édition. J’ai quand même participé à quelques ateliers et voici ce qui m’a marqué :
La créativité en action
- OpenBankProject , excellent projet de logiciel de banque en OpenSource et surtout construit autour d’APIs. J’aime beaucoup le concept de pouvoir ouvrir l’accès à son compte en banque à des tiers à avec des niveaux de granularités différents : à ma femme je montre tout ou presque, à un organisme de crédit je montre juste que je suis dans le vert depuis 1 an. Un peu sur le principe des cercles de Google+. Le modèle pourrait s’appliquer en premier aux ONG qui veulent vraiment être transparentes sur leur rentrées et sorties d’argent. J’aime ce projet qui pourrait devenir une couche importante d’un futur « Banking OpenSOurce Stack ». Mais sans les autres couches disponibles pour l’instant OpenBakProject doit encore s’ancrer assez fortement sur les « vraies banques ». Je pense que ça ne va pas être facile à vendre, mais ce projet va dans la bonne direction. Merci aux 2 fondateurs de s’êtres déplacés de Berlin.
- Réflexion #rebootbanking : un atelier un peu fourre-tout ou de bons questionnements ont émergé (une mindmap de la session par Thierry Marianne ):
- Une banque 100% automatique sans humain est-elle possible ? souhaitable ? en d’autre terme à ton besoin des banquiers ? tout une partie des process peut bien sûr être totalement automatisée, comme l’explique l’excellent article de Chris Skinner sur le sujet . Mais il existe une partie conseil qui peut/doit être fait par des humains (nous parlons ici plutôt du financement de PME ou de banque privée). Seulement ces « humains » doivent-ils être banquiers ou plutôt spécialiste de mon secteur ? Peut être qu’une banque communautaire où les anciens clients deviennent des banquiers intérimaire pour accompagner les « nouveaux » dans les méandres de la gestion de trésorerie ou de l’augmentation de capital. Il pourrait aussi y avoir des conseillers freelance multisupports qui ne se spécialisent sur une banque mais un panel de solutions de financements.
- A-t-on besoin d’agences bancaires ? ici nous avons évoqués des pistes d’agence unique, sorte de point banque commun où se font concurrence plusieurs ATM pour la plupart des opérations et quelques banquiers qui travailleraient en freelance en suivant des projets de A à Z et proposant des produits de plusieurs fournisseurs. Les ATM pourraient adapter leurs offres et prix en fonction des besoins de la banque. Besoin de compte d’épargne pour faire du core Tier1 ? des opérations marketing d’abondement sont proposés pour inciter le dépôt d’un chèque ici plutôt que là. Besoin de vider ses ATM car un rechargement vient demain, des coupons offerts en plus…
- Comment visualiser l’argent ? une vraie question et les interfaces bancaires ne sont vraiment pas innovants mais surtout pratiques, et les acteurs du PFM ne proposent pas aujourd’hui d’évolutions transcendantes. Certes ils fournissent des graphiques mais nous sommes toujours proches du niveau Excel. Il doit exister d’autres méthodes mieux adaptées pour représenter l’argent. Holvi est un bon exemple d’interface différent, la banque en ligne fournie plutôt une sorte de timeline ou live stream à la twittter/facebook qui permet de voir défiler les interactions autour du compte (démonstration vidéo) . On imagine aussi des principes de visualisation de l’argent en flux dynamiques et non en stock un peu comme le fait Simple qui affiche des comptes qui anticipent le dépenses et entrées d’argent à venir.
- Le Crédit Agricole était présent en force car ils avaient annoncé la veille la sortie de leur API et de leur APPstore. Plus de détails sur c’est pas mon idée et le compte twitter de l’initiative. Bravo à eux, une « grosse banque » qui lancent des expérimentations comme cela fait plaisir. J’espère qu’ils parviendront à faire naitre un écosystème sur leur plateforme.
- A la fin de la journée Frederic Baud a fait une excellente présentation sur le modèle économique de la banque et pourquoi il était possible d’imaginer une banque de détail à la « Iliad/free ». Des services de bases offerts, et des services spécialisée sur des verticaux en plus. Il a écrit avec @niolasmax une étude en vente sur leur site.
Il y a aussi eu d’autres groupes de travail auxquels je n’ai pas participés :
- Un atelier sur le manifeste du financement participatif qui avait pour but de poser les premières briques d’un projet de manifeste pour inciter les décideurs à faiciliter l’éclosion de ces plateformes de financement d’un nouveau genre. La mayonnaise a pris puisque le manifeste est maintenant écrit et signé par la plupart des acteurs du secteur et un événement pour Lire la suite »
The rise of context, interest and intent APIs
Posté par Nicolas dans API, Futur du Web le 22 février 2012
APIs are a big part of the future of the web ecosystem. To draw a parallel with the human body we could say that APIs are becoming the nervous (or even neuronal) system of the web. APIs are like nerves transporting information from different sensors (other apps and services) so that the brain can make a decision.
There is clearly a lot of different APIs and different APIs category as you can see in this Programmableweb screenshot .
There will be even more categories in the future. But the idea of that blog post is to categorize the API ecosystem differently.
First we can categorize API around what they do, just like 3scale did with 3 main categories:
- Logic APIs : provide a service, an algorithm to transform data into something else. Google translate, or Google goggles are good example. You send them data (a picture, a text) and they analyze and send you back a translation or the name of a product. A payment API could also go in that category as it provides a series of process on demand.
- Data APIs : this is the largest family that can fit a lot of API. They just provide raw data that are exploited by apps, or by other API. We’ve seen emerging recently the “data supermarket” : Factual, Infochimps, DataPublica in France, Microsoft Azure Data Market Place are marketplaces where data providers will come to give or sell sets of data, or allow users to query datasets, mostly through API. Open Data website by government are an example of data market specialized in public dataset. PFM services could be an example of API that provide a lot of data about a user consuming habits. Those supermarkets are not yet one single API but we can see that coming. In the near future: if you want data, you’ll call one of those datasupermarket API and select in drill down menu which datatsets you need and you’ll pay according to the freshness are granularity of the data.
- Presentation API : provide the layer of visualization that can put the data and algorithm APIs in tune. Google map is a good example of presentation layer to display geo data. Dipity http://www.programmableweb.com/api/dipity is another exemple : it allow you to show inormation on a timeline.
I’ll try to split the different type of API in categories that would be the most common needs for most the apps developed. To continue with the body analogy, we could say it is the main nervous system.
First you got the context APIs : this is the most common API you will find, giving information about who, what, when and where a user is. Those contextual informations provided by APIs on specific services will influence the app being used. We can slplit those “Context APIs” in sub-categories.
- Who APIs : facebook is the obvious one, even though twitter, gmail and others are also doing a good job at it. The developer will use one of the other according to what he needs more for his app : virality and social graph he will Lire la suite »
Innovation Bancaire, 2011 une année mouvementée, qu’attendre de 2012 ?
Posté par Nicolas dans API, BaaP, Banque 2.0, paiement innovant le 5 janvier 2012
L’année 2011 a été très chargée dans les innovations technologiques et marketing de l’univers des services financiers. Cette évolution rapide est liée à plusieurs facteurs :
- Les évolutions technologiques : le cloud qui permet d’agréger et d’analyser de grande quantité de données (et la finance est une activité qui créée et exploite avant tout de la donnée), les Smartphones qui sont l’outil parfait pour faire le lien entre internet et le point de vente.
- Les évolutions réglementaires : le lobbying de certains acteurs extérieurs à l’univers bancaire et l’ouverture à une concurrence européenne sont autant de forces qui assouplissent les conditions d’entrée sur un marché où jusqu’à présent la marche était très haute.
- Les évolutions dans les usages : Le développement de l’usage du smartphone en magasin et une plus grande confiance dans les places de marchés en ligne ont soutenus la croissance de nouveaux services financiers. La dimension « sociale et communautaire » du web qui s’applique aussi aux secteurs financiers avec l’apparition de réseaux sociaux autour des finances (partager des conseils pour la consommation et l’investissement, se regrouper en communauté pour consommer…)
Je résume ici les tendances qui se confirment en 2011 et en essayent de voir les nouvelles tendances à venir. Le prochain BarCampBank à Paris, le 28/01 sera l’occasion d’échanger sur ces sujets entre autres. Un groupe Google+ fait aussi passer de nombreux liens.
Paiement
L’essor du porte monnaies électroniques (Wallet) : si Paypal a eu le champ plus ou moins libre pendant une décennie sur ce secteur, les gros acteurs ont lancé leurs portemonnaies en 2011 : les opérateurs mobiles (ISIS aux US, Buyster en France…), les banques (Kwixo, ICB), les géants du web (Amazon check Out, Google Wallet). 2012 donnera des indications sur qui seront les vainqueurs, l’indicateur intéressant étant de savoir combien de marchands acceptent ces nouveaux moyens.
Paiement en magasin : La forte croissance du parc de smartphone qui est un lien permanent vers le cloud et permet donc d’être le point d’accès central vers différents services web qui, intégrés, enrichissent véritablement l’expérience de consommation (voir ce billet de la revue banque qui décrit bien à quoi va ressembler cette expérience avec une analyse du rôle joué par tous les acteurs ). En revanche le paiement n’a toujours pas trouvé le capteur du téléphone qui est son meilleur allié : le NFC/Sans contact poussé par les pouvoirs publics et les opérateurs mobiles mais tarde à décoller faute d’un parc installé, l’appareil photo qui sert de capteur pouvant lire les codes-barres ou photographié des chèques, le GPS qui permet la localisation dans un magasin, l’écran tactile qui peut permettre de signer. La réponse est surement dans la combinaison de ces capteurs.
La stratégie d’acquisition suivie par Paypal en 2010/2011 illustre cette tendance qui permet d’utiliser le mobile comme un outil de consommation au-delà du simple paiement (recherche de produits, comparaison et analyse, paiement, promotion, fidélité..). L’évolution des paiements en magasin passe aussi par la connexion des points de vente à Internet : terminaux de paiement ouverts sur IP, boutiques et arrière boutiques connectées (stock, crm, facture, commande, sourcing…).
Enfin l’utilisation du mobile comme terminal permettant d’accepter les paiements semble connaitre un véritable succès illustré par le parcours jusqu’ici sans faute de Square.
Fig1. Dépenses par secteur et montant via Square au Etats-Unis
A suivre en 2012 autour des paiements
- Croisement plus profond du marketing et du paiement : le paiement s’insère dans des applications de « consommation »
- Les magasins connectés : pour faire face à des consommateurs de plus en plus connectés, les magasins doivent aussi d’adapter en numérisant la plupart de leur processus.
- Les porte-monnaies deviennent multicartes avec l’ajout d’autres cartes de paiement mais aussi de cartes de fidélités. La question ne va pas être quel sera le wallet de référence, mais quelle carte de mon wallet je vais utiliser le plus souvent (un peu comme les applications dans son téléphone, toutes ne sont pas utilisées à la même fréquence).
- Croissance des offres de paiement basées sur le transfert, le prélèvement et non la carte de paiement (Dwolla aux Etats-Unis, SLimPay en France) ce qui diminue fortement les coûts de transactions et permet d’inventer de nouveaux modèles de paiement (abonnement, commissions…)
- Désynchronisation de l’achat et du paiement : des offres comme Klarna permettent de commander en ligne et payer à la livraison, de plus en plus de modèles d’abonnement comme la nouvelle offre de Square . Voir le billet de TekFin sur le sujet.
- Croisement de l’identité et des paiements (c’est en partie la stratégie de Paypal avec OpenID)
- Terminaux de paiement en magasins plus ouvert permettant l’intégration d’applications tierces.
- Fin du modèle à 4 coins et retour des réseaux fermés : de plus en plus d’offres de Lire la suite »
API et Darwinsime
Posté par Nicolas dans API, Futur du Web le 9 novembre 2010
en 1999 les gens disait pourquoi je devrais avoir un site web, 3 ans après tout le monde avait un site web, en 2009 les gens disent pourquoi je devrais avoir une API, 2 ans après tout le monde est en train de construire son API….
J’ai eu la chance d’aller au Web2expo à San-Francisco le printemps dernier. Et la meilleure présentation que j’ai vue pendant ces 3 jours autour des tendances du web est celle de Sam raji le directeur stratégie d’APIGEE, un des acteurs du web qui se positionne sur la gestion des API (avec Mashery et 3scale). Ce sont les petits malins qui à l’heure de la ruée vers l’or se contentent de vendre les pelles et le pioches !
Ce qui est excellent dans cette présentation est le parallèle qui est fait entre les API et Darwinisme, ou comment en ouvrant l’accès à son SI interne ou à ses données, une entreprise facilite la création de nouvelles branches de sa lignée qui seront probablement les plus résistantes dans les environnements futurs.
Je n’ai rien à ajouter plutôt que de vous dire de regarder ces slides et surtout de laisser tourner la vidéo en parallèle avec les commentaires de l’auteur en personne.
Darwin’s Finches, 20th Century Business, and APIs. Evolve Your Business Model: (Sam Ramji’s Web 2.0 Expo Talk) from Apigee on Vimeo.
Et bien sûr pour tout savoir sur les API on ne présente plus l’indispensable ProgrammableWeb (racheté cette année par Alcatel-Lucent, tiens tiens…)
Related articles
- Mashery Business of APIs Conference (kinlane.com)
- An API Services Provider Takes on the Name of its Free Platform (readwriteweb.com)
- Apigee helps developers dig deep into the Twitter and Facebook APIs (building43.com)
François Chérèque just checked In @Nation
Posté par Nicolas dans événements, Visualisation le 20 octobre 2010
Ok en ce moment c’est un peu la loose en France, grèves plus ou moins suivies, pénurie d’essence bien réelle et surtout nos sacro-saintes manifestations. Et là quand il s’agit de manifestations nous avons toujours droit à notre guerre des chiffres quand au nombre exact des participants avec les écarts énormes entre les chiffres des syndicats organisateurs et ceux des policiers.
Quel est le vrai chiffre? chacun a son avis sur la question. « Il faut multiplier le chiffre de la police par 2″ me dit un collègue sûr de lui, d’autres pensent qu’il faut faire la moyenne des 2 chiffres, certains (rares) croient aux chiffres de la Police et personne ne croit aux chiffres des syndicats qui sont clairement un outil politique (mais pourquoi s’en priveraient-ils?).
Mais avec toutes les technologies maintenant à notre disposition, n’est il pas possible d’avoir un chiffre qui reflète effectivement la réalité!<== je soupçonne que ni les syndicats ni la police n’y trouvent leur intérêt mais bon pour l’exercice je continue.
Quelques pistes de réflexion :
Le check-in géant : je veux mon badge manif!
Avec un taux de pénétration du téléphone mobile qui frise maintenant les 100% ça m’étonnerait que chaque manifestant n’ait pas un mobile dans la poche. Et bien si chacun lance Foursquare au moment d’arriver sur la manif ou bien à certains point précis on a notre comptage en temps réel et en plus crowdsourcé. Bon ok les smartphones pouvant faire tourner Foursquare ne représentent qu’environ 20% du parc, on redresse tout ça avec quelques coeffs et c’est bon. En plus on pourra ensuite avoir des belles cartes comme celle-ci qui nous permettra de voir où y a t il le plus de mecs ou de femmes dans la manif!
Je vous conseille d’ailleurs d’aller voir le site weeplaces et son appli ratio excellente
intérêt de la solution : un mega swarm badge pour tout le monde et même des badges spécifiques type CGT ou FO. ça envoie grave pour montrer aux américains de passage lors du prochain leweb 10.
inconvénient : la vie privée, même si on anonymise les données pour le comptage global, tout ton réseau d’ami est au courant que tu es à la manif, emmerdant pour ceux qui acceptent d’être ami avec leurs patrons sur facebook.
les cellules de téléphonie mobile, mouchard moderne
Même constat que précédemment, un téléphone dans la poche de chaque manifestant. Bon là il faut mettre dans la boucle nos chers opérateurs mobile et puis on lance une petite analyse des montées de trafic sur les cellules le long du parcours. Simple, et efficace. Bon il faut retirer les personnes qui habitent sur le trajet et donc dépendent aussi de ces cellules mais pour ça il suffit de prendre plusieurs jours sans manifs (si si ça existe encore), faire une moyenne du nombre de gens habituellement reliés aux antennes, et on les retranche du chiffre global le jour de la manif.
Vu qu’on arrive à faire ça avec les données des téléphones mobiles, pourquoi pas l’utiliser pour le comptage?
Urban Mobs – Paris sms
envoyé par QNTV. – Vidéos des dernières découvertes technologiques.
Avantages : on garde les même circuit bien huilé d’échanges d’infos entre les opérateurs mobiles et la police…
Inconvénients : Quand Free va rentrer sur le marché du mobile, je sens qu’il va vouloir se démarquer de ses camarades et se positionner en défenseur de la liberté. Résultat ils vont fournir les données brutes à la police au format papier et nous n’aurons que les chiffres exacts qu’après 6 mois de ressaisie informatique.
Le drone et l’algorithme
Quand on voit que pour quelques centaines d’euros on peut se payer un drone dirigé par un Iphone, je ne vois pas pourquoi la police et les syndicats ne pourraient pas se payer quelques drones pour survoler les manifs prendre des photos de tout ça et puis lancer un petit logiciel qui va nous compter toutes ces têtes. Google est bien capable de reconnaitre toutes les personnes présentes sur mes photos de familles grâce à Picassa ou même à flouter les têtes automatiquement dans streetview.
C’est d’ailleurs l’expérience qu’ont tentée des journalistes (de FranceSoir, MediaPart n’a fait que compter à la main, low tech) en confiant à une start up espagnole le soin de photographier, recoller les photos prises depuis le toit des immeubles et compter grâce à un logiciel qui reconnait toutes les têtes. Résultat, des chiffres légèrement inférieurs à ceux de la police….
Avantage : on a des images pour faire des recomptes en cas de contestation.
Inconvénients : si les casseurs récupèrent les iphones et prennent le contrôle des drones, des nouvelles formes de « cassage 2.0″ pourraient apparaitre…
Il existe encore d’autres solutions techno, l’analyse des hashtag twitter, l’analyse automatique des photos prises par tous lors des manifs, ou encore, ma préférée, Recorded Future , une des dernière acquisition de Google (avec la CIA comme co-investisseur…) spécialisée dans l’anticipation du futur à partir des éléments du web et du passé.
C’est parfait on aura même plus à manifester et Google (ainsi que la CIA pour nos amis fan de complot) pourra nous donner les chiffres de la manif la veille pour les journaux (si ceux ci existent encore) du matin!
