Transcription

• Speaker #0

  Eh ben hello à tous et bienvenue sur ce deuxième épisode de Burst. Aujourd'hui on est avec Pierre-Yves Dubroc. Enchanté Pierre-Yves.

• Speaker #1

  Enchanté oui, bonjour.

• Speaker #0

  Bonjour. Comment ça va aujourd'hui ?

• Speaker #1

  Ça va bien, ça va bien. Je crois qu'il fait à peu près beau à Lille. Il ne pleut pas, il n'a pas plu depuis hier, c'est plutôt cool.

• Speaker #0

  Bon bah génial ! Le but aujourd'hui c'est qu'on échange sur comment faire un SaaS souverain. Pour te présenter rapidement sur les échanges qu'on avait eu, tu es on va dire l'homme de l'ombre aujourd'hui des mails automatiques en France. On échange un petit peu sur ton parcours qu'on voit dans l'aventure dont tu t'es lancé. là avec tes partenaires et voir un petit peu comment on peut créer un SaaS souverain ce qui n'est pas des plus faciles donc peut-être est-ce qu'on peut commencer par une brève présentation on peut voir qui es-tu,

• Speaker #1

  d'où viens-tu ok j'ai repris en février 2021 avec mes deux associés un éditeur de solutions SaaS spécialisé dans l'envoi d'emails de masse il s'appelle Mindbase Et là depuis un peu plus d'un an, on travaille sur un nouveau projet qui vise à offrir une plateforme d'orchestration de notiles pour développeurs qui s'appelle Swigo. Et c'est là où on a une grosse appétence pour la souveraineté européenne.

• Speaker #0

  Ok, pourquoi du coup vous avez eu cette requête justement d'une plateforme souveraine ? Qu'est-ce qui a amené à cette décision ?

• Speaker #1

  Pour nous, la souveraineté est importante à nos yeux pour plusieurs raisons. La première, c'est l'autonomie technologique. On pense que c'est stratégique aujourd'hui pour les Européens de pouvoir limiter ces dépendances avec des tiers. On l'a vu d'ailleurs pendant le Covid. La deuxième, c'est l'indépendance économique qui joue pour nous un rôle important dans le développement de notre société. Et enfin, c'est de pouvoir garantir à nos clients que leurs données restent en Europe et qu'elles ne soient pas soumises à aucune extraterritorialité de la loi. C'est un mot qui n'est pas super facile à dire. comme peut l'être le Cloud Act ou le Patriot Act. C'est-à-dire que nos clients viennent chez nous mettre leurs données, ils sont certains qu'il n'y a aucune loi particulière qui peut faire en sorte qu'un tiers puisse y accéder.

• Speaker #0

  Ok.

• Speaker #1

  Nous par rapport à ça, soit on développe nous-mêmes, ce qui est juste logique, soit on va utiliser des solutions open source qu'on va auto-héberger, quitte à derrière faire évoluer si besoin et faire des retours à la communauté si nécessaire, soit on va privilégier l'utilisation de services appartenant à des sociétés européennes. Typiquement, on veut travailler qu'avec des acteurs européens, différents partenaires sur différents besoins qui sont principalement, qui sont tous européens. Donc il y a plusieurs éléments, il va y avoir toute la partie hébergement et puis d'autres partenaires aussi.

• Speaker #0

  Ok, super. Et comment tu les sélectionnes aujourd'hui, ces partenaires autres qu'ils soient européens ? Parce que si, voilà, je suppose que tu ne peux pas dire, bon, vous êtes européens, venez chez nous. Comment aujourd'hui tu compares, on va dire, tes différentes offres ? Déjà pour remettre dans le contexte, aujourd'hui votre coeur de métier c'est d'envoyer des mails, donc des mails automatiques par exemple pour des gros e-commerce, que ce soit peut-être même pour des plateformes liées à l'état.

