Et si le plaisir de préparer un séjour valait plus que le séjour lui-même ? La question semble presque romantique, pourtant elle pèse désormais sur la façon dont les marques de voyage, les places de marché et les équipes produit pensent l’intelligence artificielle. Cette semaine, Airbnb a déployé une recherche dopée à l’IA dans sa mise à jour d’automne. Le geste est mesuré, presque tardif au regard de la frénésie du secteur, et c’est précisément ce qui le rend intéressant. Brian Chesky, cofondateur et directeur général, n’a pas changé d’avis : un chatbot seul ne sait pas faire rêver, comparer, ni organiser un départ à plusieurs. Dans un entretien rapporté par TechCrunch, il va plus loin. Selon lui, les agents IA n’auront pas d’utilité durable tant qu’ils resteront posés sur des systèmes d’exploitation conçus pour des applications classiques. Le débat ne porte plus seulement sur un bouton de recherche. Il porte sur la couche logicielle qui décidera qui parle au client, qui garde la relation, et qui n’est plus qu’un réservoir de données.

Pour une audience qui vit du marketing, des startups, du e-commerce et de la communication digitale, l’entretien mérite d’être lu comme une note de stratégie, pas comme une anecdote de dirigeant. Chesky décrit un marché coincé entre deux illusions : celle d’une interface qui disparaîtrait au profit de la voix et du texte, et celle d’un logiciel entièrement généré à la volée par l’utilisateur. Entre les deux, il défend un terrain plus exigeant. Des écrans encore dessinés par des designers. Des agents capables de dialoguer entre eux. Une interopérabilité qui ne dépend plus d’un contrat commercial signé à la main. Et, surtout, un système d’exploitation pensé pour l’IA, pas un simple habillage conversationnel collé sur iOS, macOS ou Windows.

Une recherche IA volontairement inachevée

Airbnb n’a jamais été l’entreprise la plus bruyante sur l’IA générative. Pendant que d’autres marques transformaient leur page d’accueil en fenêtre de chat, la plateforme a préféré avancer par couches. La recherche assistée dévoilée cette semaine s’inscrit dans cette logique. Elle n’est pas présentée comme un aboutissement. Chesky le dit presque crûment : ce que l’on voit aujourd’hui n’est pas la forme finale du commerce en ligne, ni celle du voyage, ni celle du shopping. Il refuse même de parler de simple point médian. Il décrit plutôt une zone encore floue, située entre le chatbot et la première version livrée dans l’application.

Cette prudence a une raison commerciale. Sur une place de marché de locations, la découverte n’est pas un friction à éliminer. C’est une partie du produit. Le voyageur ne cherche pas seulement un toit. Il cherche une lumière, un quartier, une table près de la fenêtre, une impression de déjà-ailleurs. Réduire ce moment à trois suggestions textuelles, puis à une relance, puis à une autre, casse le rythme. Chesky rappelle que certaines tâches doivent rester rapides et invisibles. Réserver un vol sans le regarder peut avoir du sens. Réserver un logement, beaucoup moins. Les études sur le voyage, qu’il cite sans les transformer en slogan, montrent que l’anticipation procure souvent plus de plaisir que le déplacement lui-même. Enlever la bibliothèque de rêves, c’est enlever une raison de revenir.

Le détail compte pour les équipes acquisition. Une interface qui accélère la conversion au détriment de l’inspiration peut améliorer un taux de clic et dégrader la marque. Airbnb choisit l’inverse : garder le feuilletage, injecter l’IA là où elle clarifie l’intention, et laisser l’écran évoluer. Ce n’est pas un refus de la technologie. C’est un refus de confondre vitesse et désir.

Pourquoi le chatbot rate le commerce

Le premier grief de Chesky contre le chatbot est presque mécanique. L’interface conversationnelle livre peu d’options à la fois. Elle oblige à enchaîner les tours de parole avant d’atteindre un résultat. Pour une question factuelle, le format est excellent. Pour une exploration, il devient un goulot. Le voyageur qui veut comparer un loft à Lisbonne, une maison près de la mer et un appartement capable d’accueillir six personnes ne veut pas dicter ses critères un par un comme s’il remplissait un formulaire oral. Il veut voir, écarter, revenir, zoomer.

Un chatbot n’est pas la bonne interface pour le e-commerce. Ce que l’on voit aujourd’hui n’est pas non plus la forme finale du voyage ou du shopping. Il faudra quelque chose entre le dialogue et la première version livrée.

