Découvrez comment les API CX transforment votre Customer Experience

0:00 Bonsoir à tous, on va commencer, les autres nous rejoindront. On est ravis de vous avoir ce soir avec nous pour ce meet-up. Alors petit point pratique, vous avez le code wifi qui est juste ici, donc réseau JEDA Bootcamp avec le mot de passe JEDA Forever. N'hésitez pas à vous connecter, partager vos impressions et je crois qu'on aura aussi une petite démo live qui sera pratique. Alors, moi je m'appelle Lucas de Tech.Rocks. L'idée c'est que je vais vous accompagner au mieux ce soir pour vous faire vivre au mieux ce meet-up qu'on est ravis de co-organiser avec le soutien de Vonage. Avant toute chose, quelques mots sur Tech.Rocks. Pour ceux qui ne nous connaissent pas, vous êtes peut-être venus via meetup.com. Aujourd'hui, on a 3600 personnes qui nous suivent et qui voient nos événements. Plus globalement, nous, on est une communauté de tech leaders sur Slack. Donc, on est plus de 2500. Avec pour valeur l'échange, l'entraide et le no bullshit.

1:08 Si vous n'êtes pas encore sur le Slack Tech.Rocks, je vous invite à venir nous voir, les équipes Tech.Rocks, et à aller sur le site Tech.Rocks, vous avez une page dédiée. Tech.Rocks, c'est aussi des événements sur l'année. Vous avez des meetups comme celui-ci ce soir qu'on organise, en présentiel, des meetups en virtuel. Et vous avez aussi le Tech Rock Summit, la 7e édition qui sera lancée en décembre 2023. On reviendra vers vous avec plus d'informations. Rendez-vous annuel. Tech Rocks, c'est aussi du contenu fréquent qu'on met à disposition de la communauté. Donc des articles, des replays, des podcasts hebdomadaires et un livre blanc qu'on sort de manière annuelle. Donc notamment qu'on a à disposition aujourd'hui, qu'on pourra vous transmettre. Être Tech Leader en 2022 qu'on a sorti en novembre dernier. Tech Rocks, c'est aussi des initiatives diverses lancées et portées par des ambassadeurs, des membres Tech Rocks qui nous suivent au quotidien. Vous en avez une partie, on a par exemple la newsletter bimensuelle portée par Ludie Acué, qui est complexionnée par 15 membres Tech Rocks toutes les deux semaines.

2:18 On a un book club, un vidéo club qui départage sur des ressources, sur des livres, sur des vidéos entre tech leaders. Un comité de contenu qui travaille notamment sur le Tech Rock Summit, donc sur la programmation, sur les tendances et sur le recrutement de speakers. Women in Tech Rocks, le collectif de femmes dans la tech avec des rendez-vous aussi réguliers. Et plein d'autres. Donc on vous invite encore une fois à venir sur le Slack Tech Rocks et vous pourrez retrouver toutes ces initiatives. On a aussi le mentorat qui va en fait dans le grandir ensemble qui nous tient à cœur chez Tech Rocks dans le cadre de l'entraide et le partage entre tech leaders. Donc si vous souhaitez être mentoré ou être mentor, pareillement on a une page sur le site Tech.Rocks qui vous indique où nous retrouver et nous contacter. Et pareillement, vous pouvez nous contacter pour venir nous voir après ce meet-up. Rapidement, le prochain meet-up, cette fois-ci virtuel, qui sera le jeudi 23 février sur le Web Assembly, avec les retours d'expérience de Geek Lab, Apollo et Orange Business Service.

3:23 Un petit mot de bienvenue, je vais laisser la parole à Benoît de Jeda qui nous font le plaisir de nous accueillir ce soir. Du coup, Benoît, si tu peux peut-être nous dire deux, trois mots sur JEDA et les actualités. Oui, bien sûr. Tout d'abord, bienvenue à tous. Tu peux te mettre juste ici. Je vais me mettre juste là. Bienvenue à tous. On est très contents de recevoir les meetups de Tech.Rocks. C'est le deuxième meetup qu'on accueille depuis l'année dernière. Et donc, on est très contents de vous accueillir. Je vais vous dire quelques mots sur JEDA. En fait, vous avez dû remarquer, c'est très grand ici. Et vous avez des chaises qui ressemblent à des chaises d'école, peut-être. Et bien en fait c'est une salle de classe habituellement toute la journée et on a d'autres salles de classe en dessous tout simplement parce qu'en fait JEDA c'est un bootcamp c'est le premier bootcamp qui a été créé en France et qui est spécialisé en data on a également maintenant étendu nos offres à de la cybersécurité donc pour vous expliquer un peu ce qu'on fait on propose des formations qui vont de 2 à 12 semaines pour se reconvertir dans le domaine de la data, data analysis ou data science ou en cybersécurité Et voilà, pour vous indiquer, on a formé près de 1500 personnes en France jusqu'ici.

4:30 Et donc, si ça vous intéresse, on a deux événements à venir pour vous permettre un peu de découvrir la data analysis et ce qu'on fait en général, les formations qu'on propose. La semaine prochaine, mardi prochain, on propose un workshop d'introduction à Python. C'est archi intéressant parce que c'est très pratique comme événement. Vous mettrez les mains dans le cambouis et ça peut vous donner un aperçu de ce que vous pourriez faire dans le cadre d'une formation en data science et en data analysis. Et pour s'inscrire, c'est rendez-vous sur jeda.co. Vous avez un onglet événement. Et puis, on organise aussi des portes ouvertes dans un peu moins d'un mois. Le 8 mars, c'est des portes ouvertes en ligne. Donc, idem, si ça vous intéresse d'entendre parler de nos formations, n'hésitez pas. Voilà, donc bon meet-up. Merci beaucoup Benoît. Et en fait, on va tout de suite enchaîner sur deux retours d'expérience, donc avec Julien et Axel qui vont se succéder. Et Julien, du coup, que j'invite à venir me rejoindre.

5:32 Donc, je vais te laisser la place et ensuite Axel qui prendra le relais sur la suite. Oui, bonjour, bonsoir à tous. Merci à vous d'être là ce soir. Alors moi, plus qu'un retour d'expérience, je vais déjà vous faire aussi un retour quand même sur ce qu'on fait à Vonage et vous expliquer qui on est et faire un peu d'histoire. Donc moi, Julien, je fais partie de l'équipe commerciale. Tu peux te mettre ici si tu veux pour relaxer un petit peu les slides. Et donc moi, j'ai rejoint il y a un petit peu plus de 4 ans une société qui s'appelait Nexmo et qui faisait déjà partie du groupe Vonage à l'époque. Et on proposait des API de messaging, principalement orienté autour de tout ce qui est communication, SMS, la voice, et on démarrait aussi tout ce qui est le partenariat aujourd'hui avec Facebook, Meta, autour du lancement de l'API business de WhatsApp. Donc c'est comme ça que ça a démarré, mais si on revient un petit peu en arrière, Vonage, ce qu'on propose à la base, et ce qui est offert par Vonage, c'est des services de téléphonie, d'accord? Et c'est un autre... aux États-Unis. Donc, on fournit aux ménages, aux particuliers et aux entreprises des services de communication unifiés pour les entreprises et des services de téléphonie, de voice over IP aussi pour les en B2C et en B2B.

6:44 Et ce qui s'est passé, c'est qu'à travers différentes acquisitions, différents rachats de structures, on a créé un portefeuille complet d'API. De communication et on a aussi intégré des nouveaux logiciels. J'en parlerai brièvement, mais ce n'est pas le sujet forcément ce soir, mais on a aussi intégré des nouveaux services et des nouveaux logiciels. Dans notre actu, ce qu'il faut retenir qui est super important, c'est qu'on a été racheté par le groupe Ericsson, un groupe suédois. Donc ça, c'est super cool pour nous parce que déjà, on est un peu moins vu comme les gros américains et on a un peu plus une empreinte européenne. Et deuxièmement, on va aussi en parler ce soir, mais ça nous apporte de nouvelles synergies au niveau API, au niveau telco. Alors évidemment, c'est des choses qui vont prendre plusieurs mois, plusieurs années, mais on va voir que déjà, on a des ébauches de produits autour de l'authentification, autour du SMS, qui font qu'on va développer des choses très intéressantes dans les mois à venir avec Ericsson et que ça montre l'importance de ce rachat. Après quelques chiffres, on est plus de 2000 personnes dans le monde, on a des antennes un peu partout, en Asie, en Europe et aux Etats-Unis évidemment.