• Speaker #1

  En fait on a vraiment les deux activités, il y a MindBase, MindBase est spécialisé dans l'envoi d'emails de masse, donc l'envoi d'emails marketing, on va travailler également avec les médias qui envoient beaucoup d'emails avec des newsletters mais aussi des emails publics. Et après on a SWIGO qui est vraiment un produit pour développeurs où là on est orienté multi-canal, on va vraiment envoyer des notifications donc des emails de type transactionnel ou pour l'engagement. Donc on fait l'email, là il y a le SMS qui va sortir début du mois prochain et puis on attaque déjà le push, in-app, etc. Donc on va être vraiment… multicanal sur cette partie là enfin sur Swigo et donc du coup pour le choix de nos partenaires donc en effet il faut qu'ils soient européens donc avec des européennes et puis après c'est le choix classique de partenaires on va tester, on va bencher on va voir si c'est stable si c'est sécurisé aussi après par exemple les partenaires pour toute la partie hébergement on avait deux éléments qui nous paraissaient importants donc il y avait la souveraineté en effet et puis après il y avait aussi la partie on veut que Swigo soit éco-conçu On a attaché pas mal d'importance à la gestion de l'énergie et gestion de l'eau aussi, qui sont des facteurs importants pour maîtriser son emploi de carbone. C'est pour ça qu'on a choisi de travailler avec OVH et Scaleway, notre infra qui est répartie entre ces deux cloud providers. Typiquement, il y avait le côté souverain, mais il y a aussi le côté green qui nous paraissait important. Et donc après pour nos différents acteurs, ça va dépendre des sujets, mais typiquement européens et puis de qualité et sécurisé, ça c'est des classiques.

• Speaker #0

  Ok, et depuis que tu as fait ce chemin-là, est-ce que ça a un impact aussi dans ta vie perso où justement tu vas essayer de conserver tes données au maximum, je ne sais pas, que ce soit sur les photos, que ce soit peut-être sur un pCloud ou je ne sais pas justement d'utiliser des solutions comme peut-être Telegram ou sortir un petit peu de Insta, Facebook. Est-ce que c'est des choses qui ont un impact aussi chez toi ? Ah, le papier arrive, on va dire lui-même.

• Speaker #1

  Non, c'est-à-dire que je vais être un peu plus vigilant pour ce qui peut toucher à mes clients, parce que c'est la promesse qu'on leur fait de... justement d'être certain que ce soit chez nous et sur lequel on a la maîtrise. Après, à titre perso, bon, j'ai utilisé du Telegram, mais j'utilise aussi du WhatsApp. Enfin, je suis quand même assez connecté sur la réseau. Donc, non, non, à titre perso, j'essaie de faire attention, mais je suis loin d'être exemplaire.

• Speaker #0

  Ok, très clair. Et sur la partie data, vous, aujourd'hui, vous êtes hébergé principalement en France. Comment vous gérez ça ?

• Speaker #1

  Oui tout à fait. Sur Mindbase aujourd'hui on travaille avec un infogéreur parisien où nos données sont hébergées dans leur data center à Paris. Il n'y a vraiment aucun tiers étranger. Et puis sur Swigo, on travaille avec OVH et puis avec Scaleway où on a notre infra qui est répartie entre ces deux cloud providers et puis avec des distances entre le nord et Paris. lequel des décès d'OVH, mais entre OVH dans le Nord et puis Scaleway à Paris.

• Speaker #0

  Ok, et tu as peut-être une petite préférence pour Scaleway, de ton aventure ?

• Speaker #1

  Oui et non, j'aime bien les deux structures, j'ai travaillé chez les deux, donc j'ai travaillé plus chez OVH que chez Scaleway, alors j'ai travaillé plus longtemps chez Scaleway et plus récemment aussi chez Scaleway, parce que je suis l'ancien VP de... de leur activité bar métal d'Eddy Box donc je connais très très bien d'ailleurs je suis hébergé sur des Eddy Box. Après l'avantage c'est que c'est des boîtes qui bossent quand même bien, on a des belles structures françaises dessus et je pense que c'est important de le dire.

• Speaker #0

  Oui, clairement. Toi, sur les GAFAM aujourd'hui, on va dire que tu es un anti-GAFAM ? Qu'est-ce qui t'amène aujourd'hui sur ces choix-là ? Est-ce que c'est quelque chose qui te fait peur aujourd'hui ? On va dire que, par exemple, on entend parler de Microsoft qui, par exemple, ont des données de l'armée. Aussi, tous les hôpitaux aujourd'hui, par exemple, beaucoup sont hébergés aussi sur du Azure. Toi c'est quelque chose qui te remonte ou pas du tout ?