– Brian Chesky, cofondateur et directeur général d’Airbnb

Le second grief est social. Le chatbot est construit pour une personne. Or une grande partie des séjours se décide à plusieurs. Un couple, une famille, un groupe d’amis, parfois un comité informel qui négocie le budget dans une conversation parallèle. Chesky estime que l’interface actuelle n’est pas collaborative. Le chantier des trois à six prochains mois, chez Airbnb, consiste justement à explorer une IA multiplayer : plusieurs personnes utilisent le même agent, au même moment, pour construire un voyage commun.

Le mot mérite qu’on s’y arrête. Dans le jeu vidéo, le multijoueur n’est pas un chat ajouté à une partie solo. C’est une règle du monde. Appliqué au voyage, il suppose des rôles, des droits, une mémoire partagée, une façon de montrer qui a proposé quoi. Une mère peut verrouiller le budget. Un ami peut épingler les logements avec cuisine. Un autre peut refuser tout ce qui est à plus de vingt minutes d’une gare. Si l’agent ne sait pas tenir ces contraintes ensemble, il redevient un assistant individuel que l’on copie-colle dans une messagerie. Le gain d’expérience s’évapore.

Pour le marketing, la leçon est directe. Les parcours d’achat familiaux et professionnels sont rarement linéaires. Un outil qui ne sait parler qu’à un seul décideur rate le vrai circuit de validation. Les marques qui vendent des séjours, des événements, du mobilier ou des formations collectives ont le même problème. L’IA utile n’est pas celle qui répond vite. C’est celle qui sait que la décision se prend à plusieurs.

Entre écran fixé et écran généré

Airbnb n’est pas seule à réinterroger la forme de l’interface. Des startups comme Monogram, puis plus récemment Wabi, testent des écrans génératifs : l’IA compose la page au moment où l’on en a besoin, au lieu de servir une maquette figée par un designer. Chesky ne choisit pas un camp. Il anticipe un mélange. Une part d’interface déterministe, donc prévisible, dessinée à l’avance, testée, accessible. Une part générative, capable de se recomposer selon l’intention.

Le mélange est plus difficile qu’il n’en a l’air. Un écran fixé rassure. L’utilisateur sait où se trouve le prix, le calendrier, le bouton de contact. Un écran généré peut surprendre, parfois mieux coller à la demande, parfois désorienter. Si chaque session réinvente la hiérarchie visuelle, la marque perd son rythme. Si rien ne bouge, l’IA n’est qu’un champ de recherche amélioré. Le travail des prochains mois, dans le voyage comme dans le retail, sera de décider quelles zones ont le droit de bouger.

Chesky ajoute une critique que les équipes design entendront. Dans la Silicon Valley, une idée circule : le logiciel deviendra entièrement génératif, et le consommateur promptera mieux que le concepteur. Il n’y croit pas. Un designer, dit-il en substance, prompt un meilleur logiciel qu’un client. L’expertise ne disparaît pas parce qu’un modèle sait produire des variantes. Elle se déplace. Elle consiste à cadrer ce que le modèle a le droit de composer, et à protéger ce qui doit rester stable.

On peut traduire cela en règle de produit. Le prix, la disponibilité, les conditions d’annulation, la vérification d’identité et la carte ne devraient pas être réinventés à chaque requête. La sélection, l’ordre des inspirations, le résumé d’un quartier, la mise en avant d’un critère rare, oui. Le génératif éclaire. Le déterministe engage.

Les agents grand public ne sont pas encore au niveau

La conversation glisse ensuite vers les agents grand public, ces outils qui agissent au nom d’une personne. Chesky cite Instinct et Muse, deux noms déjà visibles dans la course aux assistants capables de réserver, comparer, écrire, enchaîner des tâches. Sa position est nette : Airbnb doit devenir plus accueillante pour ces agents, parce qu’ils peuvent devenir de bons générateurs de prospects. Elle doit aussi admettre que l’infrastructure actuelle ne suffit pas.

Il a testé Airbnb sur Muse et sur Instinct. Le résultat, selon lui, n’est pas bon. Même les hôtels passent mal. Les logements Airbnb passent encore moins bien. La phrase est sévère, et elle vaut mieux qu’un discours de lancement. Elle dit que le branchement d’un agent sur un catalogue ne reconstitue pas l’expérience. Réserver un séjour, ce n’est pas extraire un prix. C’est lire un règlement intérieur, échanger avec un hôte, vérifier une identité, comparer sur une carte, ajouter d’autres éléments, rester dans un cadre de confiance.