7:44 Et donc aujourd'hui, il y a quelques membres de l'équipe France qui sont là avec nous. On a à peu près 20 personnes sur le territoire français et on a développé des antennes après aussi avec des gens localement sur place, en Espagne notamment, en Italie, dans les pays du Moyen-Orient et aussi dans les... Voilà quelques informations un peu globales. Si on commence à rentrer dans le sujet, on a mis quelques exemples. J'ai mis quelques exemples de clients. Les plus connus, mais ce qui est cool, c'est que vous les avez sûrement utilisés au moins une fois dans votre vie. Et donc, nous, on accompagne aujourd'hui des startups, vraiment des gens qui démarrent, qui viennent nous voir, qui nous disent, moi, j'ai besoin de faire un envoi de SMS, j'ai besoin de faire de la vidéo, est-ce que vous pouvez m'aider? Ça peut être des startups qui sont vraiment au tout début, qui ont peut-être deux, trois personnes et qu'on va accompagner au fur et à mesure, qui vont grossir, qui vont grandir avec nous tout au long de leur évolution et de leur parcours. Et on accompagne aussi des structures un petit peu plus établies. Sur différents use cases. Alors ce qui est super intéressant, c'est qu'on bosse sur plein de cas d'usage différents, dans plein de verticales différents.

8:46 Si vous savez en termes de l'âme, on pourra aussi détailler certains cas d'usage, en plus des retours d'expérience qu'on va avoir ce soir. Mais on travaille notamment avec le bon coin sur toute l'authentification qui est récente. Donc dès qu'il y a un changement d'important sur votre compte, vous pouvez être amené à recevoir un SMS. On travaille aussi avec Lydia pour du simple envoi de SMS transactionnel et on travaille avec d'autres comme Doctolib sur la vidéo. Donc il y a un large panel quand même de possibilités avec nos API. Je ne vais pas rentrer tout de suite dans le détail, mais si on s'arrête juste, je reviens sur la partie produit et un peu plus logiciel qu'on offre avec Vonage. Donc il y a la partie unifiée, communication unifiée, donc cœur de métier historique de Vonage. Et puis une partie contact center, donc un centre de contact qui est intégré de manière native à Salesforce. Donc avec toute la panoplie de services que ça peut accompagner au niveau des appels, de l'envoi. des remontées de fiches dans le CRM. Et puis depuis peu, on s'est lancé sur le terrain du commerce conversationnel. Donc ça, je ne sais pas si vous êtes très familier avec ça. Ça vient d'Asie. C'est très orienté pour les boîtes dans le retail. Et donc on s'est lancé sur ce créneau et on commence à éventualiser au niveau européen.

9:49 Aussi au niveau du Moyen-Orient, où il y a déjà de la demande sur ce marché-là. Mais initialement, c'est vrai que c'est un business qui vient d'Asie et qui est orienté sur le retail. On travaille notamment avec L'Oréal pour ça. Donc maintenant, on en vient aux API, le sujet qui va nous concerner ce soir, qui va vous intéresser le plus. Alors, on a séparé en deux. Donc, il y a la couche basse, en fait, de ce qu'on propose, qui est en fait les API de messaging un peu, on va dire, classiques. Donc, le SMS, la voix, la vidéo, l'email et les messageries in-app. Donc ça, vous êtes développeur, vous venez sur notre plateforme, vous créez un compte, et là, vous avez accès à toute la panoplie de documentation et de références et de docs pour vous aider. Et ce qu'on commence à faire depuis peu, depuis quelques mois, c'est vraiment proposer des services un peu low-code, un peu plus clés en main, et qui vont vous aider. À aller plus vite, à accélérer votre développement, à mettre en place un POC plus rapidement et à vous familiariser plus rapidement aussi avec nos API. On va donner quelques exemples. Le AI Studio, qui est aussi à nouveau chez nous, et qui est en fait une plateforme de low-code et qui va vous permettre de créer des scénarios automatisés autour de plusieurs canaux.

10:55 Donc ça peut être la voix, ça peut être du WhatsApp, ça peut être du SMS. Et tout ça va être orchestré directement depuis notre interface. Donc, on peut résumer ça à un créateur de chatbot, si on veut. Mais voilà, l'idée, c'est d'aller plus vite, plutôt que de prendre simplement l'API. Là, on vous donne accès à une interface, et ça vous permet aussi de gagner du temps. Meetings API, on va en parler plus tard avec la vidéo. Donc là, pareil, au lieu d'avoir plein de docs de développeurs, d'avoir des... Du code dans tous les sens, on a en quelques lignes de code, on vous donne la possibilité de créer une room vidéo, de la partager avec vos clients, avec vos prospects, pour vos meetings internes et en quelques lignes de code, vous avez accès à une session vidéo qui n'est pas forcément personnalisée, qui est un petit peu, il y a très peu de fonctionnalités au démarrage et vous pouvez quand même venir utiliser et intégrer rapidement pour une nouvelle fois avant de passer sur la couche basse vidéo et de là vraiment recréer votre expérience vidéo personnalisée. On va en parler tout à l'heure avec Yves. Et sur Verify, au-delà du SMS, on propose un outil dédié à l'authentification qui va prendre en compte plusieurs canaux.

11:59 Donc il y a le SMS évidemment, mais ça va plus loin. On propose aujourd'hui du WhatsApp, on propose un failover en voix et justement par rapport à Alexa, on propose quelque chose qui est nouveau, qui est l'authentification silencieuse qui vous permet en fait de valider les numéros de téléphone de vos utilisateurs basés sur le réseau. Donc voilà, ça on va détailler un peu plus. Et pour juste conclure l'introduction, quel est le lien et pourquoi c'est intéressant aujourd'hui de parler de l'API, pourquoi ce marché quand même est en plein boom aujourd'hui, c'est que vraiment ça fait le lien avec tous vos logiciels métiers, tous vos services métiers. Vous êtes capable d'intégrer aujourd'hui très rapidement une API dans vos services, dans votre plateforme vidéo, dans votre appli mobile. Donc ça, c'est la force des API. Et donc, si on se rapproche aussi et se rapporte à nos cas d'usage à nous, on peut voir que sur la partie, par exemple, commerce conversationnel, aujourd'hui, on avait une plateforme qui n'avait pas de vidéo. Et en fait, on a créé un module de vidéo avec nos API, on l'a intégré. Et ça permet aux clients qui font du retail dans ce cas-là de proposer une expérience.

13:00 de live shopping, de créer aussi une expérience conseillée client en vidéo directement depuis l'outil et puis sur la partie telco avec le centre de contact. Donc toute notre expertise vient là aider aussi à développer la partie voix, on apporte de nouvelles fonctionnalités et donc nos API permettent d'enrichir nos produits existants et tout comme enrichir aussi vos produits et vos apps et ainsi que vos logiciels. Donc voilà, je vous laisse avec Axel qui va rentrer maintenant dans le détail vraiment technique et je vous souhaite un bon début. Ok, alors bonjour à tous. Moi c'est Axel, je suis architecte solution chez Bonnage. Et donc l'idée c'est que là je fasse une petite introduction un peu technique de 10-15 minutes sur deux de nos API de communication qui seront par ailleurs évoquées dans la table ronde qui suit avec nos invités. Et donc la première API, ça va durer 10-15 minutes et il y a une petite démo live pour votre plus grand plaisir.

14:02 J'espère que ça va fonctionner et que ce sera cool et que ça va vous plaire. La première API de laquelle je vais rentrer, c'est l'API vidéo. Donc peut-être avant de commencer, savoir un peu si vous êtes familier avec ça. Typiquement, la dernière fois que vous faites une téléconsultation sur Doctolib et que vous voyez votre praticien en direct en vidéo, est-ce que vous savez par quel standard passe l'information, la vidéo, le flux vidéo? Est-ce que vous avez une idée de par quel standard il passe et quel standard open source il utilise? Ou pas plus que ça. C'est le standard WebRTC. Je ne sais pas si ça vous parle, si vous avez déjà entendu ce mot-là. On va dire que chez Vonage, notre API vidéo, elle permet justement de mettre à disposition des développeurs ce standard WebRTC, de le mettre dans leurs mains et de faire en sorte qu'ils puissent l'intégrer dans une app ou dans un site web de façon ultra simplifiée et de façon ultra scalable. Donc ici j'ai mis en gros les features que va amener l'API vidéo.

15:06 Donc évidemment le fait de pouvoir faire du one to one, de faire du one to many, comme on le fait dans une téléconsultation Doctolib où on est avec son praticien, ou bien comme on le fait dans un webinaire quand on est avec 10, 20, jusqu'à 15 000 personnes en live. On a un certain nombre ensuite de features qui vont graviter autour de cette feature principale, donc toute la partie recording, la partie screen sharing, tout ce qui nous permet en fait de rendre un live ou en tout cas une consultation vivante et de construire de la valeur autour. Et puis ensuite, on a un certain nombre de features liées à la voix. Donc on peut par exemple brancher une session vidéo à un appel téléphonique. Et la dernière chose que je voulais mentionner, c'est la partie analytics, ici, puisque lorsqu'on dédie une partie de sa valeur, ou en tout cas une partie de son intelligence de la vidéo dans une API, la dernière chose dont on a envie, c'est d'avoir une boîte noire et de ne pas pouvoir savoir ce qui s'y passe. Donc en fait, on va fournir un certain nombre d'analytics qui vont vous permettre de savoir exactement ce qui se passe dans chacune de vos sessions.