• Speaker #1

  Je ne suis pas un anti-gay-femme pour répondre à la première question. Je pense qu'il faut choisir son fournisseur en fonction des besoins qu'on a. Et puis de ce qu'on veut fournir à ses clients. Typiquement, le Health Data Hub, où toutes nos données de santé sont hébergées chez Microsoft, ça me rebute un peu. Surtout quand on voit les pseudo-conditions d'appel d'offres, que ce n'est pas normal. On a de très très beaux acteurs en France, comme OVH, comme Scaleway, comme Outscale, Clever Cloud, qui auraient très bien pu répondre à ça. Après, c'est toujours pareil, ils ont une puissance marketing. Et puis bon, ils bossent bien. On est chez AWS, on est chez GCP, chez Azure. on sait que ça va marcher après il y a une politique on n'est pas forcément quand on est chez eux c'est un peu dur de partir après moi par rapport à mes besoins aujourd'hui déjà sur la partie email on va avoir la maîtrise de nos IP nos propres IP qui sont hébergés chez des tiers on n'a pas de besoin aujourd'hui qui légitimerait d'aller forcément chez un GAFAM donc autant choisir des partenaires européens typiquement ça va donc le fait de travailler avec des... Je reviens, on avait le choix sur le fait de pouvoir garantir à nos clients que leurs données soient protégées de toute extraterritorialité de la loi. Il y a aussi le côté indépendance économique, c'est-à-dire que si on travaille avec du scaleway, avec du OVH, forcément, ils vont embaucher des personnes qui seront principalement françaises, européennes, etc. Du coup, mécaniquement, c'est bon pour l'économie. pour le quotidien.

• Speaker #0

  Donc c'est un tout sûr, c'est hyper important.

• Speaker #1

  Le côté protéger les données de mes clients et puis d'un autre côté participer à l'écosystème. On a un écosystème qui est très riche en France et je trouve que c'est assez dommage en fait de ne pas... de privilégier des acteurs européens. Ce n'est pas super facile. Les leaders, en tout cas sur l'hébergement, c'est clairement les GAFAM. Ils sont là partout, c'est facile. Ils t'offrent des crédits en plus pour pouvoir démarrer ton activité sans rien avoir à sortir. Un peu comme le dealer avec sa première dose. C'est le même mécanisme de toute façon.

• Speaker #0

  Oui, clairement.

• Speaker #1

  mais c'est vrai que c'est facile quand tu veux lancer un truc et que t'as pas de budget donc je comprends quoi et même pour d'autres besoins je sais que nous on utilise d'autres solutions j'ai pas mal parlé d'hébergement pour l'instant par exemple si je vais prendre l'exemple de la facturation le leader mondial aujourd'hui c'est Stripe ça marche super bien leur documentation développeur c'est un exemple à suivre donc vraiment pour le coup Ça marche bien, pas de problème. Mais nous, on a cherché du coup un partenaire européen qui disposait aussi d'intégration avec un PSP. PSP, c'est Payment Service Provider. Ça n'a pas été super facile. Ce n'est pas que ça a été super facile, c'est que naturellement, tu demandes à ta tasse besoin-là, Stripe arrive en premier quand tu poses la question autour de toi. Et c'est vrai qu'à la moindre difficulté, tu vois que Stripe aurait pu y répondre. Et en fait, on a choisi de travailler avec une société française qui s'appelle Hyperline.co, où je suis un grand, grand fan.

• Speaker #0

  OK. Tu peux nous en dire plus sur cette plateforme ? Parce que c'est vrai que nous aussi sur nos développements on utilise pas mal Stripe etc. C'est vrai que ça peut être intéressant.

• Speaker #1

  Hyperline.co, je leur fais de l'abus parce qu'en effet je suis vraiment fan, c'est une française, leur produit il est top, il est super facile à intégrer. Ils sont vraiment très très dynamiques sur toute la partie service client, tu leur poses une question ça va très très vite. Et franchement c'est vraiment bien, c'est des anciens de Spenddesk qui ont créé ça. Et voilà ils sont intégrés avec Mollie qui est un PSP néerlandais, donc du coup on arrive finalement à avoir notre outil de facturation, parce que pour le coup ce n'était pas cœur business de développer un outil de facturation, on n'a aucun intérêt à le faire, et puis eux ça marche très bien, ça a été facile à intégrer et ils proposent une intégration avec Mollie qui est un PSP néerlandais. qui nous propose plusieurs moyens de paiement, comme du CB, de la CEPA, des moyens de paiement principalement européens. Malheureusement, ils ne proposent pas l'équivalent du CEPA américain. Donc là, encore une fois, quand on a découvert ça, on s'est dit, tiens, est-ce qu'on ne passerait pas sur Stripe en tant que PSP ? Parce que c'est vrai que finalement, ne pas proposer du prélèvement avec les moyens américains, tu te fermes quand même un peu à une partie de la population. Mais bon, on a décidé de suivre notre vision jusqu'au bout et de rester là-dessus. Hyperlane, c'est une solution que je recommande, une solution française, qui est encore assez jeune, mais qui aujourd'hui couvre nos besoins.

• Speaker #0

  Et donc,

• Speaker #1

  sur chaque choix de partenaire, quand on avait un besoin, on a pu chercher un port européen. Je vais en citer encore quelques-uns.

• Speaker #0

  d'ailleurs vous aujourd'hui vous gérez comment ?

