Combien peut-on économiser en conservant le back-office existant lors de la refonte d’un site web ?

Pour une refonte de site web, conserver le back-office permet de réduire les coûts dans une mesure qui dépend des fonctionnalités de l’ancien système pouvant être réutilisées directement. Si la gestion des produits, la publication de contenu, le traitement des demandes de renseignements et la gestion des autorisations répondent tous aux besoins du site remanié, conserver le back-office peut éviter de reconstruire ces modules et réduire une partie des dépenses liées à la migration des données. En revanche, si les nouvelles pages nécessitent de nombreuses modifications des interfaces ou si l’ancien système accumule une dette de maintenance, les économies possibles diminuent.

Par conséquent, lors de l’approbation du budget d’une refonte de site web (costo de rediseño web), il ne faut pas appliquer directement un pourcentage correspondant aux économies réalisées en conservant le back-office. Une méthode plus fiable consiste à demander aux prestataires de chiffrer séparément les deux options pour un périmètre de livraison identique, puis à calculer les coûts supplémentaires de compatibilité, de correction et de maintenance continue liés à l’option de conservation.

Les économies proviennent principalement de la non-reconstruction des fonctionnalités métier existantes

Pour un site d’entreprise de commerce extérieur ou d’une usine manufacturière, le back-office peut déjà gérer les catégories de produits, les caractéristiques techniques, les téléchargements de documents, les contenus multilingues et les demandes de renseignements commerciales. Conserver ces fonctionnalités permet de réduire les travaux de développement, d’importation des données historiques, de configuration des droits des comptes et de formation des utilisateurs.

Toutefois, la conception des pages, l’adaptation aux appareils mobiles, le développement front-end, la compatibilité avec les navigateurs et les tests avant mise en ligne doivent toujours répondre aux nouveaux besoins. Même si la base de données reste inchangée, une modification de la façon dont les nouvelles pages utilisent les images des produits, les critères de filtrage ou les champs des formulaires peut nécessiter des adaptations des interfaces et des modèles.

La notion de « conservation du back-office » peut recouvrir différents périmètres. Conserver uniquement les données, conserver l’interface d’administration existante, ou conserver également les interfaces et l’environnement de déploiement ne représente pas la même charge de travail. Si le devis indique seulement « réutilisation du système existant », le service financier aura du mal à déterminer précisément quels coûts sont évités.

Vous pouvez demander au prestataire de répartir les coûts en trois catégories : les travaux de conception et de développement front-end nécessaires dans les deux options, les travaux de reconstruction du back-office et de migration évités grâce à l’option de conservation, et les travaux d’adaptation et de correction supplémentaires qu’elle entraîne. La différence entre les deux dernières catégories correspond à une estimation plus proche des économies réelles de cette refonte.

Utiliser la même liste des besoins pour calculer un écart pouvant être soumis à approbation

Économies nettes initiales = coût total de la reconstruction à périmètre égal − coût total de l’option conservant le back-office. Les deux devis doivent couvrir le même nombre de pages, les mêmes versions linguistiques, fonctionnalités, tests, assistance à la mise en ligne et taxes ; sinon, l’écart peut s’expliquer par une réduction du périmètre livré.

Voici un exemple hypothétique donné uniquement pour illustrer la méthode de calcul : le devis d’une reconstruction complète s’élève à 100 000 yuans, tandis que celui d’une refonte de base conservant le back-office est de 70 000 yuans. L’économie apparente est de 30 000 yuans. Mais si l’adaptation des interfaces, la correction de l’ancien système et les tests supplémentaires coûtent encore 10 000 yuans, le coût initial total de l’option de conservation atteint 80 000 yuans, soit une économie réelle de 20 000 yuans, équivalente à 20 % du budget de reconstruction. Ces chiffres illustrent uniquement la logique de calcul et ne représentent ni des prix du marché ni une moyenne sectorielle.

Il faut ensuite tenir compte des dépenses ultérieures. Supposons que, sur la même période de comparaison, les frais de licence, de maintenance et de mises à niveau nécessaires de l’option de conservation dépassent de 10 000 yuans ceux de l’option de reconstruction : les économies cumulées ne seraient alors plus que de 10 000 yuans. Lors de l’approbation, choisissez une période de comparaison cohérente avec le plan d’utilisation de l’entreprise et distinguez les coûts confirmés de ceux qui ne sont engagés que sous certaines conditions.

