Freelancer développe l'agent OpenClaw pour les tests d'applications visuelles et décroche 11 clients.

Comment cela a commencé : identifier un bug évitable

Un freelance frontend travaillait sur une application de marché de services à domicile avec environ 890 000 téléchargements. En reconstruisant le flux de recherche et de filtrage, il a remarqué des tickets de support récurrents concernant le système d'avis qui attribuait les notes au mauvais prestataire de services. Le bug survenait car la soumission d'un avis associait les notes au dernier horodatage de réservation plutôt qu'à l'identifiant de réservation que l'utilisateur avait réellement sélectionné sur l'écran d'avis. Cela créait une condition de concurrence lorsque l'ordre de la liste des réservations changeait entre le moment où l'utilisateur tapait "laisser un avis" et le chargement de l'écran d'avis.

L'ingénieur principal était au courant du problème depuis deux mois, mais son processus de test consistait à ouvrir l'application sur son téléphone, à parcourir les écrans principaux et à publier si rien ne semblait cassé. Il n'a jamais testé le flux d'avis avec plusieurs réservations car il n'avait toujours qu'un seul compte de test avec une seule réservation à la fois. Le bug n'apparaissait que lorsque les utilisateurs réels avaient des réservations qui se chevauchaient dans la même semaine, ce qui concernait la plupart de leurs utilisateurs actifs.

La solution : créer un agent de test visuel

Après avoir utilisé OpenClaw pendant trois mois dans son propre flux de travail, le développeur a créé un agent qui :

• Prend des étapes de test écrites sous forme d'instructions simples
• Se connecte à un émulateur cloud
• Parcourt l'application visuellement
• Capture chaque étape en cours de route
• Montre exactement où quelque chose casse et à quoi ressemblait l'écran

Après deux semaines de pratique avec les petites applications d'amis pour maîtriser la rédaction des étapes, il a proposé au client des services à domicile 5 tests gratuits. Le flux d'avis a échoué au deuxième test, exposant le bug exact avec des captures d'écran montrant où cela avait mal tourné.

Modèle économique et acquisition de clients

Le service coûte 180 $/mois pour 26 flux couvrant les parcours utilisateur principaux. Le développeur exécute l'agent, maintient le contexte, ajoute des flux lors de la publication de nouvelles fonctionnalités et signale tout ce qui casse, ce qui prend environ 2,5 heures par mois par client.

Les premiers clients sont venus par des relations professionnelles :

• Une application de suivi de flotte (1,4 million de téléchargements) avec des problèmes d'enregistrement d'itinéraire où les tracés suivis présentaient des lacunes lorsque l'application perdait l'état au premier plan pendant les longs trajets. 320 $/mois.
• Une application de communication scolaire (1,3 million de téléchargements) avec un routage de notifications envoyant les annonces de classe aux mauvais groupes de parents lorsque les enseignants étaient assignés à plusieurs sections. 200 $/mois.

Les clients supplémentaires comprenaient une application de livraison d'épicerie (220 $/mois), une application de synchronisation d'inventaire (130 $/mois) et une application de réservation de salon (140 $/mois). Le bouche-à-oreille des clients existants a stimulé une croissance supplémentaire via des groupes de discussion de fondateurs, des rencontres et des communautés de développeurs.

Un prospect n'a pas abouti : un fondateur construisant une application de recettes IA a vu l'essai mais planifiait une refonte majeure et a estimé que tester la version actuelle n'avait pas de sens.

Métriques actuelles

11 clients au total : 9 actifs, 2 en fin d'intégration. Revenus récurrents totaux lorsque tous seront actifs : 3 840 $/mois. Le développeur consacre environ 22 heures par mois pour tous les clients, soit en moyenne 2 à 3 heures de maintenance par client. Cela représente environ 170 $/heure pour un travail qui consiste principalement à examiner les rapports et à rédrire de nouveaux flux lors de la publication de fonctionnalités.

Des frais uniques ont ajouté un total de 1 600 $, dont 500 $ pour la documentation complète des flux sur l'application de flotte et 450 $ pour l'application scolaire qui nécessitait des flux séparés pour 6 rôles utilisateur différents.