• Speaker #1

  le builder d'email c'est quelque chose qui est très important pour nos clients et qui mérite d'avoir des équipes qui y soient dédiées notre coeur business c'est pas de construire l'email donc on s'est appuyé d'un builder email qui se plug comme un plugin au sein de l'application et on utilise Jamelion qui est une société hongroise, un builder en drag and drop qui est assez bien fait, simple à utiliser etc Là on parlait justement des tests, de comment on avait pu le choisir. Alors forcément il y a le côté européen, mais on a aussi testé l'intégration de la solution et testé l'usage. Parce que pour le coup, nous on cible des développeurs, mais n'importe qui finalement peut avoir à construire l'email. Et on a fait tester la solution par des personnes qui n'étaient pas techniques du tout. Parce que c'est vrai que souvent, dans une grosse structure, ceux qui créent les emails, ce ne sont pas les développeurs. et donc personne qui n'était pas technique du tout n'a eu aucun problème à prendre en main. Donc ça, ça fait partie des choses qu'on a, qu'on utilise. Jamalian, pareil, pour toute la partie feedback, on utilise aujourd'hui Formbricks. Formbricks qui est une solution open source, qui est une société allemande et qui propose de pouvoir mettre en place des widgets. sur son application, sur son site. Donc, on utilise ça. Et là, on est en train de chercher une solution qui permet de collecter des feedbacks, qui va permettre à la communauté de voter pour les différents feedbacks, en vue de pouvoir prioriser potentiellement des besoins et du coup, de partager la roadmap associée à ses besoins et puis de partager un changement. Donc ça, aujourd'hui, le leader dans le sujet, c'est Kani, qui est A2NY. Donc, on est en train de chercher une solution alterne. Peut-être trouver, alors j'en ai identifié plusieurs, là justement on est dans les tests et qu'on voit, mais j'ai un petit coup de coeur pour FeatureBase si je ne dis pas de bêtises, qui est une société européenne qui vient de Lituanie je crois.

• Speaker #0

  Ok.

• Speaker #1

  Alors sur MindBase, sur l'email marketing, là pour le coup il y a beaucoup beaucoup beaucoup de monde avec du security, du mailgun, du...

• Speaker #0

  Mailchimp aussi un petit peu ou pas du tout ?

• Speaker #1

  Mailchimp, ouais carrément. Alors après on n'est pas vraiment sur le même secteur parce qu'avec MindBase on fait que l'email marketing de main, c'est-à-dire qu'on travaille avec une centaine de clients pour envoyer 15 milliards d'emails par an. ouais mais le team pis on des milliers et des milliers de clients on n'est pas sur la structure alors il faut aussi du très très gros forcément ce qu'on sait c'est un des deux heures voilà après sur ce go suigo sur un orchestrateur de notification multi canal les concurrents qu'on peut avoir ça va être courrier Courrier.com qui est une super belle boîte. Courrier.com, SuperSend, Knock. On a Novoo aussi, Novoo qui est intéressant, qui ont une approche où ils fournissent un socle open source et puis derrière, ils vont proposer du SaaS par au-dessus. Mais la différence qu'il peut y avoir par rapport à Swigo par exemple, c'est qu'eux vont fournir une API qui va permettre d'orchestrer toutes les notifications et ils vont s'intégrer avec eux. Les providers par canal par exemple vont s'intégrer avec du SendGrid pour les emails avec Mailgun, pour le SMS ils vont s'intégrer avec du Twilio ou du Plivio et tout ça, ils ne vont pas être providers eux-mêmes du canal, à la différence de Swigo où Swigo va être un ordre multicanal, mais on va être provider de nos propres canaux, même si dans un temps. Dans un temps futur, on va aussi s'interfacer avec des tiers parce qu'on veut pouvoir proposer aussi bien d'envoyer des emails avec du Sendindu, enfin, brevou, ou envoyer des SMS avec du SMS mode, etc.

• Speaker #0

  Ok, ok.

• Speaker #1

  Sur des gros acteurs comme du MailChimp ou du Sendinblue, ils font tout eux-mêmes. Après, ce n'est pas encore tout à fait pareil parce que typiquement, ils envoient de l'email et du SMS. MailChimp, Sendinblue, Brevo font de l'email et SMS et ils gèrent tout eux-mêmes. Sur la partie SMS, c'est toujours pareil parce que c'est un protocole telco. Ils passent peut-être par un tiers qui a les accords avec les différents opérateurs. Mais non, je pense qu'ils gèrent aussi... aussi tout seul c'est enfin ils sont vraiment plus dans la case provider que que comme pourriez ou knox qui eux sont une api qui vient se mettre par au dessus quoi ok