J’ai utilisé Airbnb sur Muse et sur Instinct. Cela ne fonctionne pas très bien. Même les hôtels passent mal, et les logements Airbnb encore moins. Nous n’avons pas encore résolu l’IA grand public.

– Brian Chesky

Derrière l’aveu, il y a une thèse d’infrastructure. Si l’utilisateur veut à la fois un agent et une vraie navigation, s’il veut écrire à l’hôte, comparer, prouver qui il est, utiliser une carte, puis ajouter d’autres services sans quitter l’univers de la marque, deux issues existent. Soit l’agent fait un handoff, une passation vers l’application. Soit l’application de l’agent embarque un kit de développement assez riche pour faire venir l’application jusqu’à l’utilisateur. Sans cette deuxième voie, l’agent reste un intermédiaire pauvre. Il ouvre la porte, puis abandonne le visiteur dans un couloir.

Les équipes croissance devraient noter le mot passation. Un lead généré par un agent n’a de valeur que si le contexte survit au changement d’écran. Dates, nombre de voyageurs, budget, contraintes d’accessibilité, messages déjà échangés : tout cela doit voyager avec la personne. Sinon, la marque récupère un clic et recommence l’entretien à zéro. C’est exactement le genre de friction que l’IA était censée supprimer.

L’application n’est pas qu’une couche de données

Chesky refuse une vision que l’on entend souvent dans les pitchs d’agents universels. Dans ce récit, les applications deviennent des couches de données, et une interface unique, simple, parle à toutes. Il n’y croit pas. Quand on ouvre un téléphone, l’application Airbnb n’a pas le même dessin que DoorDash, Shopify ou Amazon. La différence n’est pas cosmétique. Elle suit l’usage. Livrer un repas en vingt minutes, tenir une boutique, chercher un lieu où dormir trois nuits : trois gestes, trois hiérarchies, trois preuves de confiance.

Il ne sait pas si les applications, au sens actuel, existeront encore sous la même forme. Il sait en revanche qu’une interface unique appauvrirait les services dont la valeur tient au regard, à la comparaison et au contexte. Airbnb veut donc rendre son application plus agentique, et multiplier les contrôles d’interface. L’agent n’efface pas l’écran. Il s’appuie sur des commandes plus riches : filtres, cartes, messages, vérification, ajouts.

Cette position protège aussi la relation client. Beaucoup de marques craignaient que les chatbots les coupent du voyageur. Chesky observe l’inverse sur la génération de contacts : les chatbots se sont révélés de bons apporteurs de demande. Le risque n’est pas d’être trouvé par un agent. Le risque est d’être trouvé, puis réduit à une fiche sans voix, sans hôte, sans règle, sans carte. Une marque qui ne prépare pas ses points d’entrée agentiques offre son catalogue et perd le conseil.

On peut déjà lister ce qu’un service de voyage doit exposer proprement si elle veut rester lisible par un agent sans se dissoudre.

• Des disponibilités fiables, datées, et cohérentes avec le calendrier réel de l’hôte.
• Des règles lisibles : annulation, caution, animaux, fêtes, horaires d’arrivée.
• Un canal de message qui ne casse pas quand la conversation a commencé ailleurs.
• Une carte et une localisation assez précises pour comparer, sans exposer l’adresse trop tôt.
• Une vérification d’identité qui ne force pas l’utilisateur à tout recommencer.
• La possibilité d’ajouter d’autres éléments du séjour sans sortir du cadre de confiance.

Chacun de ces points est un contrôle d’interface autant qu’une donnée. Un agent qui ne peut pas les actionner ne fait pas une réservation. Il fait une suggestion.

Quand les agents se parlent, les applis deviennent poreuses

Chesky prépare aussi les échanges d’agent à agent. Une partie des interactions resterait dans la plateforme. Une autre passerait par les agents d’applications tierces. Son constat historique est simple : les applications n’ont presque jamais été interopérables, sauf quand deux entreprises signaient un accord. Les agents changent la donne. Il les décrit comme des applications avec un visage. Dès qu’ils se parlent, les services qu’ils représentent peuvent enfin se comprendre sans contrat sur mesure à chaque fois.

Dans cette vision, l’application Airbnb devient elle-même un agent. L’onglet d’exploration en a un. Le service client en a un. D’autres agents apparaissent dans d’autres zones. À terme, un agent macro chapeaute l’ensemble. Cet agent serait interopérable, via MCP, avec les agents extérieurs. MCP, le Model Context Protocol, est ce standard qui permet à un agent de se brancher sur d’autres logiciels. Chesky ne le présente pas comme une mode. Il le traite comme la condition pour que la plateforme parle le même langage que le reste du marché.

