Bâtir une activité en fusionnant les tickets en double : comment Sorin Alupoaie a fait grandir Swifteq

Une activité de onze applications menée par une seule personne

En 2023, Sorin Alupoaie a lancé cinq nouvelles applications chez Swifteq. Le nombre d'applications publiées sur le Marketplace de Zendesk est passé à onze et, en décembre de cette année-là, il comptait 230 clients et 150 000 euros de revenu récurrent annuel. Quand il a pu se verser un salaire tout en dégageant un bénéfice, il a pu diriger l'activité sans dépendre d'un autre emploi ni d'investisseurs. Les revenus de plusieurs applications commençaient à soutenir l'indépendance d'un développeur.

Avant cela, Sorin avait misé ses moyens de subsistance sur un seul produit. Quand il a construit CX Moments en 2016, il s'est consacré à plein temps en s'appuyant sur un prototype fonctionnel et des commandes potentielles, et il a dû lever des fonds tôt pour couvrir son salaire. L'activité s'est arrêtée sans avoir trouvé un produit qui corresponde à la demande réelle des clients. À l'essai suivant, il a gardé son emploi pendant qu'il développait et a épargné environ un an de salaire avant de partir. Swifteq a été la deuxième entreprise qu'il a préparée ainsi.

Trouver un produit dans le travail répétitif de Zendesk

Le point de départ de Swifteq a été les équipes de support qui utilisent Zendesk. En lisant la communauté officielle de Zendesk et les publications de Support Driven, où se réunissent les professionnels du support, Sorin a cherché les désagréments qui revenaient sans cesse. Le travail consistant à fusionner, ticket par ticket, les demandes que le même client envoyait plusieurs fois est ressorti, et il a construit une application qui fusionnait les tickets en double selon des règles définies. Restreindre d'abord le client a aussi restreint où chercher et quel problème résoudre.

Il avait aussi dirigé une entreprise financée de l'extérieur et avait senti sa liberté de décision se réduire à mesure que la tension montait. Avec Swifteq, il voulait assumer lui-même la responsabilité du produit et des clients, et bâtir une activité rentable capable de faire vivre sa famille. Se lancer seul et sans argent extérieur étaient des choix orientés vers cet objectif.

La première application est sortie avec seulement les fonctions nécessaires et a pris moins de deux semaines, et il l'a facturée dès le départ. Sorin a limité le développement à ce qu'il pouvait assumer en travaillant. Selon l'approche qu'il a décrite en 2023, la plupart des applications n'offraient qu'un écran suffisant pour que l'utilisateur les active ou les désactive, et il gérait la configuration complexe côté serveur. Sauf deux exceptions, il n'a jamais consacré plus d'une semaine à la première version d'une application, et il complétait fonctions et réglages après avoir observé le travail des utilisateurs réels. Quand il ajoutait des fonctions, il privilégiait les problèmes partagés par plusieurs clients.

L'application de fusion de tickets s'est connectée à la façon dont Zendesk organisait déjà le travail. Quand un nouveau ticket apparaît, les déclencheurs et les webhooks de Zendesk le transmettent à l'application, qui vérifie les critères configurés pour décider s'il s'agit d'un doublon et fusionne les tickets. Elle pouvait comparer des identifiants communs, comme un numéro de commande, en plus de vérifier s'il s'agissait du même client, et pouvait exclure les tickets créés par le personnel interne ou par des bots. Les équipes de support gardaient le système qu'elles utilisaient déjà et ajoutaient une automatisation conforme à leurs propres règles de travail.

Étendre le travail d'un client à plusieurs produits

Toutes les applications ont grandi dans la même direction. L'automatisation qui réduisait le travail répétitif d'un agent, les outils de gestion des articles du centre d'aide et ceux qui aidaient à traduire et à rédiger des réponses s'accrochaient au quotidien d'une équipe de support. Au sein d'une même organisation, elles prenaient en charge des tâches différentes : traiter les demandes, maintenir la documentation et soutenir plusieurs langues. Swifteq a élargi sa gamme de produits à l'intérieur du marché du support.

Les produits de centre d'aide montrent comment cet élargissement a fonctionné. Help Center Manager recherche et remplace les formulations obsolètes dans tous les articles, corrige les liens brisés et modifie de nombreux articles à la fois. Help Center Translate traduit la documentation en plusieurs langues en conservant la mise en forme, retraduit seulement les parties modifiées et applique le glossaire de l'entreprise. Comme les personnes qui gèrent la documentation et celles qui traduisent se recoupent, une équipe qui adopte un outil a des raisons de découvrir le suivant.

Help Center Analytics montre si cette documentation fait son travail. Il suit les vues et les notes d'utilité par article, la part de lecteurs qui ouvrent encore un ticket après avoir lu l'aide, et les parcours des utilisateurs. Les responsables peuvent s'en servir pour décider quel article corriger en premier. Ranger la documentation, la traduire et vérifier les résultats fonctionnent comme une seule gamme de produits.