• Speaker #0

  ok et c'est vrai que alors nous mêmes aussi au sein de nos agences on a spam et un nombre de gens c'est vrai qu'on s'est pris des bons feux rouges on va dire sur tout ce qui est rgp des vous aujourd'hui comment vous gérez comment vous gérez ça pour être sûr d'être toujours dans les normes ? Ça ne doit pas être si simple à gérer ?

• Speaker #1

  Nous, sur la partie RGPD, on n'est pas opérateur de traitement de dot qu'on se positionne en tant qu'hébergeur. Donc, on vient fournir une plateforme technique qui permet à des gens d'envoyer des e-mails, des SMS, etc. Donc, nous, notre obligation, ça va être une obligation de sécurisation de la plateforme, mais on n'est pas responsable du traitement. S'il y a un spam qui a été envoyé de notre plateforme parce que... un client a envoyé un email à quelqu'un qui n'était pas abonné, malheureusement, on n'en est pas responsable. Par contre, l'énergie qu'on va mettre en place, ça va être s'il y a une plainte spam, de la transmettre au client et de favoriser justement le fait que le client puisse supprimer les données, etc. On sera un intermédiaire. Mais c'est pour ça que nous, le RGPD, c'est vraiment sur le choix des prestataires et qui en travaillent, contrôler qu'ils travaillent bien, contrôler qu'eux soient sécurisés, etc. Maximum. tout seul comme ça on est sûr d'avoir le plus de maîtrise possible. C'est vraiment sur la partie sécurisation où on va agir.

• Speaker #0

  Vous avez quand même un oeil sur ce qui se fait sur votre plateforme ? Vous contrôlez à ce que les mails envoyés soient bien aux normes ?

• Speaker #1

  Nous, on va surveiller les volumes d'envoi, les volumes de bounce qui peuvent être associés quand un mail est non reçu, etc. Et clairement, on va avoir des alertes s'il y a des comptes clients qui vont avoir un taux de rejet ou un taux de mise en spam. Dans ces cas-là, on va aller regarder un peu ce qui est parti. Alors, on n'a pas le contenu de l'email, parce que c'est un choix. Mais néanmoins on va quand même pouvoir se rendre compte si c'est un épiphénomène ou si c'est quelque chose de... Typiquement s'il y a 4-5% de plein de spam on peut commencer à se poser des questions.

• Speaker #0

  Ouais c'est sûr, c'est sûr, ok je vois. La sécurité des données, comment vous pouvez la garantir à vos utilisateurs ? Parce que c'est ce qu'on en disait au début du podcast, c'est un peu le but aussi d'avoir une plateforme souveraine. Comment vous allez au-delà de juste où est stockée la data ?

• Speaker #1

  Comment on va aller au-delà ? Ça va être sur tout ce qui va être le développement, où tout va être testé, etc. régulièrement. Sur la sécurité, j'ai toujours tendance à dire que c'est un peu le but. celui qui veut rentrer finira toujours par entrer parce qu'on doit réussir à faire c'est le ralentir le plus possible pour pouvoir décourager maintenant ça va être dans la politique de mise à jour de comment dire de notre plateforme de d'exposer le moins possible d'avoir le moins de portes d'entrée possible et puis derrière de superviser le plus

• Speaker #0

  possible ok ok je vois donc après vous vous voyez vous avez des normes je suppose aussi pour protéger au mieux. Mais quels sont les risques, on va dire, de... S'il y a des risques, je ne sais pas, de hacking, quel type de data, en fait, ils peuvent voler ?

• Speaker #1

  Alors c'est la donnée personnelle. Typiquement c'est la donnée personnelle, nom, prénom, adresse email, email sexe, etc. Alors ça dépend, sur Mindbase on héberge les contacts de nos clients, donc en fait chez nous ils importent leur donnée et puis derrière ils vont la faire vivre, donc pouvoir faire des segmentations, pouvoir récupérer si la personne a cliqué sur un lien, ce genre de choses. Sur Swigo, on ne gère pas les contacts, on ne permet pas à nos clients d'importer leurs contacts, c'est eux qui les passent dans les appels API ou dans les envois SMTP. Donc ce qu'on pourrait avoir, les données personnelles vont être limitées aux variables que nos clients auront paramétrées, et puis aux adresses email principalement. Donc c'est plus limité le risque. Mais ouais, typiquement c'est de la donnée personnelle, on n'a pas de...

• Speaker #0

  Après c'est pas non plus de l'ultra-perfect, c'est pas non plus plus limité, c'est plus une néobanque ou...