16:11 Et donc une fois qu'on a vu toutes les features qui englobent cette API vidéo, la valeur ajoutée de Vonage, c'est vraiment de mettre à disposition ça pour les développeurs. Et donc on a construit tout un certain nombre de SDK, donc des kits de développement, qui vont vous permettre d'amener cette vidéo sur vos apps, sur vos sites. Donc ici j'ai mis un peu toutes les plateformes, donc web, donc on va avoir toute la partie, tous les navigateurs finalement qui vont être supportés, iOS, Android pour toutes les applications mobiles, Windows et d'autres plateformes, Unity, Linux, Mac. Donc ça c'est un peu tous les clients qui vont être capables de finalement utiliser la vidéo API de Vonage et donc le WebRTC. Et après on a un SDK server qui est décliné à nouveau sur tous les langages back-end pour pouvoir être utilisé au sein de vos apps. Ici, à nouveau, je voulais illustrer à quel point on met de l'effort chez Vonage pour faciliter l'intégration de nos API. Donc au-dessus de l'API vidéo, on a construit deux librairies qui permettent d'amener la vidéo de manière encore plus simplifiée dans vos apps.

17:19 Video Express, c'est un framework front-end qui vous permet de gérer le layout, la bande passante et un certain nombre de paramètres de manière automatisée dans votre client directement. On va l'utiliser dans la démo qui vient juste après. J'espère que vous avez utilisé le Wi-Fi, que vous avez connecté votre téléphone au Wi-Fi parce qu'on va faire un truc un peu interactif et j'espère que ça va fonctionner. Et enfin, la partie Meetings API, donc ça c'est plus, comme disait Julien, une API clé en main qui vous génère des rooms vidéo. Donc typiquement, vous appelez l'API, vous faites une requête API et vous avez une room et vous pouvez envoyer le lien de cette room à n'importe qui, il s'y connecte et vous interagissez dedans. C'est un peu ça. Tout ça, c'est un peu des librairies qu'on a posées au-dessus de notre API vidéo et qui viennent faciliter encore plus l'utilisation de cette API. Donc là, l'idée, c'est qu'avant qu'on passe à la table ronde et avant surtout qu'on fasse la démo, d'expliquer un tout petit peu, en quelques slides, comment ça fonctionne cette API vidéo, pourquoi c'est ultra simple, pourquoi c'est anonymisé et pourquoi ça marche à grande échelle, typiquement avec un Doctolib qui fait des dizaines de milliers de téléconsultations par jour.

18:24 Ici j'ai représenté notre API Vonage à gauche, et j'ai représenté un peu une configuration classique qu'on va retrouver ou que beaucoup de nos clients, de nos utilisateurs vont retrouver. C'est-à-dire un applicatif, un serveur, qui contient du coup notre SDK, qui a été intégré avec. Donc typiquement, s'il est en Java, il va avoir le SDK Java. Et ensuite, des clients. Donc les clients, ça va être un navigateur, ça va être un iPhone qui veut se connecter, ça va être une tablette, ça va être un Mac. Et ce qu'on va voir, c'est comment, en fait, du coup, au travers de l'API vidéo, on va les mettre en relation de manière ultra simple. Donc la première chose à faire, c'est que votre serveur, il va demander à l'API de créer une session. C'est la première chose à faire, il va dire« crée-moi une session». En retour, le serveur lui donne un session ID. Ça, il le fait au travers du serveur, donc c'est une ligne de code, c'est une méthode qui s'appelle vonage.createSession. C'est tout simple. Une fois qu'il a cette session, on imagine que le client va vouloir rejoindre cette session, en tout cas solliciter pour rejoindre cette session. Donc typiquement, il va charger une page web en disant« je veux rejoindre cette téléconsultation par exemple» ou« je veux rejoindre ce webinaire».

19:27 À ce moment-là, le serveur va demander une deuxième chose à l'API, c'est un token. Ce token, il sert à authentifier le client. On verra que le token, il définit un certain nombre de choses, donc typiquement les rôles. Est-ce que ce client doit être modérateur? Est-ce que ce client doit être plutôt juste subscriber ou publisher? Et une fois que le serveur a ça, il le donne au client. Et ce avec quoi? Donc le client va pouvoir se connecter directement à la room et publier son flux audio et vidéo. En retour, il va recevoir des événements de la part de l'API vidéo. Notamment quel type d'événement? L'événement, on, par exemple, qu'un autre client s'est connecté à la room. Donc ici, on répète l'opération, par exemple, avec un client numéro 2 qui veut rejoindre aussi la session. Donc typiquement, si on reprend encore le cas d'Octolib, un praticien qui rejoint son patient. Et de la même façon, il va se connecter à la session et les deux personnes vont du coup se voir dans la session vidéo ensemble. C'est un peu cette logique-là. Ça peut paraître un peu barbare, mais en réalité, si on se pose une trentaine de minutes, au final, on se rend compte que c'est assez facile et que du coup, ça va venir tout au long de l'utilisation de l'API.

20:33 C'est les seules règles qu'il y a, en fait. Il n'y a pas plus simple. Donc l'idée là, c'est que je vous montre en direct et qu'on essaye de rejoindre une room tous ensemble. Donc ce que j'ai fait, c'est que j'ai repris exactement la même architecture que celle dont on a parlé. Donc il y a l'API vidéo bon âge. Et ici, j'ai un serveur, un applicatif que j'ai construit moi-même, que je vais vous montrer très rapidement. Donc je suis un ancien développeur, mais ça fait longtemps que je ne code plus. Donc j'ai fait un truc très simple pour que ce soit compréhensible par tout le monde. Et en gros, ce serveur, c'est juste un serveur Node.js, donc pour faire le backend du serveur, et un petit framework qui s'appelle Express, qui sert à créer des petits serveurs web, donc en très peu de lignes de code. Donc c'est vraiment pas compliqué. Et après, on a le premier client, c'est mon ordinateur qui est là. Et ensuite, les autres clients, ce sera vos téléphones, que je vais solliciter pour essayer de rejoindre la roue. Alors, je vais vous montrer un tout petit peu à quoi ça ressemble. Donc là, on voit mon IDE qui me sert à taper mes lignes de code. Si je vous montre très rapidement à quoi ça ressemble, on a ici le serveur.js qui est en gros le fichier de configuration du serveur.

21:39 Je ne vais pas vraiment rentrer dans les détails, mais simplement pour expliquer. Vous voyez, il fait 31 lignes de code seulement. Toute la partie en haut ici, c'est vraiment déclaration de variables, c'est les trucs un peu classiques qu'on fait au début quand on crée son serveur. Ici, c'est le démarrage du serveur. On voit qu'à chaque fois que je démarre mon serveur, je vais créer une session vidéo. Donc cette partie là sert à créer la session dont on me demande. On en a parlé juste avant. Et le serveur va me retrouver ce fameux session ID. Et enfin, la dernière chose que je fais au niveau de ce serveur, c'est que je crée un endpoint, un seul endpoint, qui est le suivant. En fait, je dis à mon serveur, quand un client viendra requêter ce endpoint, je vais simplement lui délivrer une API key, un session ID et un token. C'est ce qu'on a dit juste avant. À chaque fois que le client veut se connecter, en gros, je lui donne un session ID et un token. Si on regarde côté client ce qui va se passer, c'est cette page HTML qui va s'exécuter. Alors c'est un peu plus qu'une page HTML, c'est une page EJS, donc c'est du HTML un peu dynamique.

22:43 En gros, il y a un titre dedans, ça s'appelle Tech.Rocks Vonage, et il y a une diff qui s'appelle Room Container. C'est les deux seules choses qu'il y a dans ma page HTML. Et dans cette div, je vais simplement solliciter Video Express, qui est le petit framework dont on a parlé tout à l'heure, en lui demandant de créer une room, ici, ça fait cinq lignes de code, où je lui donne la clé API, le session ID et le token. C'est les seuls trucs que je fais. La petite particularité, c'est que je rajoute ces deux lignes ici, où je demande de rejoindre la session en mode... Publish audio égale false parce que je ne veux pas que ce soit le bordel entre guillemets et que tout le monde publie de l'audio dans la room. Donc là ce que je vais vous demander, alors je vais d'abord lancer le serveur ici, donc je démarre mon serveur. Il me dit que le serveur a bien démarré, donc moi je lui ai demandé de me printer dans la console le session ID de la room qu'on va rejoindre. Et ensuite, ce que j'ai fait, c'est que... là dans mon terminal. Donc j'ai démarré mon serveur, il est en local sur mon localhost de ma machine. Maintenant si je veux que vous puissiez l'atteindre, il faut qu'il soit disponible sur le web.

23:45 Donc ce que j'ai fait, c'est que j'ai fait un tout petit tunnel HTTP, donc simplement pour dire que, en gros, mon localhost va être branché sur cette URL qui est là. Donc ça c'est un petit outil qui sert à faire ça, je ne sais pas si vous connaissez, ça s'appelle ngrok. Et ensuite, ça me donne une URL qui est publique, qui est atteignable depuis n'importe qui sur le web. Et cette URL, ce que j'en ai fait, c'est que je l'ai mis dans un QR code qui est ici. Donc l'idée, c'est que quand vous venez requêter sur ce QR code, vous allez solliciter mon serveur pour rejoindre la room. Donc moi, il faut que je le fasse aussi. Et donc, ce que je vais faire, c'est que je vais rejoindre la room en même temps que vous. Pour vous montrer en direct. Donc là, je vois qu'il y a 4 personnes qui ont rejoint, 5, 6. Et donc, vous voyez, ce qui est intéressant, c'est que j'ai absolument à aucun moment constitué un layout. J'ai absolument à aucun moment configuré le fait que les différentes fenêtres allaient s'afficher de cette façon-là.

