Analyse de l’arrêt de Relay : Chrome comme surface d’automatisation par l’IA

Relay est la version startup d’un workflow qui a manqué d’autorisations. L’entreprise poursuivait un rêve familier : rendre l’automatisation métier moins semblable au câblage d’un tableau électrique, et plus proche d’une demande faite à un coéquipier compétent. Mais sa fermeture met en lumière une vérité produit plus nette. Si le travail consiste à agir sur le Web, le navigateur peut être à la fois la porte d’entrée, le couloir et le trousseau de clés.

La fermeture est le signal produit Selon

le résumé de TechCrunch par Daily.dev, Relay a été fondée en 2021 avec l’ambition de devenir le prochain Zapier, et met maintenant fin à ses activités. Le même résumé indique que les utilisateurs gratuits ont perdu l’accès le 15 août, tandis que les clients payants seront coupés le 14 septembre. Le fondateur et PDG Jacob Bank rejoint Google en tant que VP Produit pour Chrome, où il dirigera le produit et les relations avec les développeurs. Le résumé de TechCrunch par Daily.dev indique aussi que Bank prévoit d’apporter des capacités d’agents IA dans le navigateur. Cette séquence compte, car les fermetures ne sont pas seulement des événements financiers. Ce sont des analyses post-mortem de l’adéquation produit-marché, écrites dans des invitations de calendrier, des avis aux clients et des mises à jour LinkedIn. L’idée centrale de Relay, l’automatisation des workflows avec l’IA, n’était pas manifestement mauvaise. La question plus difficile est de savoir si la bonne surface produit a jamais été une application autonome.

Chrome a la place injustement avantageuse à

la table des workflows Le résumé de TechCrunch par Daily.dev indique que ce mouvement intervient alors que Google pousse Gemini dans l’ensemble de ses produits, notamment Search et Chrome, et que Gemini a récemment dépassé 1 milliard d’utilisateurs. C’est la carte de distribution en une seule phrase. Relay devait convaincre les utilisateurs d’amener leur travail dans un produit de workflow. Chrome se trouve déjà là où une grande partie de ce travail commence, continue et s’interrompt. C’est la leçon de stratégie produit cachée sous le titre d’acqui-hire. Les outils d’automatisation demandent beaucoup : identifiants, contexte, confiance, usage répété, et tolérance aux cas limites lorsqu’une tâche échoue à la septième étape. Un navigateur peut voir une plus grande partie de la surface de travail naturelle de l’utilisateur qu’un tableau de bord séparé, du moins en théorie. Une application de workflow autonome ressemble à un minuteur de cuisine intelligent dans un restaurant : utile, mais le système d’exploitation du dîner reste la cuisine.

La comparaison avec Zapier joue dans les deux sens Le résumé de TechCrunch par

Daily.dev souligne l’ambition de Relay de devenir le prochain Zapier, ce qui est précisément la comparaison qui rend la stratégie délicate. Zapier a appris à un marché à penser en connexions entre applications et en workflows déclenchés, un modèle mental qui fonctionne bien lorsque l’utilisateur connaît la recette. Les agents IA promettent quelque chose de plus flou : décrivez le résultat, laissez le système parcourir les étapes, et espérez que la tâche aboutisse proprement. Ce flou élargit la surface produit. Plus un agent doit lire, cliquer, résumer, soumettre et se remettre de ses erreurs, plus il gagne à vivre près de l’endroit où l’utilisateur travaille déjà. Relay ne rivalisait pas seulement pour le budget workflow, mais aussi pour l’habitude quotidienne. Chrome, à l’inverse, n’a pas besoin de devenir une destination s’il peut rendre l’automatisation ambiante à l’intérieur de la destination que les utilisateurs ouvrent déjà.

Le prochain mouvement concerne les relations développeurs, pas seulement

les agents TechBuzz a décrit la fermeture de Relay comme une acqui-hire, indiquant que la startup ferme le mois prochain tandis que son PDG et des employés clés rejoignent l’équipe Chrome de Google. Le résumé de TechCrunch par Daily.dev ajoute un détail important de l’organigramme : Bank dirigera le produit et les relations avec les développeurs pour Chrome. Cette association n’est pas décorative. Si Google veut des agents IA dans le navigateur, les développeurs auront besoin de primitives, de règles et de raisons claires pour construire autour d’eux. La structure d’incitation pointe vers quelques chemins logiques. Chrome peut faire des capacités d’agent une fonctionnalité native pour l’utilisateur, les lier plus étroitement à Gemini, ou créer des points d’accroche destinés aux développeurs qui permettent à des tiers d’automatiser le travail basé sur le navigateur avec plus de confiance. Chaque chemin possède un avantage défensif différent. Les fonctionnalités natives gagnent par la portée, l’intégration à Gemini gagne par la distribution du modèle, et les outils pour développeurs gagnent si l’écosystème commence à créer des workflows que Chrome ne prioriserait jamais lui-même.

Ce que les bâtisseurs doivent retenir de Relay La leçon utile

de Relay n’est pas que l’automatisation des workflows par l’IA est condamnée. C’est que la distribution fait partie du produit, surtout lorsque le produit doit agir à travers d’autres produits. Si votre startup vit à un onglet du travail réel de l’utilisateur, il vous faut une raison pour que cet onglet devienne une habitude, pas seulement une démo superbe sur l’ordinateur portable d’un fondateur. Pour les fondateurs, la question est brutalement pratique : construisez-vous le workflow, la surface où les workflows se produisent, ou le tissu de connexion qu’une plateforme voudra finir par posséder ? Pour les responsables produit, observez le travail de Chrome sur les agents moins comme un lancement de fonctionnalité que comme une revendication de territoire. Si le navigateur devient l’endroit par défaut de l’automatisation IA, la prochaine génération de startups de workflow devra peut-être commencer dès le premier jour comme extensions, couches de plateforme, ou candidates à l’acquisition.