Ajouter comme source préférée sur Google
À la fin de l’après-midi, vous disposez d’une extension WordPress opérationnelle. Grâce à l’aide de l’IA, elle transmet les formulaires remplis au CRM de votre client et envoie un e-mail de confirmation. Vous le présentez au client. Il l’apprécie. Peut-il être mis en ligne vendredi ?
Vous devez encore savoir ce qui se passe si quelqu’un envoie deux fois le même formulaire, ou si le CRM cesse de répondre. Et qui peut modifier les réglages de l’extension ? Jusqu’à présent, vous ne l’avez testée qu’avec votre propre compte administrateur. Avant de passer à autre chose, un collègue a besoin de suffisamment d’informations pour pouvoir le dépanner en votre absence.
Cet après-midi vous fait gagner du temps. Mais il vous laisse également avec un logiciel dont votre agence doit désormais s’occuper. Alors que l’IA facilite le développement, le travail de révision et de maintenance peut occuper une part plus importante de votre planning que vous ne le pensez.
Nous examinerons à qui incombe ce travail, ce que cela implique pour vos devis, et comment vos processus et votre configuration d’hébergement peuvent vous aider à conserver le temps que vous gagnez.
Une production plus rapide modifie la charge de travail
Certaines des aides les plus utiles apportées par l’IA interviennent avant même qu’un développeur n’ait grand-chose à montrer. Une exigence sommaire se transforme en ébauche de fonction. Un graphiste explore une mise en page sans avoir à créer chaque variante à la main. Un rédacteur parvient à dépasser la page blanche.
Cela peut libérer un temps considérable. Les développeurs qui passent moins de temps le matin à rédiger des textes génériques ou des instructions disposent de plus de marge pour se pencher sur des problèmes de compatibilité complexes, à condition que le planning leur laisse cette marge de manœuvre.
Dans l’étude DORA 2025 de Google, plus de 80 % des personnes interrogées estimaient que l’IA augmentait leur productivité, et une corrélation positive entre l’adoption de l’IA et le taux de livraison a également été signalée. Cependant, cela s’accompagnait d’une corrélation négative avec la stabilité des livraisons. Il ne s’agit bien sûr que de corrélations, mais elles montrent pourquoi une production plus rapide, à elle seule, ne vous donne qu’une vision incomplète de la livraison.
Grâce à l’extension CRM, vous pouvez faire apparaitre un envoi dans le compte du client assez rapidement. Vous essayez ensuite une adresse e-mail déjà présente dans le CRM. L’extension doit-elle mettre à jour ce contact, ne rien faire ou créer un nouvel enregistrement ? Le code doit refléter le mode de fonctionnement de l’équipe commerciale, y compris ses attentes lorsqu’un utilisateur envoie le formulaire deux fois.
Pour y voir plus clair, vous devrez discuter avec le client et effectuer quelques tests supplémentaires. Prévoyez du temps pour ces deux aspects dans votre devis. Si vous avancez la date limite d’une heure pour chaque heure gagnée grâce à l’IA sur le codage, vous réduisez le temps consacré aux tâches qui vous permettent de déterminer si la fonctionnalité est prête.
Le travail se déplace dans la phase de validation et d’intégration
Essayez de suivre le parcours d’un envoi en vous mettant à la place d’un membre de l’équipe commerciale. Le nouveau contact apparait dans le CRM, mais il n’y a aucune indication permettant de savoir si cette personne accepte de recevoir des e-mails de suivi. L’extension envoie les données sans erreur, mais omet une information dont l’équipe a besoin avant de pouvoir les exploiter.
Utilisez cet objectif pour définir ce que vous vous attendez à voir dans WordPress et dans le CRM. Vérifiez ensuite la mise en œuvre par rapport au site réel. Les conventions existantes d’une agence peuvent préciser l’emplacement des réglages, la manière dont les identifiants sont stockés, les hooks utilisés et la façon dont les erreurs sont enregistrées. Le respect de ces conventions permet au prochain développeur d’avoir moins d’éléments à déchiffrer.
Un abonné peut ne jamais voir la page de réglages de l’extension et être néanmoins en mesure d’envoyer une requête modifiant ces réglages. Lorsque vous passez en revue les rôles d’utilisateur WordPress, ne vous limitez pas à ce que chaque personne voit dans le tableau de bord. Le code doit vérifier leurs autorisations lorsqu’il lit ou modifie des informations. Suivez également le parcours des données : quelles informations quittent le site, et des données confidentielles se retrouvent-elles dans les journaux ?
Pour l’intégration de formulaires, le processus de révision porte également sur le flux de travail global :
- Vérifiez que chaque champ du formulaire est bien associé au champ CRM correspondant.
- Vérifiez si une autre extension envoie déjà les mêmes données.
- Vérifiez ce qui se passe lorsque des informations obligatoires sont manquantes.
- Assurez-vous qu’il soit possible de retrouver un envoi ayant échoué sans exposer de données confidentielles.
L’IA peut aider à identifier d’éventuelles lacunes et à élaborer des tests pour celles-ci. Fournissez-lui les exigences et demandez-lui d’examiner les hypothèses. Vérifiez ensuite le comportement de manière indépendante. Un test qui ne fait que reproduire les hypothèses de l’implémentation n’apporte guère de garantie.
Avant de valider la fonctionnalité, demandez à un autre développeur d’expliquer son fonctionnement et où il chercherait l’origine d’une défaillance. Toute incertitude constitue un point de départ utile pour améliorer le code ou la documentation. L’objectif est de disposer d’un logiciel que votre équipe comprend suffisamment bien pour s’en approprier pleinement.
Une création plus facile impose aux agences davantage de maintenance
Imaginons que le client souhaite disposer du même formulaire de demande sur le site web d’un deuxième site. Cela ressemble à un simple copier-coller, sauf que ces prospects doivent être attribués à un commercial différent. Vous dupliquez l’extension et modifiez l’affectation. Les deux formulaires fonctionnent. Désormais, lorsque vous corrigez un bogue lié à la duplication de contacts dans l’original, vous devez également penser à la copie présente sur le deuxième site.
Un script interne peut soudainement devenir une charge de maintenance. Un chargé de compte utilise une exportation CSV que vous avez créée pour extraire du CRM les demandes restées sans réponse du vendredi. Le vendredi suivant, il l’utilise à nouveau. Le script se trouve sur votre ordinateur portable, protégé par vos identifiants, mais le responsable de compte en dépend désormais pour préparer son entretien avec le client.
Si votre jeton CRM expire pendant votre absence, qui est responsable du rapport ? Un autre membre de l’équipe doit savoir où se trouve le script et comment fournir un jeton de remplacement. Il doit également disposer d’un moyen de vérifier l’erreur lorsque l’exportation renvoie un résultat vide.
Lorsque vous gérez plusieurs sites WordPress, notez la version de l’extension pour chaque site, avec un lien vers son code et le nom de son responsable de maintenance. Ajoutez également une entrée pour le script d’exportation. Pour les deux formulaires de demande de renseignements, une seule extension avec un identifiant de commercial configurable peut suffire. Cela vous permet de corriger le bogue lié aux contacts en double en un seul endroit, puis de déployer la modification sur chaque site, sans avoir à comparer deux copies pour des modifications sans rapport.
Réexaminez également les expérimentations. Notez une date dans le calendrier pour vérifier si quelqu’un utilise encore ce script d’exportation ou de rapport. S’il n’a plus d’utilité, supprimez-le plutôt que de le conserver à chaque mise à jour.
L’IA offre à votre équipe la possibilité de développer davantage. Prévoyez du temps dans le planning pour vous occuper de ce qui reste.
Une démo fonctionnelle nécessite tout de même un processus de mise en production
Le client approuve l’intégration au CRM après avoir constaté qu’un envoi créait bien un contact. C’est un retour d’information utile. Cela ne vous indique toutefois pas ce qui se passe lorsqu’un client existant envoie le formulaire, que deux demandes arrivent simultanément ou que le CRM rejette les identifiants.
Un processus de mise en production reproductible permet de mettre en évidence ces situations avant que les clients n’y soient confrontés :
- Préparez un environnement de test réaliste. Utilisez un site de staging WordPress doté des extensions, des réglages et des rôles d’utilisateurs pertinents. Utilisez des enregistrements synthétiques ou dument anonymisés, ainsi qu’un compte de test CRM, afin que l’environnement de staging n’entre pas en contact avec de véritables prospects.
- Exécutez l’intégralité du workflow. Envoyez le formulaire en tant que visiteur, examinez l’enregistrement CRM généré et vérifiez la confirmation. Testez aussi bien les contacts existants que les nouveaux. Recherchez les répercussions sur les autres formulaires et les tâches planifiées.
- Consacrez un peu de temps à essayer de le faire planter en environnement de staging. Essayez différentes méthodes pour le faire planter, par exemple en envoyant le formulaire deux fois, en laissant des champs vides et en utilisant des identifiants qui ne fonctionnent plus. Ralentissez la réponse du CRM, puis essayez d’envoyer plusieurs envois à la fois. Lorsque vous obtenez un échec, consultez les journaux. Une personne ne connaissant pas ce code pourrait-elle comprendre ce qui s’est passé à partir de ce qu’elle y trouve ?
- Déterminez comment vous allez annuler la modification. Conservez le code sous contrôle de version et notez tous les réglages ou mises à jour de la base de données qui doivent l’accompagner. Vous devrez savoir comment désactiver cette fonctionnalité. Si la restauration nécessite une sauvegarde, vérifiez ce qu’elle contient et quels enregistrements plus récents une restauration pourrait écraser.
- Prévoyez du temps pour vérifier le site en production. Un envoi de test doit être effectué. Ensuite, quelqu’un devra le retrouver dans le CRM et surveiller l’apparition d’éventuelles erreurs. Vous devrez vous mettre d’accord sur la personne chargée de cette tâche avant le déploiement, ainsi que sur le moment où elle devra interrompre le déploiement. La disparition d’un contact ne doit pas la laisser dans l’incertitude quant à la nécessité d’attendre ou d’intervenir.
La restauration de ce type d’intégration présente toutefois un inconvénient : le CRM dispose de ses propres enregistrements. Vous pouvez restaurer WordPress à partir d’une sauvegarde, mais un e-mail de confirmation parvient tout de même au destinataire, et un contact reste enregistré dans le CRM. Vos notes de restauration doivent également préciser comment repérer et corriger ces modifications externes.
Veillez à ce que la mise en production soit proportionnée à la modification, mais ne la négligez pas sous prétexte que la génération du code ne prend que quelques minutes. Ces quelques minutes ne vous renseignent guère sur les répercussions possibles de la fonctionnalité.
Les opérations se poursuivent après le lancement
À titre d’exemple, imaginons que le responsable commercial d’un client rende le champ « Nom de l’entreprise » obligatoire dans le CRM. Actuellement, votre formulaire WordPress ne recueille qu’un nom et une adresse e-mail. Le lundi matin, quelqu’un envoie une demande commerciale ; WordPress l’enregistre et affiche un message de remerciement. Mais le CRM la rejette désormais car le nom de l’entreprise est manquant. L’équipe commerciale ne voit jamais cette demande.
Les outils de surveillance de la disponibilité ne détectent pas toujours ce genre de problèmes. Même si la page se charge correctement et que le formulaire fonctionne du point de vue du visiteur, l’extension doit tout de même signaler l’échec du transfert à son responsable en fournissant une information utile, telle que « Envoi 1842 : nom de l’entreprise obligatoire ». Cela fournit au développeur un élément à examiner. Il peut alors ajouter le champ au formulaire, mettre à jour le mappage et demander au client comment traiter les demandes qui arrivent sans nom d’entreprise.
Vous devrez également conserver une trace de la date à laquelle tout cela s’est produit. Supposons que le formulaire réponde normalement en moins d’une seconde, mais qu’après une mise à jour, cela prenne six secondes. La surveillance des performances de l’application vous permet d’examiner cette requête. Si l’appel au CRM prend cinq secondes, vous savez où mener votre enquête. Vous devez tout de même ouvrir le CRM et vérifier que le contact test apparait bien.
Il convient également de bien distinguer deux aspects : le fait d’utiliser l’IA pour développer une fonctionnalité n’implique pas nécessairement que l’IA soit intégrée au flux de travail en production. L’extension CRM peut exécuter du code PHP classique sans faire appel à aucun modèle.
Si l’extension demande également à un modèle de classer chaque prospect, vous aurez un surcroit de travail à gérer. Vous aurez besoin d’exemples de classifications acceptables, d’un moyen de détecter les mauvais résultats, de contrôles des couts d’utilisation, ainsi que d’un processus de révision des changements apportés au fournisseur ou au modèle. Une réponse API réussie ne prouve pas que la classification soit pertinente.
Des développements plus rapides modifient la manière dont les agences définissent le périmètre et tarifient leurs prestations
Les clients s’attendent, à juste titre, à bénéficier d’avantages lorsque l’IA vous aide à travailler plus rapidement. Si la mise en œuvre demande moins d’efforts, votre devis doit en tenir compte. Vous n’avez pas à comptabiliser les heures que vous ne consacrez plus au projet.
Les problèmes commencent lorsque « nous pouvons développer cela rapidement » se transforme en « tout ce qui concerne ce projet doit être rapide ». Une ébauche fonctionnelle rend le processus de révision et d’assistance moins visible pour les clients qui ne voient que la démonstration.
Veillez à bien distinguer ces responsabilités dans votre proposition. Pour la fonctionnalité CRM, précisez ce que la mission comprend, par exemple :
- La mise en œuvre couvre des éléments tels que les champs convenus, le comportement des contacts et le flux de confirmation.
- Les tests et la mise en production, qui comprennent les contrôles de compatibilité, les tests de défaillance, le déploiement et la vérification.
- Le transfert comprend les notes, la responsabilité et les instructions de reprise.
- L’assistance continue prend en charge des aspects tels que la surveillance, les mises à jour, le dépannage et tout engagement en matière de réponse.
Si l’extension que vous utilisez s’appuie sur un modèle d’IA pour trier les prospects entrants, veillez à inclure également les frais du fournisseur dans la proposition. Le client paie-t-il via son propre compte ? Ou intégrez-vous l’utilisation dans les frais mensuels ? C’est un point à bien réfléchir. Si vous l’incluez, expliquez ce qui se passe lorsqu’un mois chargé fait dépasser la facture le plafond prévu.
Vous devrez toutefois faire preuve d’autant de clarté concernant les modifications qui interviendront ultérieurement. Une demande d’envoi de prospects vers un autre CRM implique de vérifier une nouvelle API et de tester où les données sont finalement transmises. Établissez un devis distinct pour ce travail plutôt que de laisser « une petite modification du formulaire » devenir un engagement illimité susceptible d’entrainer un glissement de périmètre.
Le contrat de maintenance doit préciser si vous assurez ou non la prise en charge de l’extension personnalisée. Si le CRM modifie son API et que les envois cessent d’arriver, le client doit savoir si les frais mensuels qu’il paie couvrent également la réparation. Et votre développeur a besoin de la même réponse avant de prendre en charge le ticket.
Continuez à enregistrer vos heures sur le ticket du projet de l’extension après sa mise en service. Imaginons que vous passiez deux heures à écrire le code à l’aide de l’IA, quatre heures à le tester et deux autres heures à corriger les contacts en double la semaine suivante. Cela représente huit heures de travail à prendre en compte lors de l’établissement d’un devis pour une extension similaire. Le gain de temps apporté par l’IA dépend de la comparaison entre ces huit heures et le temps que vous consacrez habituellement à la même tâche.
Offrez à vos équipes un environnement de travail cohérent (et familier)
Lorsqu’un client signale des prospects manquants, le développeur chargé de traiter le ticket a besoin d’un bon point de départ qui lui soit au moins un peu familier. Devoir réapprendre à chaque site un nouveau panneau d’hébergement, un nouveau processus de sauvegarde et une nouvelle configuration de journalisation ralentit ce processus de mise en route, souvent inutilement.
Kinsta offre aux agences un environnement opérationnel partagé via MyKinsta. L’avantage se manifeste dans les tâches quotidiennes. Avant de modifier l’extension CRM, votre développeur peut utiliser des environnements de staging pour valider la correction en dehors du site en production. Assurez-vous que l’environnement est adapté au test : les vérifications fonctionnelles et les tests de charge réalistes ont des exigences différentes en matière de ressources.
Avant la mise en production, l’équipe peut passer en revue les options de sauvegarde et de restauration disponibles et choisir un point de restauration. Les limites de cette restauration doivent rester visibles, notamment les nouveaux envois qu’une restauration de la base de données pourrait écraser et les enregistrements déjà envoyés au CRM.
Lors d’une analyse, Kinsta APM aide à localiser les activités PHP lentes, les requêtes de base de données et les appels externes. Les journaux et les analyses fournissent des informations contextuelles sur les erreurs, ainsi que sur l’évolution du trafic ou de l’utilisation des ressources.
Les autorisations utilisateur de MyKinsta vous permettent également d’accorder aux membres de votre équipe les accès appropriés sans avoir à partager un identifiant unique. La gestion centralisée des sites facilite le passage d’un environnement client à l’autre et permet de suivre une procédure de support cohérente.
C’est toujours votre agence qui décide des éléments à valider. C’est également elle qui détermine quelles défaillances sont critiques et qui doit en assurer le suivi. Une plateforme cohérente facilite grandement la mise en œuvre de ces décisions. À mesure que l’IA aide votre équipe à produire davantage de modifications, cette familiarité permet de gagner du temps à chaque fois qu’un membre de l’équipe teste, déploie ou résout un problème.
Questions à poser avant la prochaine version assistée par l’IA
Avant de promettre une nouvelle fonctionnalité rapide, prenez quelques minutes pour discuter de ce qui se passera après la démonstration. Vous pouvez aborder la plupart de ces points dans le ticket de projet :
- En quoi l’IA nous aide-t-elle à terminer plus rapidement ce travail en particulier ?
- Quelles décisions nécessitent encore une validation humaine ?
- Y a-t-il de nouveaux services ou de nouvelles dépendances de code qui pourraient être introduits ?
- Comment tester le comportement au-delà de l’exemple réussi ?
- Qui est responsable de la fonctionnalité après son lancement, même lorsque le développeur d’origine n’est pas disponible ?
- À quoi reconnait-on que le flux de travail ne fonctionne plus ?
- Comment peut-on la désactiver ou annuler la modification ?
- L’estimation inclut-elle le travail de mise en production et l’assistance convenue ?
- S’agit-il d’une expérience avec une date de fin ou d’un élément que nous nous engageons à maintenir ?
Conservez les réponses à un endroit où le prochain membre de votre équipe pourra les trouver, aux côtés de l’emplacement du code, des notes de configuration et du rapport de mise en production. Une petite fonctionnalité nécessite rarement un manuel volumineux. Mais elle doit s’accompagner d’un contexte suffisant pour qu’un collègue puisse l’étudier sans avoir à reconstituer la conversation initiale avec l’outil d’IA.
Développez plus rapidement et anticipez la suite
Le développeur qui met en place l’intégration CRM en un après-midi offre à l’agence une longueur d’avance précieuse. Le client dispose d’un élément concret à examiner, et l’équipe a davantage de temps pour peaufiner les détails avant vendredi.
Ces responsabilités ne viennent pas annuler le gain de temps apporté par l’IA. Elles doivent être intégrées au plan dès le départ, afin que votre agence puisse se consacrer à des tâches utiles sans accumuler d’engagements d’assistance qu’elle ne pourra pas honorer.
Considérez un développement plus rapide comme une opportunité de fournir un travail de qualité. Définissez clairement les responsabilités, utilisez un processus de mise en production que votre équipe peut reproduire, et mettez les problèmes en évidence. L’hébergement WordPress infogéré de Kinsta offre à votre équipe un environnement cohérent pour tester, surveiller et gérer les sites que vous continuez à développer.
Carlo est un passionné de webdesign et de développement frontend. Il joue avec WordPress depuis plus de 10 ans, notamment en collaboration avec des universités et des établissements d'enseignement italiens et européens. Il a écrit des dizaines d'articles et de guides sur WordPress, publiés à la fois sur des sites web italiens et internationaux, ainsi que dans des magazines imprimés. Vous pouvez trouver Carlo sur X et LinkedIn.