Le portefeuille comprenait aussi des applications gratuites. Help Center Export exporte les articles du centre d'aide et les informations associées vers des fichiers CSV et vérifie la documentation publiée à la recherche de liens ou d'images brisés. L'utilisateur peut créer un compte Swifteq et auditer l'état de sa documentation, et quand il a besoin de plus de formats d'export ou de modifications en masse, il se tourne vers Help Center Manager, payant. L'outil gratuit termine un vrai travail et oriente vers un produit payant les clients aux besoins de gestion plus importants.

Applications gratuites et payantes partageaient le même système de comptes. Sorin a vu des personnes qui utilisaient un outil gratuit se mettre à regarder d'autres applications payantes, et il a entretenu la relation avec une infolettre hebdomadaire destinée aux utilisateurs. Chaque application servait donc à la fois à générer des revenus et à faire découvrir les autres produits. Ajouter un produit pouvait aussi s'appuyer sur les points de contact déjà établis avec les clients.

Des cas clients qui ont mené au produit suivant

Le service d'itinéraires de plein air Komoot, un vrai client, a utilisé trois de ces produits ensemble. Gérer la documentation en six langues impliquait de replacer les traductions dans la mise en forme du document et de retrouver les articles liés chaque fois qu'un lien changeait. Dans le cas client publié par Swifteq, Komoot a indiqué que le temps consacré à produire et gérer les traductions avait diminué de moitié et qu'améliorer son centre d'aide à partir de l'analyse avait réduit de 20 pour cent la part des demandes clients. Les trois applications couvraient des étapes consécutives du travail de la même équipe.

Le processus d'achat chez le service d'échange de logements HomeExchange montre les liens entre produits encore plus clairement. En traitant les demandes que le même membre envoyait par plusieurs canaux, la personne qui pilotait le support a trouvé l'application de fusion de tickets de Swifteq dans le Marketplace de Zendesk. Après un essai, l'effet a été confirmé, et le cas publié indique que plus de 10 000 demandes par mois étaient fusionnées automatiquement. Le premier achat a commencé par un problème qui faisait perdre du temps immédiatement.

Cette même personne s'est ensuite abonnée au blog de Swifteq, a vu le lancement de l'application de traduction de conversations et l'a essayée. Avoir déjà eu une bonne expérience avec l'application de fusion a facilité l'évaluation d'un nouveau produit. Quand le message de remerciement d'un client sur une demande fermée rouvrait le ticket, ce problème a lui aussi été transmis à Swifteq, et l'équipe de Sorin a aidé à le traiter avec une application d'automatisation par IA déjà existante. Une vente est devenue une conversation avec le même client qui a fait apparaître un deuxième puis un troisième problème.

Être établi dans Zendesk a aussi aidé à sécuriser un canal de vente. Le Marketplace amenait des clients qui cherchaient une capacité précise, et il rendait possibles les relations avec le personnel de Zendesk et avec les consultants et partenaires qui aident les entreprises à l'installer. Quand ces personnes configurent le flux de travail d'un client et rencontrent un besoin que les fonctions de base ne couvrent pas, elles examinent des applications externes. Leur parler des problèmes que Swifteq résout était un autre moyen d'atteindre de nouveaux clients.

Affiner le prix et la façon de vendre

La facturation reflétait la nature du travail. L'application de fusion de tickets divise ses paliers de prix mensuels selon le nombre de tickets qu'elle vérifie à la recherche de doublons chaque mois, et même le palier d'entrée inclut des règles personnalisées et des conditions d'exclusion. Nettoyer d'un coup l'historique des tickets accumulés se vend comme service séparé. Les demandes continues sont devenues un abonnement et le nettoyage ponctuel une facturation distincte, transformant en revenus deux types de demande différents.

La façon de facturer correspondait aussi à l'usage. La plupart achetaient un abonnement mensuel ou annuel, mais certaines fonctions n'étaient nécessaires que quelques semaines, comme la duplication d'un centre d'aide. Pour ces clients, Sorin a introduit un pass de 30 jours, et certains sont revenus plus tard acheter un abonnement annuel. Offrir un mode d'achat adapté au travail temporaire laissait entrer les utilisateurs de courte durée.

La façon d'aller vers les clients correspondait au même groupe de professionnels. Sorin a fait connaître Swifteq en proposant des outils gratuits et des articles utiles, avec l'aide de Supported Content, un studio de contenu du domaine du support, et de rédacteurs spécialisés. Les sujets venaient des questions et des discussions qui circulaient sur Support Driven. L'observation des clients qui lui servait à construire les produits alimentait aussi le contenu que les clients allaient chercher et lire.

