Caroline B.
Cheffe de marques
Modernisation d’un outil vieillissant
Votre logiciel traite vos dossiers tous les jours, et ce que vos équipes en voient date de l'année où il a été écrit. Une modernisation logicielle remet cet outil à niveau en gardant les fonctions qu'il rend et les gestes que vos équipes connaissent.
15 ans
d'expérience
250+
missions réalisées
+30
projets en activité
100%
sur-mesure
Ils nous font confiance
LE CONSTAT
Un logiciel vieillissant se paie ailleurs que sur votre budget informatique
Ce logiciel a été écrit pour votre entreprise, et il tient toujours le poste que vous lui avez confié. Vos équipes savent s’en servir, vos dossiers y sont, votre exercice précédent y est archivé. Rien dans son fonctionnement quotidien n’oblige à trancher, et cette absence d’urgence le fait passer après tout le reste, exercice après exercice.
Son coût réel se répartit là où personne ne le compte : les évolutions que vous avez renoncé à commander après un chiffrage, les contournements que vos équipes entretiennent depuis, les heures passées à ressortir d’un tableur ce que l’outil sait déjà. Chacun de ces postes tient dans un budget de fonctionnement, et aucun ne se présente à vous sous la forme d’une décision à prendre.
La décision bute sur une autre difficulté : personne chez vous ne peut dire dans quel état l’outil se trouve. Vos utilisateurs décrivent ce qui les gêne, votre prestataire ce qui serait long à faire. Les deux descriptions sont sincères, et aucune ne dit ce qui se répare vite.
Le réflexe, dans cette incertitude, consiste à refaire l’écran par-dessus. La dépense se voit, elle se défend devant vos utilisateurs, et elle laisse intactes les fonctions qui bloquaient déjà. Une modernisation sérieuse répartit le travail entre ce qui se voit et ce qui porte, et cette répartition se décide avant le premier euro engagé.
Le même logiciel porte souvent plusieurs demandes à la fois, et elles n’appellent pas toutes le même travail. Certaines se règlent en remettant l’outil existant à niveau. D’autres supposent de redécider ce qu’il doit faire, ou d’établir son état avant tout engagement. Ces demandes se répartissent entre quatre chantiers, réunis dans refonte et reprise de projet. La modernisation est celui qui remet à niveau ce qui porte et affiche vos fonctions actuelles, sans les rouvrir.
Vous vous reconnaissez ?
Les signes qu'un logiciel a pris du retard sur son entreprise
L’obsolescence d’un logiciel métier se constate rarement d’un coup. Elle se lit dans une succession de petits renoncements, étalés sur plusieurs exercices.
Un nouvel arrivant tient rarement ses premières semaines seul
Ce qu'un écran attend ne se lit nulle part, et vos anciens y consacrent plusieurs semaines à chaque arrivée. Le coût suit votre renouvellement d'équipe, sans jamais apparaître dans un budget informatique.
Vos utilisateurs réclament ce qu'ils ont ailleurs
Ils citent une recherche qui répond en tapant, une pièce jointe déposée en la faisant glisser, un historique qui dit qui a modifié quoi. Ces gestes existent dans les outils qu'ils utilisent chez eux, et leur absence ici se remarque tous les jours.
Une partie du logiciel est devenue trop chère à toucher
Les mêmes fonctions reviennent chiffrées à un montant sans rapport avec la demande, pendant que le reste de l'outil continue d'évoluer normalement.
Vos écrans se lisent à une seule taille
Chaque écran arrive sur un téléphone à la taille prévue pour un poste fixe. Chaque consultation impose d'agrandir et de faire défiler, et la saisie attend le retour au poste.
Des personnes extérieures voient vos écrans
Vous montrez cet écran en rendez-vous, à un partenaire ou à un candidat, et sa présentation entre dans le jugement qu'ils portent sur votre entreprise. C'est le seul de vos outils internes qui se voie de l'extérieur.
Vos équipes ressaisissent ailleurs ce que l'outil sait déjà faire
Le logiciel tient l'information, et l'atteindre demande trop de manipulations en réunion. Un fichier plus rapide à ouvrir est devenu la référence de travail.
Ces situations décrivent le même outil : un logiciel qui fonctionne et qui a cessé de suivre. Elles se traitent dans un ordre, rarement toutes ensemble, et nous détaillons la manière d’établir cet ordre dans moderniser un logiciel ancien.
NOS SERVICES
Ce qu'une modernisation reprend dans un logiciel déjà en service
Une mise à jour technique se commande rarement en bloc, mais elle ne se découpe pas non plus point par point : le remplacement de la base technique se commande seul, quand c'est le seul point à reprendre, et la migration technologique d'un outil métier couvre alors ce travail sans ouvrir le reste. Une fonction rouverte, elle, embarque toujours l'écran qui l'affiche, les documents qu'elle édite et ce qu'elle envoie à vos autres logiciels : ces points-là forment un seul lot, jamais traités séparément.
La réouverture des fonctions bloquées
Nous reprenons les parties de l'outil où une modification coûte aujourd'hui plus cher que ce qu'elle apporte, jusqu'à ce qu'une demande ordinaire y redevienne une demande ordinaire.
Le remplacement de la base technique
Nous changeons ce sur quoi votre logiciel tourne. Cette base plus récente referme aussi les failles de sécurité qui s'accumulent sur un socle qu'on ne corrige plus. Vos équipes retrouvent leurs habitudes de travail, à quelques ajustements près que nous listons avant de commencer.
Ce que votre outil envoie à votre comptabilité et à vos partenaires
Nous reprenons les envois qui partent aujourd'hui à la main ou en pièce jointe, et nous les remplaçons par un échange que personne n'a plus à déclencher.
Les écrans que vos équipes ouvrent tous les jours
Nous refaisons la présentation des parcours qui portent votre volume de saisie, du premier écran ouvert jusqu'à la validation finale. Les écrans ouverts une fois par trimestre passent après.
Une lecture possible depuis un téléphone
Nous rendons consultables et modifiables sur un petit écran les fonctions qui en ont besoin, celles que vos équipes utilisent debout ou en déplacement, sans transformer l'outil entier.
Les documents que votre outil produit
Nous reprenons ce que votre logiciel édite, en commençant par les pièces qui portent votre nom en dehors de l'entreprise. Vos modèles actuels servent de point de départ.
Nos dernières réalisations
Toutes nos réalisations 4,8
CE QU'ILS EN DISENT
Nous avons aidé des dizaines de clients dans leur transformation digitale
-
Equipe très à l'écoute, dynamique, réactive, de très bons conseils, très pro, à la fois très techniques mais qui sait aussi se mettre à la place de personnes non averties.
-
Laurence V.
Directrice Marketing
Nous ne pouvons que nous féliciter de notre choix d'agence web : une équipe sympathique, à l'écoute, professionnelle, rigoureuse, technique... présente tout en respectant nos contraintes.
-
Mirela O.
Reponsable Marketing
À l'écoute, disponibles et très créatifs, ils comprennent rapidement les besoins de leurs clients et leurs conseils sont opportuns.
-
Tiffany V.
Responsable Communication
Bonne compréhension des enjeux et attentes, couplée à de la créativité : tout est fluide. J'apprécie leur accompagnement, leur prise en charge et la disponibilité des équipes.
Quelle partie de votre logiciel passe en premier ?
Décrivez-nous simplement où votre logiciel vous freine aujourd’hui, sans engagement de votre part.
Comment nous menons une modernisation, lot par lot
-
Le rapport d'audit dit dans quel état se trouve chaque partie qu'il a ouverte, et ce que coûterait chaque correction. Nous le reprenons avec vous et vos utilisateurs pour retenir les zones où votre activité bute réellement aujourd'hui. Le reste sort du périmètre à ce moment, et n'entre dans aucun chiffrage.
-
Nous découpons le travail en lots dont chacun vaut par lui-même, puis nous fixons avec vous lequel passe en premier. Un lot associe toujours les fonctions à rouvrir et les écrans qui les portent, pour éviter de repasser deux fois au même endroit. Vous voyez à ce moment ce que chaque lot vous rendra, et ce qu'il laissera en l'état.
-
Un lot se traite d'une pièce : la fonction, l'écran qui l'affiche, les documents qu'elle édite et ce qu'elle envoie à vos autres logiciels. La présentation se valide sur maquette avec les personnes qui saisissent, et tout écart avec leurs habitudes actuelles se décide avec elles à ce moment plutôt qu'après la mise en service. Avant la bascule, nous rejouons vos dossiers réels dans l'ancienne et la nouvelle version pour vérifier que les calculs, les documents édités et les échanges envoyés donnent le même résultat : la fonction reprise doit produire exactement ce qu'elle produisait, pas seulement s'afficher pareil.
-
Un lot part en service au moment où vos équipes peuvent l'absorber, jamais en pleine période de forte activité. Nous reprenons les données concernées la veille, puis nous restons joignables les premiers jours pour traiter ce que l'usage réel fait remonter. Le reste de l'outil tourne sans y toucher.
-
Nous gardons l'outil en état de marche et nous traitons les demandes qui apparaissent une fois vos équipes revenues à leur rythme. Ce travail continu se contractualise à part du forfait de modernisation, dans un contrat de maintenance et d'évolution que vous signez ou non.
Modernisation d'un logiciel : périmètre, durée et continuité de service
Pour une partie de vos écrans, oui, et le rapport d’audit dit lesquels : ceux dont la fonction accepte encore une modification à un coût ordinaire. Les autres entrent dans le lot de la fonction qui les porte. La liste vous arrive écran par écran, avec en face ce que chacun suppose de rouvrir, et vous fixez le périmètre à partir de là.
.Le chiffre sort du rapport d’audit, jamais d’une estimation posée à l’aveugle. Un audit technique se commande seul, et son résultat vous appartient même si vous nous arrêtez là. Il met un prix en face de chaque correction relevée. Nous regroupons ensuite ces corrections en lots avec vous, ce qui donne un montant par lot plutôt qu’une somme globale, et vous engagez le premier sans engager les suivants.
.Un premier lot se compte plutôt en semaines, un outil entier plutôt en mois, et le cadrage remplace cette fourchette par un calendrier daté. L’écart d’une entreprise à l’autre tient surtout à la distance entre ce que votre logiciel sait faire et ce que votre activité fait aujourd’hui : plus vos règles ont changé sans que l’outil suive, plus il y a de zones à reprendre. Un logiciel ouvert en continu impose ensuite des lots plus petits qu’un outil utilisé quelques heures par semaine.
.Nous ouvrons ces fichiers en premier, parce qu’ils décrivent ce que votre outil aurait dû faire. Une partie de leur contenu redescend dans le logiciel, souvent parce que l’outil savait déjà le traiter et que vos équipes avaient renoncé à s’en servir. Le reste garde sa place dehors : un tableur qu’une seule personne ajuste chaque semaine, pour un besoin qui bouge encore, gagne à rester libre. Le tri se fait fichier par fichier avec vos équipes.
.Vous gardez ce lot en service et vous en tirez seul son bénéfice. C’est ce qui décide notre découpage : un chantier arrêté après un lot laisse un outil entier et cohérent, jamais un écran à moitié refait. Vous récupérez à chaque étape le code, les maquettes validées et la liste des zones qui restent. Vous reprenez la suite quand votre exercice le permet.
.D’une personne qui tranche, et de quelques utilisateurs par zone reprise. Celle qui tranche arbitre l’ordre des lots et valide les maquettes, à raison de quelques rendez-vous par lot. Les utilisateurs interviennent deux fois : quand nous relevons ce qu’ils contournent, puis à la recette de leur écran, sur leurs propres dossiers. Cette charge se concentre sur les périodes que vous choisissez, sans suivi quotidien à assurer.
. POUR ALLER PLUS LOIN
Moderniser un logiciel sans repartir de zéro
Ce que devient un logiciel modernisé en surface
Le réflexe qui refait l’écran par-dessus, déjà signalé plus haut, ne coûte cher qu’à la première demande d’évolution suivante. Le nouvel écran appelle alors les mêmes fonctions qu’avant, et reprendre le fond suppose de préserver un écran neuf que vos équipes ont déjà adopté : une contrainte de plus qu’au départ.
L’ordre inverse se défend moins bien en interne, faute d’un résultat visible tout de suite. Il décide pourtant du prix de tout ce qui suit.
Pourquoi une partie de votre logiciel est devenue intouchable
Ce blocage s’installe par accumulation, et chaque décision qui y a mené se justifiait le jour où elle a été prise. Une correction faite dans l’urgence, une règle recopiée dans plusieurs écrans au lieu d’être écrite une seule fois, une exception ajoutée par-dessus une autre exception pour un cas particulier.
Des années plus tard, modifier cette règle suppose de retrouver toutes ses copies, de comprendre laquelle sert encore, et de vérifier tout ce qu’elles touchent. La modification reste courte, la vérification devient l’essentiel du travail, et c’est elle que vous lisez dans un chiffrage disproportionné.
Ce blocage se traite zone par zone, en commençant par celles où votre activité bute aujourd’hui. Une zone que vous ne toucherez plus peut rester en l’état sans conséquence. Nous détaillons cette hiérarchie dans réduire la dette technique de son application, avec la manière de choisir par quoi commencer.
Ce qu’une modernisation laisse volontairement en place
Une modernisation se juge autant sur ce qu’elle laisse intact que sur ce qu’elle reprend. Vos règles de gestion restent les vôtres, votre numérotation de dossiers reste lisible dans vos archives, les mots affichés sur vos écrans gardent le sens que vos équipes leur donnent. Un dossier ouvert avant le chantier se retrouve après, sous la même référence.
Cette limite sépare une modernisation d’un autre chantier. Quand ce sont les règles elles-mêmes qui doivent changer, garder les fonctions en place devient un frein. La question porte alors sur le métier davantage que sur la technique, et elle se traite par une refonte d’application ou de plateforme, qui redécide fonction par fonction ce que l’outil doit faire.
Nous posons cette frontière avant de chiffrer : un devis de modernisation se construit sur ce qui existe déjà, un devis de refonte sur ce qui reste à décider, et les deux ne se comparent pas terme à terme.
Un logiciel que vos nouveaux arrivants prennent en main seuls
Une part de cette charge d’apprentissage tient à l’outil lui-même, et elle se réduit sans le refondre.
Le travail porte sur des points précis : une aide affichée à côté du champ plutôt que rangée dans un classeur, des valeurs proposées par défaut là où votre pratique est stable, des messages d’erreur qui indiquent le geste à faire, un écran de reprise qui montre où le dossier en est. Le vocabulaire et l’enchaînement que vos anciens connaissent restent en place : ce que nous ajoutons s’adresse à celui qui ne les connaît pas encore.
Le résultat se mesure sur vos recrutements suivants : la durée réelle de la mise au courant, et le nombre d’écrans que vos utilisateurs continuent de contourner.
Ce qui vous appartient à la fin de chaque lot
Un chantier mené par lots change ce que vous détenez en cours de route. Le lot livré, son code et les maquettes validées sont à vous dès sa mise en service, sans que la suite conditionne quoi que ce soit. Vous ne payez pas un ensemble dont la valeur n’arriverait qu’au dernier versement.
La même règle vaut pour ce que nous produisons autour du logiciel : la liste des zones reprises, ce que chacune contenait, et ce qui reste à traiter avec le coût relevé en face. Ces documents vous suivent, que le chantier continue avec nous ou ailleurs.
Le code et les données produits pour vous vous appartiennent, sans réserve. Un outil modernisé vous place sur ce point exactement où vous placerait un outil neuf, avec l’historique de vos dossiers en plus.
