Sem Parar, une plateforme de solutions pour l’automobile, a lancé son application dans ChatGPT, et ce mouvement intéresse directement les développeurs de logiciels. En effet, l’application est déjà accessible pour tous les utilisateurs connectés au Brésil, aussi bien dans les versions gratuites que payantes.
Pour le développeur, ce n’est pas simplement un autre lancement de produit. Il s’agit surtout d’un cas concret montrant comment les applications conversationnelles commencent à remplacer les flux de navigation traditionnels. Par conséquent, il convient d’analyser ce qui se cache derrière cette expérience.
De l’écran au dialogue : ce qui a réellement changé dans le flux d’utilisation
Traditionnellement, recourir à un service automobile nécessitait d’ouvrir plusieurs applications. D’abord celle du carburant, puis celle des itinéraires, ensuite celle du prestataire. Chaque étape impliquait un nouvel écran, une nouvelle connexion, un nouveau contexte.
Avec l’application dans ChatGPT, ce flux évolue. Désormais, via des conversations naturelles, les utilisateurs consultent les prix des carburants en temps réel en fonction de leur localisation. De plus, ils trouvent les stations les moins chères, planifient des itinéraires intégrés à Google Maps et localisent les magasins physiques de Sem Parar. Ils démarrent aussi le processus de souscription de la tag, puis se voient dirigés vers le site de l’entreprise pour finaliser l’achat.
En d’autres termes, cette initiative réunit en un seul flux des étapes qui nécessitaient auparavant plusieurs applications. Par conséquent, l’utilisateur compare les prix, planifie ses trajets et accède aux services plus rapidement.
Pourquoi l’Apps SDK et le MCP comptent pour votre prochain projet
Voici le point qui intéresse le plus la communauté des développeurs. Les apps dans ChatGPT sont construites sur le Model Context Protocol (MCP), la norme ouverte introduite par Anthropic. De cette manière, le développeur n’a pas besoin de réinventer la roue pour exposer des services à un modèle de langage.
Le fonctionnement est plus simple qu’il n’y paraît. Pour construire une application pour ChatGPT avec l’Apps SDK, vous avez besoin d’un serveur MCP qui définit les capacités de votre application (les outils) et les expose à ChatGPT. Facultativement, vous pouvez ajouter un composant web rendu dans une iframe, si vous souhaitez une interface visuelle.
Autrement dit, vos règles métier restent sur votre back-end. Pendant ce temps, le modèle se borne à orchestrer les appels vers les outils que vous définissez. Cette séparation des responsabilités est familière à tout développeur qui a déjà travaillé avec des API.
À noter un autre détail technique pertinent. Puisque l’Apps SDK est une norme ouverte construite sur le MCP, les apps créées avec elle peuvent fonctionner sur n’importe quel hôte adoptant la même norme. En clair, vous écrivez l’intégration une fois et vous gagnez en portabilité entre différentes plateformes conversationnelles.
L’échelle qui justifie l’investissement technique
Toute décision d’architecture nécessite une justification commerciale. Dans le cas de l’IA conversationnelle, les chiffres parlent d’eux-mêmes. En ouvrant ChatGPT à des applications tierces, OpenAI offre aux développeurs un accès direct à plus de 800 millions d’utilisateurs.
Le contexte local renforce l’enjeu. Le lancement accompagne la montée en puissance de l’adoption de l’IA au Brésil, qui figure aujourd’hui parmi les pays où l’utilisation de ChatGPT est la plus élevée au monde. Ainsi, exposer des services sur ce canal signifie toucher l’utilisateur là où il se trouve déjà.
« En tant que pionniers de la mobilité, notre rôle est d’anticiper l’avenir et d’être là où se trouvent les clients. L’application Sem Parar dans ChatGPT représente plus qu’une nouvelle fonctionnalité ; il s’agit de transformer la complexité du quotidien en une conversation simple, renforçant notre engagement à diriger l’innovation et la commodité à chaque trajet », déclare Carlos Gazaffi, président de Sem Parar.
Découverte des services : le nouveau défi UX pour les devs
Cependant, il existe un changement de paradigme que le développeur doit assimiler. Dans les applications traditionnelles, la découverte se fait via des boutons et des menus. Dans l’interface conversationnelle, elle se fait par intention.
Par conséquent, la conception des outils nécessite une attention particulière. Une bonne application ChatGPT commence par le design centré sur l’intention réelle de l’utilisateur ; les applications les plus solides sont bien délimitées, intuitives dans le chat et apportent une valeur claire. En résumé, la clarté dans la définition de chaque outil détermine si le modèle activera votre service au moment opportun.
C’est précisément l’objectif du Sem Parar. L’application mise sur des fonctionnalités pratiques du quotidien, traduisant les besoins courants du conducteur en commandes en langage naturel.
Ce qui vient après : données, services et décision en temps réel
Selon l’entreprise, le lancement n’est que le début. La stratégie vise quelque chose de plus ambitieux qu’un nouveau canal de service.
« Il s’agit d’une étape importante dans notre parcours IA. Bien plus qu’un nouveau canal, nous construisons les bases pour faire évoluer des expériences conversationnelles qui intègrent les données, les services et la prise de décision en temps réel », déclare Herlani Junior, directeur d’architecture, données et intelligence artificielle chez Sem Parar.
Pour le développeur, le message est clair. La couche conversationnelle ne remplace pas le backend ; elle le consomme. Par conséquent, plus vos données et vos API seront bien structurées, plus il sera facile de brancher des services dans cette nouvelle frontière d’interaction.
Conclusion : la conversation comme interface de production
Le cas de Sem Parar illustre une tendance qui va au-delà du secteur automobile. Peu à peu, le langage naturel s’impose comme une couche d’orchestration entre l’utilisateur et les services numériques.
Pour ceux qui développent, le message est pratique. Il faut étudier l’Apps SDK, comprendre le MCP et repenser comment vos API seraient consommées par un modèle, et non simplement par un clic. À terme, exposer des produits via la conversation ne sera plus une différence et deviendra une attente.