24:50 J'ai simplement utilisé le client vidéo express côté client pour que tout le monde s'affiche en même temps et ensemble, dans la même room. Ça a pris 6 minutes à peu près pour constituer finalement un pilote de vidéo qui fonctionne. Il y a quelqu'un qui s'est démuté. Il y a un petit bouton muté en bas si vous voulez connecter. Je ne sais pas si ça vous a donné envie d'intégrer la vidéo dans votre service, dans votre app, dans votre site. En tout cas, l'idée, c'était de vous montrer que c'était super facile et que finalement, il n'y avait pas vraiment besoin de beaucoup de connaissances techniques dans un premier temps pour le faire. Après, on verra que si on veut masteriser ça, et Rémi pourra nous en parler, ça demande un certain nombre d'efforts, évidemment. Ok, donc je vais fermer la session. Je vais stopper le serveur ici. Et du coup... Je vais passer à la deuxième partie de ma présentation, qui va être sur un tout autre sujet, qui va durer un tout petit peu moins longtemps,

25:58 il n'y a pas de démo live, mais c'est assez parlant, donc il n'y aura pas de problème là-dessus, qui est typiquement la validation et la vérification de numéros de téléphone et d'utilisateurs au sens large lorsque vous créez un service. Donc l'idée, c'est que j'ai pris, je suis allé sur Figma, j'ai créé un wireframe comme ça et je me suis dit, ok, donc si demain je veux créer ma startup, je veux créer un service et dans ce service, je dois récupérer le numéro de téléphone de mes utilisateurs pour leur créer un compte. C'est tout simple. Aujourd'hui, je pense que c'est le cas de beaucoup de services et beaucoup d'entreprises aujourd'hui. L'idée, c'est que dès lors que vous allez vouloir faire ça à grande échelle sur plusieurs pays, vous allez vous confronter à un certain nombre de challenges que j'ai résumés à peu près ici. Donc, regardez si le format du numéro vous semble correct, mais savoir de quel pays appartient ce numéro, potentiellement à quel réseau, donc à quel opérateur est lié ce numéro. Est-ce qu'il est valide? Parce que vous n'avez pas envie que, par exemple, des utilisateurs frauduleux rejoignent votre service.

27:00 Est-ce qu'il est virtuel ce numéro? D'ailleurs, est-ce qu'il y a quelqu'un ici qui sait ce qu'est un numéro virtuel? Pas spécialement. Oui? Normalement, on peut créer des apps pour créer des numéros. Comme les mails. Exact, exactement. Donc on connaît l'application 10 minutes mail qui sert à faire des... des applications mail jetables. De la même manière, il y a des numéros qui s'appellent virtuels, c'est des numéros de téléphone qui ne sont pas associés à des cartes SIM. Et donc ces numéros, ils ont plein d'usages, mais évidemment dans des applications comme ça, typiquement une application de rencontre, on n'a pas envie de matcher avec quelqu'un qui a un numéro virtuel, généralement ça ne veut pas dire que c'est quelqu'un de vraiment fiable. Donc l'idée c'est de pouvoir vérifier, détecter ces numéros virtuels. Et après j'ai mis d'autres trucs, anti-bot mechanism, effectivement on connaît aujourd'hui le pain que c'est pour typiquement Twitter de réussir à sortir tous les bots de son app. Après j'ai mis certaines choses, Prevent Steam Swap, ça c'est un peu plus technique, mais en gros c'est un certain nombre de challenges qu'on peut rencontrer. Et l'idée c'est de montrer qu'en utilisant les API dans son workflow, on peut venir résoudre tous ces challenges.

28:07 Donc là je vous ai mis une requête API de notre API Number Insight. Donc vous l'appelez au moment où vous êtes à cette page-là de votre application mobile. Et vous allez demander ce numéro de téléphone, typiquement le mien, qu'est-ce que Vonage en pense finalement? Vonage va vous répondre que c'est un numéro français, que son opérateur c'est orange, que c'est un numéro valide, qu'il n'est pas en train de roamer, donc il est bien en France. Ça va vous donner aussi un fraud score, donc ça c'est ultra intéressant. Ça va vous donner un niveau de score sur une échelle de 0 à 100 pour savoir si ce numéro est fraudulé ou pas d'après Vonage. Pour ça, on va venir requêter tous les opérateurs avec lesquels on est. On est en A. partenariat. Donc ici on voit que j'ai un fraud score à 0, donc je suis plutôt fiable comme utilisateur. Et enfin le SIM swap, donc en gros ça, ça vient à peu près donner une indication de est-ce que la SIM a été changée dans les 24, 48 ou 72 dernières heures. Parce que ça c'est une fraude qui intervient de plus en plus aussi, de swapper la SIM régulièrement à l'initiatif. Donc ça peut être... Voilà, simplement pour illustrer que ça peut être intéressant quand vous, dans le sign-up de vos utilisateurs, d'utiliser ce genre d'API pour un peu réduire le risque d'avoir des utilisateurs frauduleux.

29:17 Et normalement, une fois que vous avez fini ce test du numéro de la personne, vous voulez vraiment l'associer de manière certaine avec cette personne. Donc vous faites souvent ce qui s'appelle du two-factor authentication. Vous envoyez un SMS à ce numéro-là. Ou pas forcément un SMS, en fait. Ce qui vous intéresse, c'est valider que cette personne reçoit un code et du coup, vérifier que ce code, elle l'a bien à disposition. À nouveau, ça présente un certain nombre de challenges. Si on veut le faire ça à grande échelle, dans un certain nombre de pays, se prémunir des bots, se prémunir de la fraude, gérer ça de manière assez sympa avec des templates cool et des langages bien prédéfinis. Et de la même manière, on a une API pour faire ça. Donc à nouveau, de manière un peu transparente, vous appelez ça depuis le backend de votre app pendant le... Sign up. Et vous venez demander à Vonage d'envoyer ce code PIN au travers de 4 canaux différents, donc en failover chacun l'un avec l'autre, pour délivrer ce code à l'utilisateur final. Donc ce qui est connu la plupart du temps c'est SMS, donc vous recevez souvent par SMS le code. Ici nous ce qu'on vient d'ajouter c'est le canal WhatsApp, donc l'idée que si par exemple pour une raison ou une autre l'utilisateur n'a pas reçu le SMS, il va le recevoir sur WhatsApp.

30:27 S'il ne le reçoit pas sur WhatsApp, il va le recevoir par un appel téléphonique qui va lui dicter le code. Et idéalement, en première étape, et ça c'est un des premiers produits qu'on obtient suite à la synergie avec Ericsson qu'on a rejoint, c'est l'authentification silencieuse. Donc là c'est un processus un peu plus compliqué, mais transparent pour l'utilisateur final, c'est pour ça qu'il a de la valeur, où en fait on va venir demander à l'opérateur de l'utilisateur de nous valider son numéro en lieu et place. Donc en fait, ça évite d'envoyer un code à l'utilisateur, c'est transparent, donc ça évite cette partie-là pour l'utilisateur. Ça permet une conversion encore plus grande et ça permet de ne pas ralentir, de ne pas freiner le sign-up de l'utilisateur. Voilà, c'était un peu dense, mais j'espère que je vous ai inspiré sur l'utilisation des API Vonage, à la fois sur la vidéo, mais aussi sur des trucs un peu plus télécom, on va dire, comme ça. Et donc, l'idée, c'est qu'ensuite, on vienne écouter une table ronde animée par Siam, avec Patrick et Rémi comme intervenants, qui sont du coup des experts de nos API.

31:34 Et puis Julien pour venir un peu orchestrer ça aussi. Je ne sais pas où il est. Et moi aussi. Voilà. Ça vous installez. This. Un petit peu. Comme ça, il faut même mettre. Parfait. Bonsoir à tous. Vous voulez que je le repère? On ne m'a pas en tout cas. Julien vous a présenté, Renat et Axel, toute la partie technique. L'idée, c'est qu'on puisse échanger avec des retours clients. C'est toujours ce qu'on aime bien aussi chez Tech.Rocks. Mais avant, j'aimerais juste peut-être qu'on fasse un point avec Julien pour la partie bonnet.