L’image est utile pour les fondateurs. Pendant vingt ans, l’interopérabilité a été un projet commercial : partenariat, clé d’API, rev-share, clause d’exclusivité. Avec des agents qui se présentent mutuellement leurs capacités, une partie de cette négociation descend au niveau technique. Cela ne supprime pas la politique commerciale. Cela change l’endroit où elle se joue. Une marque qui n’expose pas ses actions de façon standardisée sera invisible aux agents des autres. Une marque qui expose tout, sans règle, offrira sa relation client au plus offrant.

Le protocole ne règle pas la confiance. Deux agents peuvent échanger une date et un prix. Ils ne règlent pas seuls la question de savoir qui est responsable si le logement n’est pas conforme, qui détient le paiement, qui a le droit d’annuler. L’interopérabilité technique sans cadre de responsabilité produit des parcours fluides et des litiges opaques. C’est là que les places de marché gardent une carte : elles savent déjà arbitrer entre hôtes et voyageurs. Un agent universel, lui, n’a pas encore cette mémoire des conflits.

Le vrai manque : un système d’exploitation pour l’IA

C’est le cœur de l’entretien. Chesky estime que l’industrie n’a pas encore de véritable système d’exploitation conçu pour l’IA. On construit des applications d’IA pour iOS, macOS et Windows. Ces systèmes ne sont pas, selon lui, des systèmes d’exploitation d’IA. Dans un monde idéal, l’IA serait opérable au niveau du noyau, le kernel, et les agents dialogueraient entre eux comme des composants du système, pas comme des logiciels invités.

Faute de cette couche, la course actuelle consiste à devenir le quarterback : l’agent principal par lequel l’utilisateur passe pour tout. Chesky voit le défaut du modèle. Personne ne développe en même temps un kit complet de système d’exploitation. Sans ce kit, l’agent principal ne peut pas accueillir les fonctions des autres services. Il peut les résumer. Il ne peut pas les incarner.

Le problème de ce modèle, c’est que personne ne développe un vrai kit de système d’exploitation. Si tu veux être une boutique d’applications comme l’iPhone, il te faut un kit et un système. Sinon, aucune de nos fonctions n’existera.

– Brian Chesky, à propos de son échange avec Sam Altman

L’exemple qu’il donne est concret. Au début de l’année dernière, ChatGPT a tenté une petite boutique d’applications. Chesky dit avoir prévenu Sam Altman : pour devenir un magasin comparable à celui de l’iPhone, il faut un kit de développement et un système d’exploitation digne de l’App Store. Sans cela, les fonctions d’Airbnb ne peuvent pas exister dans l’enceinte. Et, de fait, l’essai n’a pas bien fonctionné. L’anecdote n’est pas un règlement de comptes. C’est une grille de lecture. Une vitrine sans système ne transporte pas la profondeur d’un service. Elle transporte une carte de visite.

Pour que l’IA grand public soit vraiment résolue, Chesky pose quatre conditions. Il faut descendre à un substrat plus bas. Il faut faire des agents de vraies applications. Il faut que toutes les applications deviennent des agents. Il faut qu’elles soient interopérables. Il faut enfin des interfaces beaucoup plus riches. La liste est exigeante. Elle explique pourquoi tant de démonstrations impressionnent en réunion et déçoivent au moment de payer.

Le substrat dont il parle n’est pas un détail d’ingénieur. Tant que l’agent vit au-dessus du téléphone, il demande la permission à des systèmes qui ne le connaissent pas. Notifications, paiement, identité, capteurs, partage entre applications : tout est médié par une couche pensée pour des icônes, pas pour des délégués. Un système d’exploitation d’IA inverserait la priorité. L’agent serait un citoyen du système, avec des droits, des journaux, des limites. L’application deviendrait une capacité que cet agent peut invoquer, pas une île à ouvrir.

Deux idées fausses qui circulent encore

Chesky épingle deux contresens. Le premier : l’interface disparaîtrait, et les gens ne feraient plus que parler et taper. Le second : le logiciel serait entièrement génératif. Les deux idées plaisent parce qu’elles simplifient la feuille de route. Elles décrivent mal le comportement réel.