Les postes les plus souvent omis dans ce type de budget sont le renouvellement des licences d’extensions historiques, les frais d’appels aux interfaces, la transition entre prestataires, l’exportation des données et la maintenance de l’ancien environnement. Pour les adaptations qui n’ont pas encore été évaluées, le contrat doit préciser le périmètre de l’audit, les modalités de tarification et les conditions d’approbation des changements, afin d’éviter des suppléments répétés après la signature d’un contrat à bas prix.

Quels back-offices méritent d’être conservés, et lesquels risquent d’alourdir le coût de la refonte ?

Lorsque la refonte vise principalement à moderniser l’apparence, améliorer l’expérience mobile et présenter le contenu, tandis que les processus métier du back-office restent globalement inchangés, il y a de bonnes raisons de le conserver. Encore faut-il que l’entreprise puisse obtenir les droits d’administration nécessaires et la documentation des interfaces, ainsi que le code ou l’assistance technique adaptés au mode de maintenance choisi. L’équipe qui reprend le système doit également être en mesure d’assurer le déploiement et le dépannage.

Si la refonte implique de repenser la structure multilingue, d’améliorer le filtrage des produits, d’ajouter des transactions de commerce en ligne ou de connecter un système de gestion de la relation client, il faut d’abord vérifier les capacités de l’ancien système. Par exemple, si l’ancien back-office ne dispose que d’un champ unique pour la description d’un produit alors que le nouveau site doit permettre de gérer séparément, dans chaque langue, les caractéristiques, les fichiers à télécharger et les informations de recherche, la conservation du back-office peut elle aussi nécessiter d’importantes modifications.

Avant l’approbation, vous pouvez demander au responsable technique de répondre clairement aux questions suivantes :

• Parmi les nouvelles fonctionnalités, lesquelles peuvent être réutilisées directement et lesquelles nécessitent de modifier la structure des données ou les interfaces ?
• L’environnement d’exécution, les extensions et les licences existants peuvent-ils être conservés, et qui prendra en charge les frais de maintenance ?
• L’équipe qui reprend le système peut-elle effectuer la restauration des sauvegardes, les mises à jour de sécurité et le diagnostic des pannes ?
• En cas de changement ultérieur de prestataire, les données, les configurations et les documents nécessaires pourront-ils être transférés intégralement ?

Si ces questions restent sans réponse claire, le faible devis de conservation du back-office n’est pas suffisamment justifié. Pour les systèmes qui ne peuvent être modifiés qu’avec l’aide du prestataire d’origine, il faut également comparer les délais de réponse, les tarifs des changements et les conditions de résiliation, afin d’éviter que les économies réalisées lors d’une refonte ne se transforment en dépenses de maintenance à long terme qui rendent l’entreprise dépendante d’un prestataire.

Pour un site marketing, il faut aussi tenir compte de la continuité des demandes de renseignements et des campagnes publicitaires

Conserver le back-office ne garantit pas le maintien du trafic issu des moteurs de recherche ni des performances publicitaires. Une refonte peut modifier les URL des pages, la structure du contenu, le mode d’envoi des formulaires et le suivi des conversions. Les redirections des anciennes URL, l’intégration des demandes dans le bon processus commercial et l’enregistrement précis des conversions publicitaires doivent tous faire partie du périmètre de livraison et de réception.

Si l’entreprise achète également des outils de diffusion tels que le système de marketing publicitaire intelligent AI+SEM, il faut répertorier séparément les frais de connexion et de réception correspondants, et vérifier que les données du site nécessaires au suivi des indicateurs clés et à l’analyse des données sont complètes. L’outil fournit des capacités de suivi, mais le site doit également être configuré correctement pour permettre de comparer les résultats avant et après la refonte.

Pour les sites qui diffusent des campagnes en continu, le plan de mise en ligne doit également prévoir des tests de formulaires, la vérification des principales pages de destination et la préparation d’une procédure de retour à la version précédente. Il est difficile de chiffrer à l’avance les pertes potentielles de demandes de renseignements ; des critères de réception peuvent réduire les risques. Il ne convient pas d’exagérer les avantages d’une option à l’aide de prévisions de revenus sans fondement.

Le budget soumis à approbation doit clairement indiquer le montant des travaux de reconstruction évités, les coûts supplémentaires liés à la conservation de l’ancien système et les dépenses confirmées pendant la période de comparaison. Si l’écart est étayé par une liste détaillée, que les fonctionnalités ont été validées et que les responsabilités de maintenance sont clairement définies, la conservation du back-office constitue une économie quantifiable. Si l’avantage repose principalement sur des postes omis et des suppléments ultérieurs, le prix inférieur affiché dans le budget ne peut pas servir de fondement à une décision.