• Speaker #1

  Ouais on n'a pas de données bancaires ou ce genre de choses. Alors ça ne change pas le fait qu'on est un peu psychorigide là-dessus, mais en effet le risque pour la personne est quand même moindre qu'un compte bancaire.

• Speaker #0

  C'est sûr. Alors toi aujourd'hui, sur ton rôle de CTO, c'est vrai que tu as un rôle clé sur cette nouvelle SaaS. Toi, comment tu vois l'innovation dans le mail de demain ? Qu'est-ce qui peut changer la donne ? Surtout qu'on entend parler beaucoup de chat d'EPT, de l'IA. Je pense qu'il y a pas mal de choses qui vont changer aussi sur les spams, typiquement.

• Speaker #1

  C'est un protocole qui a été mis.

• Speaker #0

  Les spams devront être de plus en plus intelligents. Comment vous allez... faire votre chemin avec tout ça ?

• Speaker #1

  En fait, l'email, c'est un protocole qui est assez vieux. Il a un peu plus de 50 ans. Il doit avoir 51 ou 52, je crois. Le premier email a été envoyé à...

• Speaker #0

  Ouais.

• Speaker #1

  J'ai plus la date exacte. Mais bon, bref. C'est un protocole qui continue d'évoluer. Principalement, en effet, sur les aspects sécuritaires pour éviter tout ce qui va être lié au risque de phishing, ce genre de choses. Et après, ça va être tout ce qui va être mesure de lutte contre le spam. Où clairement, en effet, il y a... tellement de spam que les mailbox service providers en face, ils mettent de plus en plus de mesures, de plus en plus de restrictions, et ça devient vraiment compliqué. Envoyer un email, c'est facile, en envoyer plusieurs millions par jour, ça demande un peu plus d'expérience. Donc typiquement, c'est sur ces enjeux-là que ça joue. Sur tout ce qui va être artificiel, on voit pas mal de choses sortir, surtout ce qui est l'IA générative, sur le fait de pouvoir optimiser un sujet en vue de favoriser son ouverture, enfin l'ouverture d'un email. ou ça va être pour gagner du temps sur la production de l'email avec la production de contenu, aussi bien de l'image que du texte. Là, il y a des enjeux qui sont intéressants. Et après, il peut y avoir de... Clairement, les MSP américains du Gmail, Azure, etc., ils ont des IA derrière qui vont aller travailler tout seuls pour déterminer la véracité d'un expéditeur ou d'un domaine d'envoi ou ce genre de choses. L'email, si on travaille bien et qu'on a déjà les bases techniques, qu'on les connaît, puis derrière, qu'on envoie des emails qui sont lus et sur lesquels il y a des interactions, on va délivrer. Typiquement, un Gmail ou un Microsoft, ils vont faire beaucoup attention aux interactions que l'utilisateur va avoir avec l'email. S'il voit que l'email est lu, ils vont continuer à le délivrer inbox et ça va marcher. on commence à avoir une pression par exemple marketing t'envoyer je sais pas 3 newsletters par jour et qu'à la fin il n'y a plus d'interaction avec l'utilisateur mécaniquement la réputation va baisser parce que pour le coup dans l'email il y a quelque chose qui est super important c'est la réputation et des adresses IP qui expédient et des domaines d'envoi donc voilà c'est ça qui est qui sont les gros enjeux aujourd'hui la délivrabilité la sécurité et puis après l'IA joue un rôle de...

• Speaker #0

  peut jouer un rôle de facilitateur comme dans beaucoup de domaines d'ailleurs pour la production toi tu sais déjà un peu sur quoi boss je sais pas justement on parlait aussi des SMS pour toi ça serait quoi on va dire parce que du coup de ce que je comprends aujourd'hui il y a le mail, il y a le SMS quel serait le troisième gros canal on va dire marketing justement sur

• Speaker #1

  sur ce qui est le troisième gros canal qu'on va ajouter ça va être le push donc web et mobile des captions pour ce du coup le push web et mobile bas après nous on est vraiment un outil pour développeurs donc on veut à terme pouvoir offrir tous les cas tous les canaux là on a fait l'e-mail parce que c'est ce qu'on maîtrisait le plus avec moi et l'envoyer par là Par an, on a démarré par ça. Et puis pareil aussi, on voulait pouvoir permettre à des développeurs d'intégrer une API pour leurs emails transactionnels vraiment facilement. On a vraiment tout orienté sur la simplicité. On démarrait sur l'email, le SMS. Mais en fait, dans nos produits, c'était le canal qui était le plus demandé pour le transactionnel. Après, finalement, ça fait assez sens. On nous demande aussi du WhatsApp, etc. Mais là, on a choisi de partir sur du Push parce que ça permet d'interagir encore plus facilement.