Parler à une machine va progresser. Chesky en est convaincu : les gens finiront par parler aux ordinateurs plus qu’ils ne tapent. La voix comptera pour la recherche et pour le service client Airbnb, et des agents vocaux sont prévus dès cet automne. Cela ne supprime pas l’écran. Une voix peut lancer une intention. Elle montre mal quinze logements, une carte, un calendrier partagé, la photo d’une salle de bain. Le voyage est un produit visuel. Retirer l’image, c’est retirer une preuve.

Le second contresens ignore le métier de conception. Un consommateur sait dire ce qu’il veut à gros traits. Il sait rarement spécifier un état d’erreur, une hiérarchie d’information, une accessibilité, une cohérence de marque sur douze écrans. Le prompt grand public est une intention. Le prompt d’un designer est une contrainte. Confondre les deux, c’est croire qu’un convive peut remplacer le chef parce qu’il sait commander un plat.

Ces deux corrections intéressent la communication digitale. Les marques qui misent tout sur un widget de chat abandonnent leur grammaire visuelle. Celles qui promettent une interface réinventée à chaque visite fatiguent. Le bon équilibre ressemble à ce que Chesky esquisse : une voix pour entrer, un écran pour choisir, un agent pour tenir le fil, un designer pour décider ce qui n’a pas le droit de bouger.

Apple, Google, et le verrou de la plateforme

Tant que l’iPhone domine et qu’Apple comme Google tiennent les grandes plateformes, Chesky pense que les applications resteront centrales. Le basculement des apps vers les agents ne se fera pas tout seul, dans les produits des marques. Il dépend d’un nouveau socle. Sans cela, on aura des applications qui contiennent des agents, plutôt qu’une application entière devenue un agent robuste, capable de parler aux autres.

C’est vraiment à Apple, à Google, ou à quelqu’un d’autre, de construire une nouvelle plateforme si l’on veut passer des applications aux agents. Sinon, nous aurons des applications qui contiennent des agents, pas des agents interopérables.

– Brian Chesky

La phrase redistribue la responsabilité. Une startup peut rendre son service agentique. Elle ne peut pas, seule, réécrire les règles du téléphone. Paiement, identité, notifications, partage de contexte entre apps : ces portes restent entre les mains des plateformes. Le discours sur la fin des applications oublie souvent qui tient les clés. Chesky, lui, ne l’oublie pas. Il prépare Airbnb à un monde d’agents sans prétendre que ce monde est déjà installé.

Pour les investisseurs et les fondateurs, la distinction évite une erreur de timing. Construire comme si le système d’exploitation d’IA existait déjà, c’est concevoir un produit qui n’a nulle part où vivre. Construire comme s’il n’existerait jamais, c’est laisser un concurrent mieux branché capter la demande. La voie médiane consiste à exposer des capacités, garder une interface propre, et surveiller qui, d’Apple, de Google ou d’un nouvel entrant, proposera vraiment le kit manquant.

La voix arrive, sans remplacer le regard

Avant de clore l’échange, la question de la voix est posée. Des outils comme Wispr Flow, Willow ou Superwhisper, ainsi qu’une nouvelle vague d’applications de notes et la dictée intégrée aux assistants, habituent les gens à parler à leurs appareils. Chesky partage le diagnostic de fond : la parole dépassera la frappe. Chez Airbnb, la voix servira d’abord la recherche et le service client. Le déploiement d’agents vocaux est annoncé pour cet automne, afin d’aider les utilisateurs dans ces deux moments.

Le choix des deux moments n’est pas anodin. La recherche est le lieu de l’intention floue. Le service client est le lieu de l’intention bloquée. Dans les deux cas, parler est plus naturel que naviguer dans un menu. Cela ne veut pas dire que la voix conclut l’achat. Elle peut qualifier. Elle peut dépanner. Elle peut tenir compagnie pendant qu’un écran affiche les options. Les marques qui lanceront un agent vocal comme unique canal risquent de découvrir que leurs clients aiment dicter une envie, puis voir le résultat.

Il y a aussi un enjeu de ton. Un agent vocal de marque transporte la voix de l’entreprise au sens propre. Rythme, tutoiement, gestion du silence, capacité à dire non : tout cela devient perceptible. Un texte médiocre se survole. Une voix médiocre se subit. Les équipes de communication qui traitent l’agent vocal comme un simple branchement technique sous-estiment le travail de rédaction et de mise en scène.

L’IA qui accélère l’entreprise, pas seulement le client