32:35 Est-ce que tu peux nous dire quels sont les API les plus utilisés déjà? Alors, chez nous, les API les plus utilisées, ça va être quand même le SMS. Aujourd'hui, le SMS, c'est vrai que c'est un canal que tout le monde connaît. Vous avez un taux de reach quasiment de 100%. Si on compare avec d'autres API, WhatsApp ou La Voix, par exemple, c'est vrai qu'aujourd'hui, vous envoyez un SMS, vous l'avez. Tout le monde a un téléphone, tout le monde a la capacité de recevoir un SMS. Donc ça, c'est évidemment aussi un business historique chez nous. Donc c'est un de nos produits phares. Et puis le deuxième, quand même, c'est tout ce qui tourne autour de la vidéo. De plus en plus, et suite au Covid notamment, on a eu des use cases tous plus populaires les uns que les autres. On a fait du live shopping, on a fait de l'événementiel, on a fait de la téléconsultation, on a fait du dating aussi. On a des apps qui se sont inscrites sur notre plateforme pour dire, moi j'ai besoin. de faire une application de rencontre et j'ai besoin que les gens puissent se voir parce que pour l'instant on ne peut pas se rencontrer et donc j'ai envie de mettre de la vidéo. Donc clairement le SMS et la vidéo aujourd'hui c'est deux produits un peu flagship chez Bonnage et qu'on développe de plus en plus et qu'on continue d'améliorer.

33:36 Donc, on a deux utilisateurs, justement, pour les deux API qui nous intéressaient. Donc, je vous présente Patrick et Rémi. Patrick, est-ce que tu peux nous dire déjà ce que tu fais, dans quelle entreprise tu travailles? Oui. Alors, moi, je suis team lead back-end chez Libon. Je suis développeur avant tout chez Libon. Je suis là depuis trois ans et j'ai pu mettre en place différentes API de Vonage. Libon, à la base, c'est un ensemble de services qu'on rend aux diasporas. Donc des gens qui sont partis de leur pays pour plein de raisons différentes et qui veulent garder le lien avec leur pays d'origine, donc un lien souvent téléphonique pour rappeler la famille, tout ça, mais aussi souvent envoyer de l'argent et payer pour des choses dans leur pays d'origine. Donc on va leur offrir tout un ensemble de services pour réaliser ça. D'accord. Voilà. Et nous, principalement, chez Vonex, on utilise l'API Verify. Comme on est un service de télécommunication, on a besoin d'être, on va dire, très solide sur la validation du numéro de téléphone.

34:44 Parce que quand les utilisateurs appellent, c'est leur numéro de téléphone qui est présenté. Donc on ne veut pas qu'ils puissent utiliser un numéro de téléphone qui ne leur a pas. Donc voilà, on est des utilisateurs de Number Insight et de Verify. Ok. Bonjour à tous. Rémi, je suis directeur technique chez EventDrive. EventDrive est un SaaS B2B d'organisation et d'industrialisation d'événements, qu'ils soient événements internes ou événements externes, avec plusieurs briques, notamment une brique... Pour ce qui est de présentation de l'événement, avec la génération, par exemple, de landing page, une brique marketing et communication pour générer des formulaires d'inscription, envoyer des campagnes mail et SMS, de l'interactivité pendant l'événement, notamment via une application mobile, avec des outils de type Q&A, quiz, vote, nuages de mots.

35:47 Et ainsi de suite. Et depuis effectivement, on va dire mi-2020, une brique live streaming pour que nos clients puissent organiser des événements on-site comme auparavant, mais aussi des éléments en ligne et virtuels et hybrides. Sachant qu'effectivement, début 2020, l'événementiel corporate dans les entreprises, dès février 2020, c'était fini. C'est-à-dire, déjà, nos clients ne nous utilisaient plus au jour le jour pour... au jour le jour et la même façon plus l'île aussi en train parce que l'événementiel est vraiment fini et suite à ça on a réfléchi à une façon de continuer à que notre plateforme soit utilisée et on s'est dit on va se tourner vers la vidéo et rajouter cette partie

36:52 événements en ligne au sein de la plateforme et justement en quelques mois on a pu permettre à nos clients de nouveau d'organiser des événements via notre plateforme suite à l'intégration des API vidéo de mon âge. Une simple question, pourquoi Vodage? Comment vous avez fait finalement? Est-ce que vous avez fait un benchmark auparavant? Tous les deux, parce que vous avez des API complètement différents, tous les deux, c'est pour ça qu'on a un bon retour d'expérience des uns et des autres. Mais l'idée, c'était de se dire, il y a d'autres produits, et pourquoi finalement eux, et quel est finalement la force, finalement l'avantage que vous avez trouvé chez Vodage, qui fait que d'un côté, on a utilisé la partie SMS, et de l'autre côté, la partie vidéo? Oui, je peux commencer. Historiquement, on faisait nous-mêmes la partie challenge d'authentification. On utilisait des services différents, on en a eu plusieurs, donc OneAge, c'était Nexmo à l'époque, mais on avait aussi Twilio et d'autres.

37:56 Et on envoyait des simples SMS et nous-mêmes, on mettait le code dedans. On le vérifie ensuite. Ce qu'on s'est rendu compte rapidement, c'est déjà un, que les taux de transformation n'étaient pas très bons. On n'avait pas les canaux nécessaires pour savoir si le SMS était vraiment bien reçu ou pas, et dans ce cas-là, réessayer. On n'avait pas vraiment d'autres canaux que le SMS, on avait les appels voix, mais c'est très sujet à la fraude, donc on limite très fort. Voilà, donc on le faisait nous-mêmes, et au final, quand le produit Verify est sorti, on a saisi l'opportunité de changer ça, parce que ça nous a permis d'améliorer nos taux de transformation, on a déjà des accès aux opérateurs et tout, et puis des mécanismes de réessai qui sont un peu plus intelligents, donc on a pu augmenter. Et puis avec l'arrivée de WhatsApp et prochainement du Silent Authentication, je pense qu'on va encore pouvoir gagner les derniers pourcents qui restent pour que nos utilisateurs viennent dans la plus...

38:57 En particulier sur notre business, on a beaucoup d'utilisateurs qui ne sont pas lettrés, qui ne savent pas lire des fois. Donc vraiment, il faut que le flow d'entrée dans l'application soit hyper peaufiné parce que sinon on perd des gens et sinon on perd du business directement. Alors du côté des land drives, pour plusieurs raisons. Effectivement, on a benchmarké les différentes boîtes proposant ce type d'API sur le marché. Donc déjà au niveau premièrement technique, qu'est-ce qu'on allait pouvoir faire déjà à court terme? Est-ce qu'on allait pouvoir... développer un MVP rapidement et derrière aller plus loin que ce MVP. Après il y a aussi eu des contraintes légales et des contraintes de confidentialité des données. On travaille essentiellement avec des tier 1 et des tier 1, donc tout ce qui est banque, assurance, donc vraiment des gros corporates. Ils sont très regardants là-dessus. Après, effectivement, la majorité d'ailleurs des acteurs, sur le marché sont américains.

40:02 C'est d'ailleurs aussi le cas de Volage. Mais Volage avait aussi, on va dire, un petit plus de ce côté-là, c'est qu'il commençait à travailler avec des boîtes françaises, je pense notamment à Doctolib dont on a parlé tout à l'heure, et ça a été un... C'est vrai que ça a été un argument auprès de soit le prospect ou auprès de nos clients actuels pour qu'ils arrivent effectivement à adopter cette solution vidéo. Parce qu'effectivement, Doctolib utilise, ils sont effectivement dans le médical. Donc ça va derrière. Et à côté de ça, effectivement, Bonage propose aussi des zones Europe, des zones France, qui permettent effectivement de laisser les données uniquement dans une zone précise, donc Europe uniquement. Et ça, c'est vrai que c'est un vrai plus, une vraie valeur ajoutée. Après, même question similaire à tous les deux. De votre côté, vous avez implémenté finalement l'API.

41:05 Est-ce que cela a été difficile? Quelle a été la difficulté finalement d'implémenter l'API? Est-ce que c'était compliqué de mettre ça dans votre écosystème? Vous avez réussi facilement à l'intégrer. Oui, je pense que la démo d'accès était parlante. Pour la partie vérification, c'est très simple. C'est juste un numéro de téléphone et puis on lui envoie un challenge. Ensuite, on envoie une vérification, on renvoie le code et puis ça nous... OK ou pas OK. Le vrai challenge, en tout cas pour la partie vérification et pas l'art, vraiment, c'est la fraude. Nous, on adresse le monde entier et envoyer des SMS dans le monde entier, c'est la jungle. Vous en parlez tout le monde de cette fraude, comment ça se passe avec l'authentification de l'autre côté? Oui, en fait, plein de types de fraudes différents dans le monde des opérateurs, mais la fraude la plus fréquente, c'est des acteurs qui essayent d'envoyer des SMS en masse pour plein de raisons, on va dire business de leur côté, ils veulent atteindre des quotas. Et donc, ils trouvent des services comme ça un peu ouverts où ils peuvent envoyer des SMS partout et puis ils envoient des ranges de numéros de téléphone aléatoires.