Le prix a impliqué des tâtonnements. Dans une rétrospective, Sorin a admis qu'il avait vendu la plupart de ses premières applications trop bon marché et qu'il avait mis trop de temps à corriger les prix. Selon son explication, des prix bas ont retardé le moment où il pouvait assurer la rentabilité et réinvestir dans l'activité. Help Center Manager et les outils d'analyse en particulier avaient plus de valeur pour les entreprises de taille moyenne et grande, donc le prix devait refléter la valeur apportée et le bénéfice nécessaire pour maintenir l'activité.

Les résultats que Sorin a publiés en janvier 2023 étaient 120 clients payants et 5 000 euros de revenu récurrent mensuel. La liste de clients comprenait des entreprises comme FREE NOW, Zapier et Hotjar. En juin de cette année-là, le revenu récurrent annuel a atteint 100 000 euros. Un ensemble d'applications résolvant quelques tâches précises commençait à devenir une ligne récurrente pour des clients professionnels.

Des charges opérationnelles qui ont grandi avec l'activité

Plus de produits ne signifiait pas que toutes les applications grandissaient au même rythme. Au second semestre 2023, la résiliation a augmenté, la croissance de l'une des applications principales s'est arrêtée et l'adoption de certains nouveaux produits a été plus lente que prévu. En même temps, les demandes de support prenaient tellement de temps à Sorin qu'il lui en restait moins pour le développement. Une activité portant onze applications avait encore du travail après onze lancements.

Sorin a commencé par réduire les opérations répétitives. Il a automatisé une partie du parcours d'essai et du client et, avec l'aide d'un rédacteur, a refait le centre d'aide pour répondre aux questions des clients. Il a aussi collaboré avec un studio de contenu qui connaissait le domaine du support pour publier des articles utiles en pratique. Il a gardé la forme du fondateur en solo et a fait appel à une expertise externe pour le travail qui en avait besoin.

Il a aussi vu ce que se concentrer sur le développement lui avait coûté. Il a admis avoir manqué pendant plusieurs mois un problème d'indexation dans les moteurs de recherche sur son site et, en gardant trop de développement pour lui, avoir perdu du temps qu'il aurait pu consacrer à la croissance. Il a ensuite conseillé aux fondateurs de répartir leur temps entre construire de nouvelles applications et améliorer et promouvoir celles déjà lancées. Au stade de la gestion d'un portefeuille, la décision ne porte pas seulement sur les produits à lancer mais sur le temps à donner à ceux déjà lancés.

En juin 2024, le revenu récurrent mensuel publié par Sorin a dépassé 20 000 euros, avec plus de 300 clients. À ce moment-là, il a dit que toutes les applications lancées récemment avaient des clients payants et que certains nouveaux produits contribuaient nettement à la croissance. Dans un entretien publié en novembre 2025, le revenu récurrent mensuel qu'il a rapporté était d'environ 44 000 euros. Vendre plusieurs applications de façon répétée s'était traduit par un revenu récurrent en hausse.

Choisir les problèmes des clients parmi les changements de plateforme

Avec la croissance, le risque de dépendre d'une plateforme est devenu concret. Quand Zendesk a commencé à proposer en fonction intégrée quelque chose de proche de son application de nettoyage des pièces jointes, Sorin a craint une baisse des revenus et des résiliations sur cette application. Avoir d'autres applications a limité le coup porté à l'ensemble de l'activité, mais le fait que les décisions produit de Zendesk pèsent sur ses revenus n'a pas changé. Ajouter des applications et réduire la dépendance à la plateforme étaient deux problèmes distincts.

La traduction du centre d'aide a donné un autre résultat. Selon une rétrospective de septembre 2025, deux mois après le lancement par Zendesk de sa propre fonction de traduction, les clients étaient restés et les revenus continuaient d'augmenter. Sorin a aussi reconnu que, en évitant la possibilité d'un recoupement avec la plateforme, il s'était cantonné à des fonctions périphériques où la demande était faible. Il a ensuite décidé de s'attaquer à des problèmes importants pour les clients même quand Zendesk pourrait les traiter.

En parallèle, il a déplacé Help Center Translate vers Intercom. L'intégration des données des deux plateformes fonctionne de façon si différente qu'il a dû reconcevoir une partie de la structure du produit, donc il ne s'agissait pas de copier l'application existante. Malgré tout, le problème de la traduction de la documentation de support et l'expérience accumulée l'ont suivi. Un portefeuille qui avait grandi en ajoutant des applications dans un même groupe de clients a ajouté le choix de s'élargir à une autre plateforme.

Le moment important dans l'expansion de Swifteq est celui où l'interlocuteur de HomeExchange a décidé d'essayer une deuxième application. La confiance gagnée avec le premier produit et son support a rendu possible l'évaluation d'un nouveau produit, et d'autres problèmes non résolus ont aussi été transmis à Sorin. La valeur commerciale d'un portefeuille, dans ce cas, tient à mieux connaître des clients déjà aidés et à les retrouver comme clients du produit suivant. Bien faire un petit travail est devenu le point de départ de la vente suivante.