Un jour, 10 jours, quelques minutes : la vitesse de livraison dans le logiciel d’entreprise

Chez l’un des principaux opérateurs télécoms de Turquie, trois besoins métier différents ont été couverts avec Butterfly dans trois délais différents : une application événementielle pour 250 à 300 personnes a été mise en production en 10 jours, un tableau de bord commercial en un jour, et des mises à jour de contrats liées à la réglementation en quelques minutes.

Dans le logiciel d’entreprise, combien de temps faut-il pour qu’un besoin devienne une solution opérationnelle ?

Le mot « agilité » est souvent employé, mais rarement mesuré. Dans les télécoms, la vitesse n’est pas une option : campagnes, réglementation et demandes clients peuvent changer au cours de la même semaine.

Trois projets menés avec l’un des principaux opérateurs télécoms de Turquie montrent, par des exemples concrets, comment Butterfly répond à des besoins changeants. Dans chacun, le besoin comme le délai de livraison étaient différents.

Application événementielle : 10 jours du pilote à la production

L’une des équipes technologiques de l’opérateur avait besoin d’une application événementielle utilisable toute la journée lors de sa rencontre annuelle d’équipe. L’application, accessible par 250 à 300 participants depuis leur propre téléphone, devait fonctionner sur le web, iOS et Android.

Ce besoin, de portée apparemment limitée au premier abord, impliquait de développer une application fonctionnant simultanément sur plusieurs plateformes et utilisée activement par des centaines de personnes tout au long de la journée.

L’application développée avec Butterfly a réuni sur une infrastructure unique des fonctionnalités comme une carte en direct, un mur de photos, des sondages et des notifications instantanées. Les applications web, iOS et Android ont été publiées ensemble.

Le retour de la responsable de l’événement a été bref :

« C’est très réussi, merci. »

Tableau de bord des demandes : en production un jour après la demande

Tout besoin métier ne nécessite pas le développement d’une nouvelle application. Parfois, il suffit de rendre visible un processus existant.

L’équipe commerciale entreprises de l’opérateur souhaitait suivre les demandes d’internet résidentiel depuis un seul écran. L’objectif était de visualiser le processus sur un tableau de bord central plutôt que de suivre les demandes depuis différents points.

Cette vitesse s’explique par le fait que le tableau de bord a été construit sur l’infrastructure de vente numérique existante. Aucun nouveau projet n’a été lancé ; le modèle de données et la structure des droits d’accès existants ont été utilisés.

Le retour du responsable produit qui a examiné le tableau de bord :

« Je viens de le regarder, bravo, c’est vraiment très réussi. »

Modèles de contrats : en production à l’heure promise

Dans les deux premiers exemples, la vitesse de livraison tenait à la rapidité avec laquelle le besoin était couvert. Pour les mises à jour de contrats, en revanche, le calendrier est une exigence directe de l’activité et de la réglementation.

Dans le secteur des télécommunications, les changements réglementaires et les mises à jour de campagnes peuvent entrer en vigueur à des dates précises, voire à des heures précises. Les contrats d’abonnement, les engagements contractuels et les formulaires de portabilité du numéro doivent être mis à jour en même temps que ces changements.

L’opérateur produit ces documents sur Butterfly à l’aide de plus de 30 modèles. Depuis mai 2025, les modèles ont été mis à jour environ 30 fois en environnement de production.

Certaines de ces mises à jour montrent à quel point la vitesse de livraison peut être critique :

• Dans le cadre d’une migration vers une nouvelle technologie, la mise en production de six modèles à 23 h 45 avait été promise. Les mises à jour étaient en ligne à 23 h 48.
• Lors d’un changement de portefeuille, les nouveaux engagements contractuels ont été mis à disposition à 0 h 04, la nuit de l’entrée en vigueur du changement.
• Lors d’autres mises à jour, six modèles ont été mis en production en 32 minutes et sept modèles en 43 minutes.

Qu’est-ce qui rend cette vitesse possible ?

Les besoins des trois cas étaient différents, mais l’approche de livraison est la même.

• Gestion des modèles et des écrans sans code. Les modifications de modèles et d’écrans peuvent être effectuées sans attendre un nouveau cycle de version. La mise à jour des contrats en quelques minutes en est le résultat.
• Une infrastructure, plusieurs canaux. Les applications web et mobiles s’appuient sur le même modèle de données. C’est ce qui a permis à l’application événementielle d’être publiée simultanément sur trois plateformes.
• Développer sur le système existant. Il n’est pas nécessaire de construire un système de zéro pour chaque besoin. Le tableau de bord des demandes a été développé en s’appuyant sur le modèle de données et la structure des droits d’accès de l’infrastructure commerciale existante.
• Une équipe produit proche du client. Notre équipe produit est en Turquie. Les besoins sont discutés autour de la même table, et la solution n’attend pas la feuille de route d’un produit à l’étranger.

L’agilité n’est pas un slogan, c’est une mesure

Un jour, 10 jours, quelques minutes. Trois cas, trois réponses différentes à la même question : lorsqu’un besoin métier change, en combien de temps le logiciel peut-il suivre ?

Dans le logiciel d’entreprise, l’essentiel n’est pas seulement de développer de nouvelles fonctionnalités. C’est de pouvoir rendre la bonne solution opérationnelle au moment où elle est nécessaire.

Évaluons ensemble en combien de temps un besoin métier de votre organisation peut devenir une solution opérationnelle. Demander une démo →