42:10 Ils s'en fichent de vérifier le code ou pas. Ce qu'ils veulent, c'est envoyer du SMS et qu'il y ait du trafic. Donc, nous, ça nous coûte directement de l'argent. Eux, ils en gagnent. Et voilà. Ou d'autres choses comme envoyer des SMS vers des numéros surtaxés. Ça, il y a moyen un peu de vérifier, mais tous les plans de numérotation des pays ne sont pas toujours raccords. Il faut les garder à jour tout le temps. C'est aussi un savoir-faire. Nous, ce n'est pas vraiment le cœur de notre business. Donc, ça ne nous intéresse pas non plus de mettre trop d'efforts là-dessus. Donc, voilà, toutes ces choses-là sont particulièrement à faire attention. Donc, quand on n'en voit qu'en France, généralement, on est tranquille. Il n'y a pas besoin de tout ça. Mais dès qu'on adresse... Mais justement, quand tu fais un international, quelles sont les difficultés que vous rencontrez? C'est principalement limiter la fraude au maximum, avec l'API et The Number Insight déjà pour savoir un peu quel est le numéro de téléphone. C'est pareil, connaître l'opérateur, c'est tout un sujet, puisque la portabilité de numéros, on le voit bien en France, un numéro, c'est plein de bouygues, orange, ou SFR, ou Free, il n'y a pas moyen en regardant le numéro de le savoir, ce n'est pas vrai partout, mais...

43:15 Mais voilà, donc voilà, les mesures mises en place par Vonage de leur côté pour prévenir la fraude. Donc voilà, quand ils s'aperçoivent qu'il y a trop de SMS qui commencent à partir, qui ne sont pas transformés, on coupe l'opérateur et puis après on commence à regarder, interdire des pages de numéros, des choses comme ça. Donc c'est beaucoup de huile de coude. Et voilà, ce qui est important, on va dire, d'un côté implémentation, le mieux, c'est vraiment d'avoir une bonne observabilité de ces API. Avoir ses métriques, ses courbes, regarder ce qui se passe, commencer à voir qu'il y a des pics qui commencent à se faire, et dire, ok, il y a un problème, couper, interdire certaines plages de numérotation. Voilà, donc, venez que je fais un premier filtre, et après, si on veut être un peu plus fin, il faut mettre en place des mesures de son côté. Vous l'avez mis en place depuis combien de temps chez vous? Le Vonage, c'est l'autre depuis... Ça fait longtemps. Oui, on a envoyé des SMS simples jusqu'en, je pense, 2019-2020, et puis on a mis en place Verify en 2020, et du coup, là, on utilise ça depuis l'an.

44:23 Et depuis, tu as inspiré. Un peu plus, oui. En fait, disons qu'on voit plus quand il y a de la fraude. Donc avant, ça a fait un premier filtre. Et après, si on veut être un peu plus fin, il faut mettre en place des mesures de son côté. Vous l'avez mis en place depuis combien de temps chez vous? Le Vonage, c'est l'autre depuis... Ça fait longtemps. Oui, on a envoyé des SMS simples jusqu'en, je pense, 2019-2020. Et puis, on a mis en place Verify en 2020. Et du coup, là, on utilise ça depuis... Depuis l'an. Et depuis, tu as inspiré. Un peu plus, oui. En fait, disons qu'on voit plus quand il y a de la fraude. Donc, avant, ça a fait un premier filtre. On ne le voyait pas. Là, maintenant, on le voit. Donc, on peut l'adresser. Mais du coup, ça fait... On va dire qu'on reçoit des SMS, attention, il y a une fraude en ce moment. Il y a par exemple une fraude au Sénégal, on le voit, donc il faut réagir. Donc voilà, on le fait et puis on adresse. Comme on a des clients, on va essayer de mettre en place des mesures anti-fraude, on va dire, un peu... Un peu plus intelligente pour éviter de pénaliser. des utilisateurs qui voudraient se loguer sur des plages de numéros qui sont attaqués, mais néanmoins, Donc c'est tout un sujet qui est très intéressant, mais c'est bien d'avoir des partenaires. Si je peux rajouter juste quelque chose, ce qui est intéressant dans votre cas, c'est qu'aujourd'hui, vous recevez un SMS en France, ça fonctionne très bien, les infrastructures sont très bonnes. Aujourd'hui, Libon, c'est vrai qu'ils opèrent dans plein de destinations, je pense à l'Afrique, je pense au Moyen-Orient, où en fait, envoyer un SMS, c'est hyper compliqué et ce n'est pas du tout comme on a l'habitude de le faire.

45:29 Il y a beaucoup de contraintes, que ce soit juridiques, que ce soit au niveau des opérateurs. Et donc, ça peut prendre un temps qui est beaucoup plus long et surtout, ça peut ne pas marcher. Et donc, c'est pour ça qu'aussi, avec Verify, on a intégré d'autres canaux, comme WhatsApp, qui est beaucoup utilisé au Moyen-Orient, comme la voix, qui est beaucoup utilisée aussi en Asie pour recevoir des codes. Ils sont très friands de ça là-bas. Mais donc, c'est pour ça qu'on ouvre tous ces canaux pour donner une chance supplémentaire à l'utilisateur de recevoir quand même son code et de ne pas être bloqué dans son parcours. Si vous ne recevez pas votre code SMS et que vous êtes à Dubaï, évidemment, ça bloque tout votre process. Vous ne pouvez pas vous inscrire sur l'app, vous ne pouvez pas l'utiliser. Et Libon perd un client, perd un utilisateur. Donc le but, c'est de donner une chance supplémentaire à travers un autre canal. C'est pour ça qu'on en rajoute le maximum possible pour que l'utilisateur ait plus de chances de s'inscrire. Donc pour vous, c'est intéressant parce que vous avez toutes ces géographies qui sont différentes. Les États-Unis, c'est encore un autre marché qui est très compliqué à adresser. Il y a encore plein de contraintes à savoir là-bas, à connaître avant de se lancer sur ce marché. Donc c'est vrai qu'on n'y pense pas tout le temps, mais envoyer un SMS en France, c'est super simple. Et quand tu le fais...

46:30 En Afrique, au Gabon, etc. Il y a d'autres choses à prendre en compte que juste l'envoi du code. Au-delà de perdre un client, on va avoir des plaintes sur le store, ça peut faire un appel support, ça génère des coûts annexes qui ne sont pas obligatoires. Merci. Rémi? Tu pourrais expliquer la question si tu avais... Du coup, on était en train de parler sur la partie API, ce qu'on utilisait au niveau monège, et après de ton côté, précisément sur la partie vidéo, comment vous l'avez mis en place, quelles sont les difficultés que tu as pu rencontrer, est-ce que tu en as eu ou pas? Très bien. Donc tout d'abord, on se situe mars 2020, début du confinement et donc plus d'événementiel. Et donc, il nous a fallu développer un premier MVP assez rapidement pour qu'on puisse se rendre compte de l'adhérence de nos clients actuels justement sur ce type de solution. Donc on a commencé vraiment sur une première partie avec des fonctionnalités très très light qui permettaient déjà dans un premier temps de commencer à faire un événement.

47:42 Mais on n'avait par exemple pas encore la partie enregistrement de l'événement ou encore une autre partie je crois qui était présente un peu plus tôt, un trunk entre la voix et la partie vidéo pour lorsqu'un... Ça, ça sert lorsqu'un speaker a, par exemple, un problème de connexion, qu'il puisse quand même participer à l'événement via son téléphone. Ça sert essentiellement aux solutions de back-end, mais c'est utile. Donc là, vraiment commencer sur la première partie simple. Des speakers, des animateurs peuvent se connecter dans une room et derrière les participants puissent rejoindre l'événement et puissent visualiser les différents speakers et les échanges. Petit à petit, on a enrichi avec plusieurs fonctionnalités. J'ai parlé effectivement d'enregistrement avant.

48:46 On a aussi enrichi... Cette partie technique de plusieurs modes de diffusion, on a parlé un peu plus tôt de WebRTC, qui est une technologie qui permet d'échanger de la vidéo, du son, de la voix, des données en temps réel, avec très peu de temps de latence entre l'envoi de la vidéo et la réception. Ça permet notamment d'avoir des speakers qui soient à plusieurs... Plusieurs endroits, qu'ils soient chez eux, qu'ils soient au bureau, de pouvoir échanger sans temps de latence ou encore avoir de l'interactivité, par exemple du quiz, du vote. les personnes puissent répondre en temps réel. Et à côté de ça, on va commencer à implémenter d'autres modes de diffusion. Je pense à la technologie HLS qui permet plusieurs choses, qui permet de faire de l'adaptive streaming. Pour permettre à des personnes avec une qualité de connexion plus ou moins bonne de pouvoir suivre effectivement l'événement.

49:58 Certaines personnes avaient... une qualité pas pixelisée mais presque, mais d'autres personnes avec une qualité en 720p par exemple. On a intégré aussi d'autres fonctionnalités, je pense par exemple au tout ce qui va être partage de présentation PowerPoint ou PDF au sein du live streaming. Et donc on enrichit au fur et à mesure notre plateforme de nouvelles fonctionnalités, c'est-à-dire on est parti du MVP et au fur et à mesure on a ajouté ces différentes briques. Et on a eu un point un petit peu challengeant qui nous a posé quand même pas mal de problèmes, c'est la gestion du layout. Le layout, effectivement, il peut être super simple sur une page web, comme on l'a vu un peu plus tôt. Mais dans le cadre de l'événementiel, c'est un petit peu plus problématique.