• Speaker #0

  Quand tu appelles Push, il faut télécharger une application pour avoir la notification ?

• Speaker #1

  Non, on va utiliser... Pour le Push Web, c'est du Push Web classique où c'est la notification Push dans le navigateur. Et puis après pour tout ce qui est push mobile, on va s'appuyer sur Apple ou Android qui fournissent les services qui vont bien pour envoyer des notifications. Et après on va offrir tout ce qui est notification in app, donc là c'est encore dans le mobile mais c'est vraiment dans l'application en tant que tel. Et puis après à terme on veut aussi pouvoir offrir du RCS, je ne sais pas si tu connais le RCS, mais le RCS en fait c'est un protocole telco comme le SMS, c'est un peu l'évolution du SMS, c'est du rich quanta, je ne sais plus ce que ça veut dire, mais en gros le R c'est rich. Ça permet d'envoyer des modernes entre guillemets où tu vas avoir des carousels, tu pourras avoir directement dans ton application de messages RCS, tes billets d'adresse, pouvoir confirmer une commande, ce genre de choses. et à la base ça a été initié, enfin c'est beaucoup bloqué par Apple parce qu'ils avaient leur e-message qui était un peu aussi un SMS enrichi puis finalement ils ont accepté, je crois fin 2023, de pouvoir supporter le RCS également donc là ça a fait un gros changement parce que si Apple supporte, tout de suite... il ya plus de blocage donc ça je pense que ça va être l'avenir l'avenir de fin un des nouveaux canal d'avenir entre guillemets qui en plus sera agnostique face pas comme si on veut envoyer un whatsapp on est dépendant de whatsapp etc là c'est un peu différent donc c'est donc dans l'ordre on va faire du coup je suis mobile ensuite je pense qu'on va attaquer l'une à paris aussi tout ce qui est Notifications dans le chat, Slack, Discord, Teams, etc. Typiquement, on commence un outil pour développeurs. Alors, tout ce qui va être chat, Slack, Teams, etc., ça va être plus pour des notifications généralement à usage interne. Mais typiquement, dans un scénario de communication qu'on pourrait avoir à mettre en place, nos clients pourraient avoir à mettre en place, ils pourraient très bien vouloir aussi pousser dans du chat. Et ça, c'est des canaux qu'on va adresser aussi.

• Speaker #0

  C'est vrai que le Discord aussi, ça a de l'avenir pour tout ce qui est marketing. Donc oui, ça a du sens. Justement, parce que je vois que tu évolues fonctionnalité par fonctionnalité. Je suppose que vous avez déjà une roadmap sur les six prochains mois. Tu arrives chez un client. Effectivement, tu lui dis, écoutez, on est souverain. Vous avez la chance que votre donnée est 100% hébergée en France. Vous avez une réactivité. si tu arrives je sais pas demain chez un Darty Fnac qui ont déjà des process bien en place je pense ça peut intéresser énormément d'auditeurs qui ont aussi des sages je pense ou même des entreprises de service qui sont on va dire hyper calés sur un domaine mais qui sont peut-être plus petits que des Goliaths comment tu arrives à t'immiscer dans la brèche et faire en sorte de de passer les maillons du filet sur des grands groupes qui ne sont pas forcément évidents.

• Speaker #1

  Les grands groupes en effet, ce sont des processus qui vont être très très longs. Après ça va dépendre des groupes. Je sais qu'avant on faisait partie du groupe M6. Donc là pour le compte de 6 groupes, les processus de décision pouvaient aller assez vite quand même. Ça va dépendre de quel acteur on a, si le besoin est chaud ou pas, quand on arrive dans la démarche de prospection. donc vraiment c'est un peu du cas par cas souvent les grands groupes c'est quand même assez long ça prend du temps, j'ai pas de recette miracle pour le coup,

• Speaker #0

  s'il y a quelqu'un qui en a une c'est chaud pour l'entendre alors après toi sur les différents peut-être grands groupes que t'as signé t'essaies de jouer plus sur du networking sur clairement c'est du networking ou

• Speaker #1

  recommandation ouais clairement Ouais, c'est plus comme ça que ça a marché qu'une démarche où la personne a cherché dans Google et nous a trouvé.

• Speaker #0

  Ouais, ou vous n'avez pas appelé tous les gars d'un service.

• Speaker #1

  Non, c'est plus sur la réputation. Les clients qui travaillent avec nous sont normalement satisfaits et généralement quand ils sont satisfaits, c'est nos meilleurs ambassadeurs.

• Speaker #0

  ok ok donc vraiment la reco la reco très clair ok et alors vous aujourd'hui sur sur la roadmap vous en êtes où de ce qu'on a de ce qu'on avait changé je me rappelle il ya quelques mois de ça vous étiez en pleine levée de fonds

