Une organisation reçoit un devis pour un site d’information très simple : plusieurs dizaines de milliers de yens au départ, puis une maintenance mensuelle.
En regardant seulement les pages, la réaction est évidente :
« Une IA générative ne pourrait-elle pas faire cela très rapidement ? »
Souvent, si. Les textes, la structure, l’affichage mobile, les formulaires simples et le code de base peuvent aujourd’hui être produits beaucoup plus vite qu’avant.
Le problème commence lorsqu’une personne dit en réunion :
« Je pourrais le faire. »
La réponse peut être immédiate :
« Parfait, alors occupe-t’en. »
Et un petit projet web devient discrètement une nomination à vie comme responsable web officieux.
1. Le point central : le coût de production et le coût de responsabilité ne sont pas la même chose
L’IA générative a surtout réduit le travail de production.
Elle peut rédiger, proposer une structure, écrire du code, ajuster une mise en page et préparer plusieurs variantes.
Cette partie est réellement devenue plus rapide.
Mais la somme versée à un prestataire peut couvrir bien d’autres tâches :
- recueillir et arbitrer les besoins
- recevoir les demandes de modification
- mettre les changements en ligne
- gérer le domaine et les certificats de chiffrement
- maintenir les sauvegardes
- appliquer les mises à jour et correctifs de sécurité
- restaurer le service en cas de panne
- répondre aux messages signalant un affichage défectueux
- documenter le système pour les prochains responsables
- assumer contractuellement une obligation de support
L’organisation n’achète donc pas forcément seulement des pages.
Elle peut aussi acheter le droit de confier les ennuis à quelqu’un d’autre.
2. Ce que l’IA a réellement rendu moins cher
Pour un petit site d’information, l’IA réduit très efficacement le travail répétitif.
Elle peut accélérer :
- l’ébauche de l’architecture
- les titres et les textes
- les variantes visuelles
- l’adaptation mobile
- le code de base
- les modifications courantes
- la remise en ordre d’anciens contenus
- une automatisation simple de la publication
Il est donc naturel de trouver cher un devis élevé pour quelques pages simples.
L’erreur consiste à confondre temps de construction et valeur du contrat.
L’IA peut écrire le code en trente minutes.
Elle ne supprime pas les demandes du mois suivant : changer des horaires, mettre à jour des responsables, réparer un formulaire ou comprendre pourquoi le site ne répond plus.
Le code va plus vite.
Le demandeur n’a pas disparu.
3. Ce que le prestataire peut vendre en réalité
Un écran terminé cache beaucoup de travail.
Pour un site d’organisation, plusieurs couches peuvent relever du prestataire.
Besoins et coordination
Quelqu’un doit écouter les différentes parties et résoudre des demandes incompatibles.
Une organisation ne parle pas d’une seule voix. Une personne se souvient d’une décision, une autre du contraire, et la réunion suivante peut modifier les deux.
Infrastructure et mise en ligne
Quelqu’un gère le domaine, les certificats, l’hébergement, la configuration et la restauration.
Maintenance et sécurité
Les composants logiciels doivent être mis à jour et les vulnérabilités traitées.
Le National Institute of Standards and Technology des États-Unis considère la sécurité logicielle comme une question qui concerne l’ensemble du cycle de vie, et non comme quelque chose qui s’arrête au moment de la mise en production.[1]
Son guide sur les correctifs décrit aussi leur gestion comme une maintenance préventive et comme un coût normal de l’exploitation technologique.[2]
Incidents
Si le site tombe, si un formulaire ne fonctionne plus ou si l’affichage casse, quelqu’un doit recevoir le signalement, diagnostiquer et restaurer.
Transmission
Lorsqu’un responsable change, le domaine, les accès, les procédures et les contrats ne doivent pas disparaître avec une seule personne.
Un site ne devient pas une statue le jour de sa publication.
C’est ce jour-là que commence sa vie de système à maintenir.
4. Une mensualité de maintenance ne veut rien dire sans périmètre
Une mensualité n’est pas automatiquement élevée ou faible.
Si elle ne couvre guère plus que le paiement de l’hébergement, elle peut sembler excessive.
Si elle comprend les éléments suivants, il s’agit d’un autre produit :
- hébergement et domaine
- sauvegardes
- mises à jour
- sécurité
- surveillance
- première réponse aux incidents
- petites modifications de contenu
- assistance aux responsables
- restauration
- aide à la migration en fin de contrat
L’agence américaine CISA insiste également sur le fait que les fournisseurs de technologie doivent prendre davantage en charge les résultats de sécurité de leurs clients au lieu de reporter toute la charge sur eux.[3]
La bonne question n’est donc pas seulement :
« Combien par mois ? »
Mais :
Qui répond de quoi, jusqu’où, et dans quel délai ?
5. Un site personnel se prête très bien à une construction assistée par IA
Pour un site personnel, la structure est simple.
- qui décide : vous
- qui construit : vous
- qui casse : vous
- qui répare : vous
- qui supporte la perte : vous
Tout revient à la même personne.
Si vous cassez le design à minuit, vous pouvez décider que le réparer demain suffit.
Vous pouvez aussi choisir la durée d’indisponibilité acceptable, le nombre de sauvegardes à conserver ou la fonction pénible à supprimer.
Dans ce contexte, la vitesse de l’IA devient directement un avantage.
Si vous faites tout vous-même, vous pouvez aussi assumer toute la responsabilité.
Le pouvoir de décision et la responsabilité sont alignés.
6. La pire structure pour le site d’une autre organisation
La version dangereuse ressemble à ceci :
- qui travaille : vous
- qui décide : les autres
- qui demande des changements : plusieurs personnes
- qui est appelé lorsque quelque chose casse : curieusement, vous
- rémunération : parfois seulement de la bonne volonté
Ce n’est plus un problème technique.
C’est un triangle infernal de responsabilité concentrée.
« Il suffit de changer une phrase, non ? »
« Il suffit d’ajouter une photo. »
« Avec l’IA, c’est instantané, non ? »
Chaque tâche peut réellement prendre quelques minutes.
La difficulté est de savoir qui l’a validée, qui revient en arrière si elle est fausse, qui vérifie après publication et si toutes les futures demandes arriveront au même bénévole.
Une modification de cinq minutes peut devenir cinq ans de support.
7. Plus les changements sont faciles, plus les demandes peuvent augmenter
Il y a une petite ironie.
Quand chaque changement nécessitait de payer un prestataire, les demandes étaient souvent regroupées.
Quand une personne proche sait utiliser l’IA et « peut corriger cela rapidement », le raisonnement devient :
« C’est facile, non ? »
Le temps par demande baisse.
Le nombre de demandes augmente.
Lorsque la production n’est plus le goulot d’étranglement, le blocage se déplace vers les validations, la communication, les priorités, les explications et la répartition des responsabilités.
L’IA peut écrire du code dix fois plus vite.
Elle ne fait pas décider un comité dix fois plus vite.
La machine part dans le futur.
La réunion reste sur place.
8. Pour juger un devis, regardez le périmètre avant le montant
Ne jugez pas un devis web uniquement au nombre de pages.
Séparez au moins les points suivants.
Création initiale
- nombre de pages
- rédaction
- niveau de design
- adaptation mobile
- formulaires
- outils de modification
- fonctions membres ou connexion
- migration de contenus
- accessibilité
- réglages de base pour les moteurs de recherche
Maintenance
- hébergement et domaine
- fréquence des sauvegardes
- mises à jour et sécurité
- surveillance
- canal de signalement
- délai de réponse
- nombre de modifications de texte incluses
- coût des nouvelles photos ou pages
- coûts de services externes
Fin du contrat
- qui possède le domaine
- si les fichiers sources sont remis
- si les droits administrateur sont transférables
- si un autre prestataire peut reprendre
- si le site continue d’exister après résiliation
Si presque rien n’est inclus mais que le prix reste élevé, demander ce que l’on paie exactement est raisonnable.
Si maintenance, restauration, mises à jour et transmission sont clairement incluses, ce n’est plus le même produit que « quelques pages de code ».
9. Quand faire soi-même convient, et quand externaliser convient mieux
La construction avec IA convient davantage lorsque :
- il y a pratiquement un seul décideur
- une courte indisponibilité ne provoque pas de dommage grave
- les mises à jour sont rares
- peu de données sensibles sont traitées
- vous savez sauvegarder et restaurer
- vous pouvez supprimer une fonction trop pénible
- vous acceptez de rester responsable de la maintenance
L’externalisation prend de la valeur lorsque :
- les parties prenantes sont nombreuses
- une information publique erronée peut nuire à la confiance
- des mises à jour régulières sont nécessaires
- quelqu’un doit répondre aux demandes
- la sécurité doit être entretenue dans le temps
- le site doit survivre aux changements de personnel
- une panne doit avoir un responsable clairement identifié
Ne décidez pas seulement selon la difficulté technique.
Demandez :
Quand cela tombe en panne, qui répond au téléphone ?
10. Au fond, on paie peut-être moins pour le code que pour la personne dont le nom reste attaché au problème
L’IA générative a réellement réduit le coût de production des sites.
Les méthodes et tarifs anciens fondés sur beaucoup de travail manuel doivent donc être réexaminés.
Mais cela ne signifie pas que tous les prestataires web sont devenus inutiles.
Maintenance, mises à jour, restauration, coordination, support, sécurité et transmission restent nécessaires.
Pour votre propre site, tout faire vous-même peut être parfaitement rationnel.
La responsabilité vous appartient.
Pour le site d’une autre organisation, en revanche, dire « avec l’IA, c’est rapide » peut se transformer sans le vouloir en contrat permanent de support gratuit.
Parfois, payer un prestataire externe est rationnel même lorsque les pages sont faciles à générer.
Vous n’achetez pas forcément du code coûteux.
Vous achetez peut-être un monde où, à minuit, lorsque le message “le site ne s’ouvre plus” arrive, quelqu’un d’autre décroche.
Références
- NIST, Secure Software Development Framework (SSDF) Version 1.1: https://csrc.nist.gov/pubs/sp/800/218/final
- NIST, Guide to Enterprise Patch Management Planning: Preventive Maintenance for Technology: https://csrc.nist.gov/pubs/sp/800/40/r4/final
- CISA, Under the Digital Radar: Defending Against People’s Republic of China’s Nation-State Cyber Threats to America’s Small Businesses: https://www.cisa.gov/news-events/news/under-digital-radar-defending-against-peoples-republic-chinas-nation-state-cyber-threats-americas