51:03 Ce n'est pas comme sur un Zoom, sur un Teams, où par exemple, on peut mettre en grand la personne, n'importe qui peut mettre en grand une personne en particulier. On est dans l'événementiel, donc on souhaite avoir quelque chose qui ait de la cohérence et une image qui soit équivalente chez tous les participants. Par rapport à ça, on a dû mettre en place On a dû développer de nombreuses fonctionnalités, entre autres en se reposant sur les API de Bonnage, mais pas que. Parce qu'étant donné qu'on propose plusieurs modes de diffusion, en WebRTC, en HLS et même d'autres RTMP dont je n'ai pas parlé, mais plusieurs modes de diffusion, On se doit de proposer une expérience unifiée pour les participants. C'est-à-dire qu'un participant qui va se connecter via la technologie WebRTC, on souhaite qu'il ait la même vue qu'un participant qui regarde le live streaming.

52:10 Sur par exemple la technologie HLS ou encore dans un enregistrement, on souhaite que l'enregistrement qui va être disponible en réalité ait exactement la même tête que ce qu'un papier participant a pu voir la veille en temps réel. Donc ça a été un vrai challenge parce que derrière c'est plusieurs technologies, c'est aussi plusieurs API différentes. Donc il y a eu un gros travail de notre côté pour arriver à avoir quelque chose vraiment de cohérent et d'unifié sur toutes les technologies qu'on peut proposer sur notre plateforme. Merci. Un truc qui fait mal, le coût, le prix, c'est ce qui m'intéresse aussi quand je veux implémenter une solution. Julien? Quelques infos. Déjà, si vous voulez négocier les prix, on en reparle à la fin. C'est la première chose à savoir. On discute après. Il y a un cocktail à vous tester. Ce qu'il faut savoir sur les prix, alors nous, je l'ai dit au départ, on adresse quand même beaucoup de start-up, des gens qui démarrent, des gens qui sont deux dans l'entreprise, qui ne savent pas trop où ils vont forcément au niveau de l'usage, combien ils vont avoir d'utilisateurs, ce genre de choses.

53:19 Donc ça, c'est ce qu'il faut retenir. Et nous, comment on adresse ça? C'est qu'on a un coût uniquement à l'usage. Donc on n'a pas du tout de setup, on n'a pas du tout d'engagement, que ce soit en termes de volume, que ce soit sur la durée aussi. On n'a pas d'engagement de 24, de 12 mois, etc. Donc à ce niveau-là, déjà, c'est transparent pour vous. Et après, c'est vraiment à l'usage. Donc en fonction du nombre d'utilisateurs que vous allez avoir, en fonction du nombre de SMS que vous allez avoir, en fonction du nombre, alors pour la vidéo, c'est sur le nombre de participants. Aujourd'hui, on supporte par exemple jusqu'à 15 000 participants en WPTC. Donc on aurait pu être 15 000 dans la session qu'a créée Axel. Mais voilà, c'est vraiment au nombre de participants, en fonction aussi de la durée de votre session vidéo, mais exclusivement à l'usage. Donc plus vous avez d'utilisateurs, plus ça va vous coûter après remise, et moins vous en avez, plus vous économisez. Donc voilà, c'est au mois, au mois. Donc si vous avez 10 utilisateurs le premier mois, si vous avez 200 le mois suivant, vous êtes facturé que c'est 200 utilisateurs.

54:21 Moi, je n'ai pas entendu que ça coûtait cher. Finalement, ce que j'ai entendu un mot, c'était la remise. Donc, allez, on va faire. Voilà, premièrement. Et sinon, un point sur les avantages. Les inconvénients de mettre en place cette solution, est-ce que vous en avez ou pas ? Oui, il y en a plusieurs. Avantage, inconvénient, on va peut-être commencer déjà par les inconvénients, après les avantages. Les inconvénients? Le prix. C'est toujours ça. Les avantages sont que, en tout cas pour la partie SMS, il y a pas mal d'administratifs si on veut envoyer des SMS sur certains pays, je pense particulièrement au Moyen-Orient, il y a des papiers à remplir, sinon les SMS sont bloqués. Dans la mise à l'audit, par exemple, au début, on les envoyait comme ça, ça n'arrivait jamais. On a compris pourquoi après. Il fallait faire des relations avec l'administration et ensuite ça passe. Mais voilà, tout ça, bien sûr, la fraude pour l'accompagnement. Et puis voilà, principalement ces deux points-là. De notre côté en termes d'avantages?

55:23 Alors en termes de... Si on doit parler de désavantages, on va parler du coût qui est effectivement, qui est modélisable assez simplement. Nous, de notre côté, on vend un auxiliaire du crédit participant, c'est-à-dire le nombre de participants qui vont se connecter à un événement. Donc on est en capacité assez simplement de modéliser ce coût derrière pour nous. Ça reste un désavantage, certes, mais derrière, en termes de coûts, ça reviendra toujours moins cher que de redévelopper une infrastructure qui fait la même chose avec toutes les problématiques qui va avec, c'est-à-dire le staffing de l'équipe. Le coût au final, quand on est en relation à côté de ce que peut coûter d'avoir ce même type d'infrastructure en propre, effectivement, il est bien plus...

56:30 Surtout quand on démarre, parce que quand on démarre, on a assez peu de volume. Et c'est un inconvénient, mais qui se transforme en parallèle, aussi en avantage. C'est un peu au final comme toutes les solutions cloud, où on va payer à l'usage. Ce prix est à la fois un inconvénient, mais aussi un avantage en parallèle. En termes d'inconvénients, si on peut parler d'inconvénients, c'est que parfois, effectivement, les API qui sont exposées ne permettent pas de tout faire. Parfois, on doit quand même redévelopper quelques petites briques en interne, même si effectivement, quoi qu'il arrive, on aurait dû tout redévelopper. Effectivement, parfois, tout n'est pas présent sur les API qui sont bien entendu exposées. Après, en termes d'avantages, il y en a bien entendu, moi j'en vois énormément.

57:35 Je n'en parle pas du tout, mais aussi en termes de coûts, effectivement, ça a quand même un avantage, surtout au début, dans le sens où c'est du coût à la consommation. C'est simplement modélisable. Notre avantage que je vois, c'est la facilité de développer ce type de solution et de mettre en place ce type de solution et ce très rapidement. En deux mois et demi, on avait un premier MVP qui était utilisable et qu'on commençait à tester avec certains de nos clients. Donc ça permet d'enchaîner très rapidement. Et derrière, d'avoir une bonne base de travail pour la suite, pour enrichir notre produit avec de nouvelles fonctionnalités. Globalement, c'est de l'autre côté, je pense à ça de l'autre côté. Bon, Axel, fais-nous riser, vu qu'il y a un désavantage, c'est justement le manque de fonctionnalités.

58:39 Quelles sont les nouvelles fonctionnalités que vous allez développer alors? Oui, alors, peut-être pour citer les fonctionnalités qui arrivent dans les deux domaines dont on a parlé, Sur la partie de Patrick, donc sur le SMS et justement la vérification d'utilisateur, ce qui va arriver et qui va être vraiment sympa, je pense, c'est justement ce nouveau produit en synergie avec ce que fait Ericsson, qui est l'authentification silencieuse d'utilisateur. Donc le fait d'authentifier un numéro de téléphone sans avoir à recevoir un SMS. C'est la synergie que vous avez aujourd'hui avec Eric Sam. C'est ça, et qui arrive juste maintenant. Donc si vous êtes intéressé par ailleurs, on pourra en discuter. Et je pense que ça va être assez révolutionnaire, parce que le tout est fait. Aujourd'hui, tout le monde connaît le fait de recevoir un SMS avec son téléphone. Parfois, c'est vrai que ça casse un peu l'expérience utilisateur. Le fait que ce soit... Soit transparent, ça va être vraiment sympa, je pense. Et sur la partie vidéo, en fait, on a entendu que notre API, elle permet de faire plein de choses avec une granularité super fine et d'implémenter beaucoup de détails, etc.

59:43 Alors peut-être pas autant que tu aurais voulu, bon, ok, ça je pourrais faire le retour. Mais dans un autre sens aussi, parfois on aimerait avoir des choses un peu plus clés en main, un peu plus sur étagère, encore plus sur étagère, qui permettraient justement de générer une room sans même avoir à coder, par exemple, juste en faisant une requête API, c'est-à-dire je requête API. qu'est cette API et on me donne une room en échange. C'est ce qu'on a mis au point là, ça s'appelle Meetings API. Et donc, simplement, votre applicatif demande une room, l'API lui renvoie le lien sur lequel se connecter. Donc, il n'y a pas plus simple. Et ensuite, cette room, vous pouvez la mettre à disposition de... Vos utilisateurs si vous êtes dans la verticale, enfin dans n'importe quelle verticale, et vous utilisez cette roue. Donc c'est un peu ça les nouveautés qu'on a en ce moment chez Monage. T'as limité ton temps? Tout à fait, mais après je ne remettais pas en avant le monde de fonctionnalité, le scope fonctionnel qui nous expose est vraiment très large. Très intéressant et on est vraiment très content de s'appuyer dessus parce que ça nous permet vraiment de faire plein de choses mais après c'est vrai c'est comme