Chesky évoque enfin un gain moins visible, et peut-être plus immédiat. Airbnb observe de nets progrès dans la vitesse de livraison des fonctionnalités grâce à l’IA. À titre personnel, il s’en sert pour obtenir de l’information plus vite, et donc pour alléger le nombre de réunions. Sa formule est simple : l’IA réduit les couches de communication. Une partie du métier de dirigeant consiste à aller chercher l’information. Avant, cela passait par des meetings. Désormais, une question posée à son outil suffit souvent.

Le propos déborde le voyage. Dans beaucoup d’entreprises, la réunion est un protocole de collecte, pas une décision. Si un dirigeant peut interroger un système qui a déjà lu les comptes rendus, les tickets, les retours clients, une partie de la pyramide de reporting perd sa raison d’être. Cela ne supprime pas le jugement. Cela supprime une partie du transport. Les équipes qui passent leur semaine à préparer des synthèses pour une réunion de synthèse verront le changement avant les clients.

Il faut toutefois garder la mesure. Une information plus rapide n’est pas une information plus juste. Un modèle peut résumer un biais, lisser un conflit, oublier le cas minoritaire qui annonce un problème d’hôte ou de paiement. Le gain de Chesky est réel s’il reste un point de départ. Il devient dangereux s’il remplace le contact avec le terrain. La promesse intéressante n’est pas la fin des réunions. C’est la fin des réunions dont le seul objet était de déplacer un fichier d’un étage à l’autre.

Ce que les marques de voyage peuvent en tirer

L’entretien décrit une plateforme mondiale, avec des moyens que peu d’acteurs ont. La grille, elle, se transpose. Une maison d’hôtes, une agence, une application de circuits, une marque hôtelière régionale peuvent lire Chesky comme une liste de questions, pas comme un plan à copier.

Première question : où le client prend-il du plaisir à chercher ? Si la réponse est « presque partout », un chatbot qui conclut trop vite vole une partie de la valeur. Deuxième question : la décision est-elle collective ? Si oui, un agent solo est incomplet. Troisième question : quelles fonctions ne supportent pas d’être résumées ? Message à l’hôte, pièce d’identité, carte, comparaison. Quatrième question : que se passe-t-il quand un agent externe amène un prospect ? Le contexte est-il récupéré, ou le visiteur retombe-t-il sur une page d’accueil amnésique ?

Ces questions relèvent autant du marketing que de l’ingénierie. Un parcours qui ignore l’agent externe perd des leads. Un parcours qui se laisse entièrement piloter par lui perd la marque. Le point d’équilibre ressemble à une hospitalité technique : on accueille l’agent, on lui donne de quoi agir, on ne lui cède pas la maison.

• Garder un espace de feuilletage, même si une recherche en langage naturel existe.
• Prévoir des sessions partagées pour les voyages décidés à plusieurs.
• Documenter les actions qu’un agent externe a le droit d’effectuer.
• Soigner la passation : dates, voyageurs, messages, contraintes.
• Réserver la voix à la recherche et au dépannage avant de l’imposer au paiement.
• Mesurer le plaisir de planification, pas seulement le taux de conversion.

La dernière ligne est la plus facile à oublier. Les tableaux de bord aiment les clics. Ils mesurent mal l’anticipation, ce sentiment qui fait qu’un voyageur rouvre l’application le soir, montre un logement, hésite, revient. Si l’IA raccourcit ce moment sans le remplacer par une confiance équivalente, la marque gagne une transaction et perd une habitude.

Le e-commerce au-delà du voyage

Chesky parle depuis Airbnb, mais son refus du chatbot comme interface unique vise le commerce en général. Partout où le produit se choisit avec les yeux, le même piège existe. Mode, mobilier, décoration, billets, formation : le client veut parfois qu’on décide pour lui, et souvent qu’on le laisse regarder. Un agent qui répond « voici le meilleur » ferme une porte que le merchandising avait passé des années à ouvrir.

La différence entre DoorDash, Shopify et Amazon, qu’il cite, éclaire aussi les pure players. Une interface de livraison optimise le temps. Une interface de boutique optimise le catalogue et la marque du vendeur. Une interface de marketplace généraliste optimise le choix et le prix. Demander à un agent unique de porter ces trois logiques avec le même écran, c’est accepter une moyenne. La moyenne convient aux tâches. Elle déçoit dès que l’identité du service fait partie de la vente.