• Speaker #1

  Oui, c'est toujours en cours. Nous, on a construit le socle de notre SaaS, on a notre API, on a un mécanisme WebHook pour ceux qui veulent automatiser la réception des événements qui seraient issus de notre plateforme, on peut facturer, etc. Donc on a l'email sur lequel on a déjà implémenté ce canal-là, on a le SMS qui est en recette et qui devrait sortir début juin, on est déjà en train d'avancer sur la partie, le canal push, on travaille aussi sur nos premières intégrations avec des soft tiers. on est en train de créer aussi toute la librairie pour encore une fois faire de l'intégration si je veux faire une roadmap macro notre roadmap c'est de déployer 5 canaux pour avoir une API pour les gouverner tous si on fait un petit référence à Tolkien et on aura déjà une API unifiée pour faire du multicanal et puis dans un temps 2 ce sera de mettre en place un orchestrateur qui viendra permettre de faciliter l'orchestration et la création de scénarios à travers ces différents canaux je vais donner un exemple tout bête, si tu veux joindre quelqu'un tu vas lui envoyer un email, si au bout de 30 minutes par exemple l'email n'est pas ouvert, dans ces cas-là tu vas choisir un autre canal qui sera un peu plus direct, on va dire comme du SMS ou la notification bouche, etc. Et après il y a plein d'usages, on pourrait très bien imaginer, je ne sais pas, déclencher un scénario à la réception d'une commande, ça va envoyer un Slack directement, après ça va envoyer un email service logistique pour préparer, il y a plein d'usages. On va vraiment fournir un orchestrateur qui permettra de faire des scénarios en drag and drop, par API ou en drag and drop, qui sera agnostique aussi de la couche métier, parce qu'on voit beaucoup de multi-canals dans tout ce qui est marketing automation, mais du coup il y a la couche du marketing, et pour un dev ça peut être un peu abstrait, donc on va vraiment être agnostique de la couche métier, on pourra utiliser l'ambition de pouvoir fournir Swigo sur tout type d'environnement.

• Speaker #0

  donc là tu pour l'utilisateur il va avoir on va dire une map devant lui où il peut du coup moduler un petit peu comme il veut à les différents scénarios ok ok ça s'il aura il aura il pourra mettre

• Speaker #1

  en place des triggers par rapport à des actions utilisateurs ou alors des ou par rapport à un événement calendaire ou ce genre de choses. Et puis après, derrière, faire des scénarios en envoyant, par exemple, le même message sur X canaux ou en fonction d'une action utilisateur ou d'une non-action qui puisse être timée, etc. On pourrait imaginer aussi, par exemple, si je prends l'exemple d'un message, d'un post qu'on fait sur LinkedIn et de pouvoir, derrière, récupérer tous les commentaires plutôt que de recevoir une notification à chaque commentaire. derrière on va avoir un digest un résumé qui sera fait au bout de par exemple une demi-heure on va pouvoir avoir des scénarios qui vont permettre de faciliter la vie des gens en tout cas c'est l'ambition on espère que ça marchera c'est

• Speaker #0

  cool ok je vois on en voit un peu plus clair on va dire sur ton projet c'est vraiment top on espère de tout notre coeur que ça marchera pour toi et pour ton équipe merci alors peut-être aussi je sais pas si tu as si tu as peut-être un message à faire passer de la part de ton équipe avant de closer le

• Speaker #1

  le podcast alors si j'avais un message à faire passer, c'est avant de venir de choisir un partenaire, regardez si vous n'avez pas l'équivalent européen, enfin il y a des boîtes européennes qui sont vraiment sympas et c'est quand même dommage de toujours choisir la facilité d'aller chez les gars flammes peu importe la localisation, mais c'est vrai que si on peut travailler avec, enfin là moi typiquement je serais ravi de travailler avec des européennes qui derrière vont être

• Speaker #0

  faire des petits marchés recruter enfin c'est bon pour sûr voilà si mon petit métage à passer c'est surtout qu'il ya pas mal d'avantages c'est sûr sur la même fuse horaire si un problème c'est par exemple quoi même culture ça

• Speaker #1

  fait vraiment mais c'est ça ça a plein d'avantages en regardant d'abord chez nos voisins et puis bien précis si on a besoin d'un truc spécifique sachant que voilà encore une fois on a des Français qui sont très très bons ou européens ou global c'est dommage de s'en priver

• Speaker #0

  Merci beaucoup pour ton intervention et ton message et puis je te remercie grandement pour la venue sur notre podcast j'espère à très bientôt à bientôt salut