1:00:47 pour tout tout tout à pied qu'on peut utiliser il ya toujours effectivement certaines briques qui seront pas disponibles et voilà mais dans tous les cas on est très content de vous utiliser. Est-ce que vous avez des questions? Vous avez d'autres API que la vidéo ou les SMS ? C'est arrivé en retard. Non? Non, alors, on va refaire un tour, mais on a effectivement plusieurs API. Donc, principalement SMS, c'est vrai que c'est notre cœur de métier. On a toutes les connaissances telco, on bosse avec les opérateurs au quotidien pour justement avoir la meilleure délétabilité que tu envoies en France ou qu'on envoie au Brésil, admettons. Donc, on fait ça aussi avec la voix. On a beaucoup de gens, de clients qui font, tu sais, de l'alerting vocal. Tu reçois un appel, tu décroches et puis tu peux avoir un message qui te dit bonjour, bienvenue sur le service client XY, tapez 1, tapez 2 donc c'est aussi des choses qu'on fait on fait aussi tout ce qui est voice proxy tu sais mettre des utilisateurs en relation à travers un numéro justement dans ton appareil virtuel et qui permet d'échanger, de communiquer vocalement sans avoir à se

1:01:56 donner son numéro perso, donc ça c'est dans le cas par exemple où on travaille avec Frishti, donc dès que vous avez un conseiller qui arrive, vous pouvez le contacter par téléphone sur un numéro qui n'est pas le sien réellement et lui, c'est-à-dire ça, peut vous contacter aussi. Donc ça marche aussi dans beaucoup d'applis de covoiturage. Donc oui, on fait de la voix, on fait du SMS, on fait tout ce qui est autour du messaging avec Meta. Donc on est en partenariat avec eux pour offrir WhatsApp, Facebook, Instagram et aussi en annexe Viber, donc qui ne fait pas partie de la famille Meta, mais qu'on offre aussi. On fait de la vidéo. Et après, tu pourrais parler un petit peu d'autres choses. Je t'en prie. Non, non, pour illustrer ce que dit... Julien, comme canal additionnel qu'on met à disposition par API, il y a WhatsApp. On a par exemple Netflix France qui a créé son compte WhatsApp et qui utilise notre API aujourd'hui pour mettre à disposition WhatsApp avec ses utilisateurs. Donc, si vous voulez le tester, d'ailleurs, c'est sympa. Vous interagissez avec le compte WhatsApp de Netflix. Et en gros, le bot vous demande de lâcher un petit message audio pour parler de votre série préférée sur Netflix.

1:03:04 Et donc ensuite, les équipes Netflix viennent écouter ce que vous avez mis comme message audio. Et l'autre exemple super cool, si vous avez des enfants, si vous avez des enfants, de manière générale, malheureusement, vous pouvez, pendant la période de Noël, voir chaque année, il y a une opération avec Bouygues Télécom qui s'appelle Petit Papa Noël. Donc cette année, le numéro, c'était le 06 25 12 25 12. Et vous pouvez envoyer un message sur WhatsApp et le Père Noël vous répondait en live avec votre liste de cadeaux pour vos enfants. Et donc tout ça passe par notre API. Il y a des constructions sur notre API. C'est à travers un partenaire, mais c'est une opération de télécom. Donc ça vous donne un exemple aussi de ce qui est réalisable sur WhatsApp et qui est très cool en termes d'expérience utilisateur. Ça marchait bien. Oui, ça marchait bien. Une autre question? Moi j'ai une question, je serai l'un du portage aussi, mais en fait au final, je pense que toutes vos discussions ont répondu à la première question que j'avais, mais là j'en ai plus une deuxième, ce serait qu'est-ce qui fait qu'aujourd'hui on... J'ai moins cette visibilité de vous connaître.

1:04:07 Alors que quand j'entends authentification SMS, par email et tout, moi, entrer dans le monde du développement, on entend plus parler, par exemple, de Firebase, AWS, MongoDB. Qu'est-ce qui fait que... Je n'ai pas cette ouverture de vous connaître. C'est super intéressant ta question. Tu n'es pas le premier prospect ou client à nous poser la question. Très simplement, les deux boîtes que tu as citées, les premières, AWS, Google, Firebase, le service d'envoi de SMS, d'authentification, ce ne sont pas des providers SMS. Ce ne sont pas des gens qui sont spécialisés dans l'envoi de SMS. Eux, ils s'en fichent un petit peu que tu veuilles envoyer aux États-Unis, en Australie, en Amérique du Sud, en France. Eux, ils s'en fichent. Ils ne vont pas trop regarder ce que tu fais, en quelque sorte. Ils vont délivrer le trafic un peu comme ils peuvent. Et pourquoi aussi? peu comme ils peuvent parce qu'en fait toutes ces boîtes là elles vont s'appuyer sur des boîtes comme nous tout simplement ok donc si tu prends google et un de nos clients amazon avec sa plateforme de service sms pour l'envoi de sms justement

1:05:12 s'appuie sur notre ap ok et c'est des gens qui en fait on voit des millions des millions de sms chaque mois donc ils ont plusieurs providers on fait partie Mais évidemment, ce n'est pas leur cœur de métier. Donc toi, si tu les contactes, en fait, ils ne vont pas te résoudre tes problèmes. Tu n'auras pas forcément de support en français. Ils vont te dire, bon, OK, tu veux envoyer un SMS, ça ne marche pas. Tant pis pour toi, en quelque sens. Et c'est surtout qu'aussi, eux, ils vont se retourner vers nous. Nous, on va se retourner vers l'opérateur parce que c'est nous qui sommes en contact avec eux. Et donc, ça te fait une chaîne, ça te fait une attente supplémentaire aussi dans ton monde. Que ce soit dans l'envoi et que ce soit aussi dans ta discussion avec eux. Donc ça, c'est le premier point. Et le deuxième point, c'est que finalement, en fait, c'est quand même des grosses boîtes. C'est vrai que aujourd'hui, tu cites Google, tu cites Amazon, et Vonage, personne ne connaît. On est d'accord, on ne va pas se mentir, personne ne connaît. Mais c'est nous qui sommes derrière, c'est nous qui avons la compétence, la connaissance opérateur et qui pouvons... Orchestrer et diminuer ces SMS. Donc voilà un petit peu la différence. Après tu as cité l'autre, mais ça n'a pas de lien avec spécialement ce qu'on faisait, MongoDB aussi. Ouais, alors tu as plein en fait de services aussi qui développent des plateformes d'envoi.

1:06:18 Tu vois, nous par exemple, on travaille avec Sending Blue, qui est finalement une plateforme de mailing, mais qui a aussi un côté SMS. Et en fait, ce SMS, tu as vu, c'est une plateforme, tu viens, tu mets un fichier CSV avec ta liste de contacts, tu appuies sur un bouton, Et ça t'envoie toutes les SMS. Derrière, il se passe plein de choses, mais dont l'appel à notre API pour envoyer ces SMS. Donc, il y a des plateformes qui ont un peu simplifié tout ce process pour des gens qui sont non-tech, qui n'ont pas envie forcément de se compliquer la vie et qui vont utiliser des plateformes comme ça. Après, ça vient avec d'autres coûts annexes, j'en parlais. Donc, nous, on n'a pas de coût de setup, pas de coût de mensuel, etc. Et ces plateformes, à la différence, vont peut-être te proposer un petit setup, un petit mensuif, parce que tu veux plus de 10 000 contacts, ce genre de choses. Donc, tu n'as pas toutes ces limitations avec une API, en termes de pricing, en termes de fonctionnement. Je suis sûr de compléter, peut-être pas un phrasé, mais en gros, tu vas plutôt aller voir Bonage quand tu vas vouloir gagner des pourcents supplémentaires de gens qui arrivent à s'identifier dans ton app. En gros, tu vas peut-être démarrer avec les Firebase et tout ça parce qu'ils sont déjà là et que tu es peut-être déjà intégré avec eux, donc c'est facile.

1:07:21 Après, tu vas commencer à regarder ce qui se passe dans ton flot de ton app et tout ça et t'apercevoir que tiens, c'est marrant, il n'y a que 80% des gens qui commencent qui arrivent vraiment. Ok, comment je fais pour améliorer? Et puis, c'est à ce moment-là que tu vas... Tu vas commencer à creuser et tu vas voir que les firebays ne font que passe-plat. Je pense aussi que les destinations sont importantes. Peut-être qu'en France, ça va très bien marcher, mais si jamais tu veux attaquer d'autres marchés, tu auras peut-être de nouveaux challenges qui vont émerger et ils ne pourront pas vraiment répondre à tes questions de qualité de service. Merci à tous. Merci à tous les cinq. Merci à tous. On voit qu'il y a plein de questions. On vous invite sans plus tarder au long du buffet, si vous voulez prolonger les échanges et poser vos questions. Merci.