Les startups qui construisent des agents verticaux ont ici un argument. Un agent qui ne connaît que le voyage, ou que la mode, ou que la pièce détachée, peut se payer une interface riche. Un agent qui prétend tout faire doit appauvrir chaque verticale pour tenir dans une fenêtre. Chesky, en réclamant un kit digne d’un magasin d’applications, dit en creux que la spécialisation ne disparaîtra pas. Elle changera de support. L’application spécialisée deviendra une capacité spécialisée, à condition que le système sache l’afficher correctement.

Le quarterback et le risque de goulot

La métaphore du quarterback décrit la bataille en cours. Plusieurs acteurs veulent être l’agent par lequel tout passe : la demande, le paiement, la mémoire, la recommandation. Le pouvoir est évident. Le goulot aussi. Si une seule interface porte toutes les intentions, elle devient le point de censure, de panne et de commission. Les marques qui acceptent ce rôle sans kit d’intégration revivent l’histoire des places de marché : visibilité louée, marge compressée, relation médiée.

Chesky ne dit pas que cette bataille est illégitime. Il dit qu’elle est mal outillée. Vouloir être le quarterback sans système d’exploitation, c’est vouloir l’App Store sans iPhone. Les fonctions profondes, celles qui font qu’Airbnb n’est pas une liste d’annonces, restent dehors. L’utilisateur croit réserver. Il ne fait que demander à un intermédiaire de deviner une réservation.

Les équipes juridiques et produit devraient préparer dès maintenant le cadre de cette médiation. Qui stocke l’historique du voyage ? Qui a le droit de relancer le client ? Qui encaisse ? Qui répond si l’agent a mal compris une contrainte d’accessibilité ? Ces questions ne sont pas théoriques. Elles décideront si l’agent est un canal, comme l’a été le SEO ou l’affiliation, ou une captation. Un canal se pilote. Une captation se subit.

MCP, kits et la nouvelle étiquette technique

Nommer MCP dans un entretien grand public est un signal. Le protocole sort du cercle des ingénieurs pour devenir un sujet de direction. Cela rappelle l’époque où les dirigeants ont commencé à parler d’API sans en écrire. Le geste compte. Une entreprise qui ne sait pas ce qu’elle expose à un agent ne sait pas ce qu’elle négocie.

Un kit sérieux, dans l’esprit de Chesky, ne se limite pas à un point d’accès. Il décrit des actions, des permissions, des retours d’état, des composants d’interface. Réserver, ce n’est pas une fonction. C’est une séquence : chercher, filtrer, vérifier, payer, confirmer, permettre le message. Si le kit ne transporte que la recherche, l’agent s’arrête au seuil. Si le kit transporte l’interface, l’agent peut faire venir l’application, selon sa formule, jusqu’à l’utilisateur.

Cette exigence va coûter. Documenter des actions, maintenir des versions, gérer des consentements, tester des agents tiers : c’est un produit en soi. Les entreprises qui traiteront le sujet comme un branchement marketing, confié à une agence pour « être présents sur les agents », reproduiront l’échec des premières boutiques conversationnelles. La présence sans profondeur se voit tout de suite. Chesky l’a vue en testant lui-même les outils.

Ce que l’entretien ne règle pas

L’analyse serait incomplète si elle transformait Chesky en architecte déjà suivi par le marché. Plusieurs points restent ouverts. Il ne dit pas qui construira ce système d’exploitation. Il désigne Apple, Google, ou quelqu’un d’autre, sans calendrier. Il ne détaille pas le modèle économique de l’agent macro Airbnb. Il ne dit pas comment la plateforme évitera qu’un agent externe n’aspire les hôtes les plus demandés pour les proposer ailleurs. Il ne chiffre pas l’écart entre Muse, Instinct et une réservation aboutie.

Ces silences sont utiles. Ils rappellent que la thèse est une direction, pas un produit livré. La recherche IA de cet automne est un pas. Les agents vocaux annoncés en sont un autre. L’IA multiplayer, sur trois à six mois, est encore une exploration. Les marques qui attendent une norme unique avant de bouger attendront longtemps. Celles qui réécrivent toute leur interface autour d’un chatbot parient sur la thèse que Chesky juge fausse.

Il reste aussi la question du plaisir, la plus difficile à industrialiser. Dire que les gens aiment préparer un voyage plus que le faire est une observation de comportement. En faire un principe de produit demande de résister aux métriques courtes. Un agent qui réduit le temps de réservation peut sembler gagnant sur un trimestre et perdant sur la recommandation, le panier d’activités, le retour l’année suivante. Le voyage n’est pas un consommable instantané. L’interface qui l’oublie devient efficace et froide.

Une feuille de route pour les équipes produit et marketing

On peut condenser l’entretien en une feuille de route sans trahir son esprit. Elle ne demande pas d’attendre le noyau idéal. Elle demande de préparer le service à être compris, partagé et repris, sans se laisser aplatir.

D’abord, séparer les tâches que le client veut expédier de celles qu’il veut savourer. Le vol, parfois. Le logement, rarement. Ensuite, concevoir la collaboration comme une fonction, pas comme un export PDF envoyé dans une messagerie. Puis exposer les actions critiques à des agents, avec une passation qui conserve le contexte. Garder des écrans stables pour l’argent, l’identité et les règles. Laisser le génératif sur l’inspiration. Préparer la voix pour chercher et dépanner. Mesurer, en interne, le temps gagné sur la circulation de l’information, sans confondre résumé et vérité.

Cette feuille parle aux startups autant qu’aux groupes. Une jeune pousse qui construit un agent vertical peut s’en servir pour expliquer pourquoi elle ne sera pas avalée par un assistant généraliste : parce que l’assistant généraliste n’a pas le kit, et parce que l’interface compte. Une marque établie peut s’en servir pour ne pas brader sa relation au premier partenaire conversationnel venu. Dans les deux cas, le sujet n’est pas d’ajouter un chat. Il est de décider quelle part du métier a le droit de vivre hors de l’écran que l’on contrôle.

Le lien avec la génération de leads mérite un dernier détour. Chesky ne nie pas que les chatbots apportent de la demande. Il conteste qu’ils suffisent à la convertir sans abîmer l’expérience. Un lead IA est souvent plus qualifié en intention brute, et plus pauvre en nuance. La personne a dit « week-end au bord de l’eau, pas trop cher, avec un chien ». Elle n’a pas vu le quartier, ni le canapé, ni la lumière. Le travail de la marque commence après ce lead, pas avant. Si la page d’arrivée reprend la contrainte et montre trois lieux au lieu de recommencer le questionnaire, la passation est réussie. Si elle affiche une grille générique, l’agent a travaillé pour rien.

Vers des applications qui sont aussi des agents

La formule la plus dense de l’entretien tient en une bascule. Toutes les applications doivent devenir des agents, et tous les agents doivent devenir des applications, avec des interfaces plus riches et une interopérabilité réelle. Tant que l’un des deux manque, le marché produit des démos. L’agent sans application n’a pas de métier. L’application sans agent n’a pas de porte d’entrée dans le nouveau circuit de la demande.

Airbnb se place des deux côtés. Elle reste une application, avec une recherche qui évoluera, une carte, des messages, une identité. Elle se prépare à être un agent, d’abord par zones, ensuite sous une forme plus large, branchée aux autres via un standard. Le tout en refusant de laisser le feuilletage disparaître. C’est une position de place de marché qui a compris que son avantage n’est pas seulement l’inventaire. C’est la manière de le parcourir, de le discuter, de le réserver sans perdre l’hôte en route.

Les mois qui viennent diront si cette position tient. Les agents vocaux de l’automne donneront un premier indice. Les essais multiplayer des prochains trimestres en donneront un second. Le test le plus dur restera extérieur : est-ce qu’un outil comme Instinct ou Muse, demain, réussira une réservation Airbnb sans la dégrader ? Chesky dit qu’aujourd’hui, non. Il dit aussi que la faute n’est pas seulement du côté d’Airbnb. Elle est dans l’absence de système capable d’accueillir la complexité d’un service réel.

En attendant ce système, la discipline la plus rentable n’est pas de prédire le quarterback. C’est de rendre son propre service impossible à résumer sans perte. Règles claires, contexte transmissible, écrans qui donnent envie de rester, voix qui aide sans confisquer le choix, agents internes qui savent se passer le relais. Le reste dépendra d’Apple, de Google, ou de celui qui acceptera enfin de construire le kit dont Chesky parlait déjà à Sam Altman. D’ici là, les marques qui confondent conversation et commerce risquent de découvrir que leurs clients aimaient, justement, prendre le temps de regarder.

L’entretien publié par TechCrunch laisse donc une consigne simple, presque inconfortable pour un secteur pressé. L’IA grand public n’est pas en retard d’un modèle. Elle est en retard d’un système. Tant que ce système manque, les meilleures interfaces seront celles qui assument leur métier, accueillent les agents sans se renier, et laissent aux gens le plaisir, très concret, de préparer le départ.