Créer un site d'entreprise avec l'IA et réduire les coûts de développement

La vraie question budgétaire n'est pas de choisir entre l'IA et un développeur. C'est de savoir quelles parties de votre site sont standard et lesquelles vous appartiennent vraiment, parce que vous ne devriez payer que pour une seule des deux.

L'essentiel d'un site d'entreprise est standard. Non pas au sens méprisant. Au sens où une page de services, une grille responsive, un formulaire de contact et un sitemap ont été construits d'innombrables fois, fonctionnent pareil pour un dentiste et pour un cabinet d'avocats, et ne contiennent rien qui distingue votre entreprise d'une autre.

Payer à l'heure pour reconstruire cette partie, voilà où part le budget d'un site. Pas sur la partie difficile. Sur la partie déjà résolue.

De quoi un site d'entreprise est réellement fait#

Trois couches, et elles se comportent de façon complètement différente face à un budget.

Presque toutes les factures de site qui laissent un mauvais souvenir viennent d'un prix de troisième couche payé pour du travail de première couche. Tout le reste de ce guide sert à les distinguer.

La base que l'IA génère#

« Base » reste vague, alors voici ce que cela recouvre concrètement. À partir d'une description de votre activité, un générateur produit les pages dont une entreprise de ce type a besoin, une mise en page pour chacune, un premier jet de texte dans chaque section, et les composants dont ces sections sont faites.

• Les pages. Accueil, services, à propos, contact, et une page par prestation plutôt qu'une seule liste. Savoir quelles pages il faut à un métier est un terrain connu, et c'est la partie que l'on rate le plus souvent seul.
• Les mises en page. Ordre des sections, hiérarchie, emplacement de l'appel à l'action. C'est de la convention plutôt que de l'invention, et c'est précisément pour cela qu'un modèle s'en sort bien.
• Le contenu. Un vrai premier jet dans chaque section, dans votre langue, sur votre métier. Pas du lorem ipsum, qui est ce qui bloque la plupart des projets de site pendant un mois.
• Les composants. Cartes, tableaux de tarifs, blocs de témoignages, galeries, en-têtes et pieds de page. Assemblés, mis en forme et cohérents entre eux.

Ce qui en sort est une première version, pas un site fini. Le texte a besoin de vos faits, les affirmations doivent être vérifiées, et les photos de vos réalisations, c'est à vous de les fournir. Mais vous corrigez quelque chose au lieu de le commander, et cela change le coût du projet entier.

Ce qu'il ne faut jamais payer pour faire construire de zéro#

Voici la liste qui mérite deux lectures, parce que chaque ligne est un problème résolu où la version faite à la main est en général moins bonne que la version standard, pas meilleure.

• La mise en page responsive. Faire qu'une page fonctionne sur téléphone a cessé d'être un projet il y a des années. C'est le comportement par défaut de tous les frameworks et thèmes actuels.
• Un formulaire de contact. Champs, validation, gestion du spam, e-mail de notification. Chacun de ces éléments est standard, et un formulaire sur mesure signifie en général un bug sur mesure.
• La plomberie SEO. Titres, méta-descriptions, balises canoniques, sitemap, robots.txt, données structurées. C'est mécanique, et le mécanique est la chose la moins chère au monde à automatiser.
• Un blog. Articles, catégories, étiquettes, archives, RSS, un éditeur. WordPress fait cela depuis 2003 et la version que vous commanderiez en fera moins.
• Le traitement des images. Redimensionnement, formats modernes, chargement différé, cadrage adapté aux petits écrans. Résolu, standardisé, et facile à rater subtilement à la main.
• Les comptes et les rôles. Connexion, réinitialisation de mot de passe, permissions. C'est aussi une surface de sécurité, ce qui est l'argument le plus fort possible pour ne pas écrire le vôtre.
• Une bannière de cookies. Stockage du consentement, catégories, possibilité de le retirer. Il existe des implémentations correctes à installer ; il n'y a aucun prix à gagner avec une version sur mesure.

Ce qui mérite vraiment d'être payé à un développeur#

Un guide sur les économies de développement qui ne dit jamais où mettre l'argent n'est qu'un argumentaire de vente avec un sommaire. Alors, clairement : certaines choses ne sont finies par aucun générateur, et elles méritent d'être payées correctement.

La ligne de partage n'est pas la difficulté. C'est de savoir si les besoins découlent du fonctionnement de votre entreprise. Un système de réservation avec les disponibilités réelles du personnel, les acomptes et les règles d'annulation. Des niveaux d'adhésion avec contenu réservé et renouvellements. Une place de marché avec plusieurs vendeurs. Une intégration avec le système sur lequel vous faites déjà tourner votre activité.

Ce ne sont pas des problèmes de contenu, et ils n'existent dans aucune donnée d'entraînement, parce qu'ils vous sont propres. Si votre projet est sur cette liste, aucun générateur ne le termine, et c'est un constat sur la catégorie plutôt qu'une critique des outils.

Quand le site généré suffit#

Pour une grande partie des entreprises, c'est simplement le cas, et le test honnête est court. Si le travail de votre site est d'expliquer ce que vous faites, d'avoir l'air actuel, d'être trouvable et de rendre le contact facile, alors c'est un problème de contenu et de design, et ce sont les problèmes que l'IA traite.

Un visiteur n'évalue pas la façon dont votre site a été construit. Il évalue s'il charge vite, s'il a l'air actuel, s'il dit quelque chose de précis, et s'il rend l'étape suivante évidente. Nous avons passé en revue où cela tient et où cela s'arrête dans un examen honnête de la capacité de l'IA à créer un site professionnel, et la mécanique pour y arriver dans le guide de création pas à pas.

L'état d'esprit qui fait réellement économiser#

L'économie ne vient pas du refus d'embaucher qui que ce soit. Elle vient de ce que vous lui confiez.

Un développeur qui part d'un dépôt vide et d'un cahier des charges écrit doit inventer la structure, attendre vos textes, deviner le design, et construire toute la couche standard avant de toucher à la partie que vous payez vraiment. L'essentiel de cette facture, c'est la première couche.

Un développeur qui part d'un site en fonctionnement, avec du vrai contenu et une vraie structure, commence à l'endroit où on a besoin de lui. Il n'y a rien à spécifier sur la coquille, puisqu'elle existe et que tout le monde peut la voir. Le cahier des charges cesse d'être un document pour devenir une URL, et le désaccord sur ce qui était voulu, qui est l'endroit où les projets au forfait déraillent d'habitude, disparaît en grande partie.

Une condition rend cette séquence possible, et elle mérite d'être vérifiée avant de commencer : le site généré doit être quelque chose qu'un développeur pourra étendre plus tard. Une vraie installation WordPress le peut, par n'importe quel développeur WordPress, avec des extensions et des thèmes ordinaires. Un site enfermé dans un constructeur fermé ne le peut pas, et le dépasser signifie tout reconstruire ailleurs, ce qui transforme l'argent économisé en argent dépensé deux fois. Nous avons comparé les deux voies ici.

Les questions à poser avant de valider un devis#

Cinq questions, dans l'ordre. Elles ne sont pas hostiles ; un bon développeur y répondra volontiers, et c'est de ces réponses que vient le chiffre du devis.

1. Quelles lignes sont du standard ? Demandez un devis découpé entre la coquille, le contenu et la logique métier. Un devis qu'on ne peut pas découper est un devis qu'on ne peut pas évaluer.
2. Qu'est-ce qui est construit plutôt qu'installé ? Pour chacun de ces éléments, demandez pourquoi l'option standard ne convient pas. Parfois il y a une vraie réponse. Souvent, la question n'a pas été posée.
3. Qu'est-ce que cela devient si je pars ? Demandez ce qui vous appartient, ce qui s'exporte, et ce qui cesse de fonctionner. Du code sur mesure que vous ne pouvez pas emporter est un loyer, pas un actif.
4. Est-ce que cela peut attendre ? Pour chaque élément sur mesure, demandez ce qui casse s'il sort trois mois plus tard. Tout ce qui survit à cette question peut attendre que vous ayez un usage réel sur lequel vous appuyer.
5. Qui l'entretient ? Le code sur mesure a besoin de quelqu'un quand WordPress ou PHP se met à jour. La version standard a déjà un mainteneur, et c'est un coût récurrent que vous choisissez de prendre à votre charge.

La quatrième question est celle qui fait économiser le plus, et c'est celle que personne ne pose.

Ce que cela donne au total#

Générez la couche standard, parce qu'elle est standard et qu'elle est devenue presque gratuite. Passez votre propre temps sur le contenu, parce que vous êtes le seul à savoir s'il est vrai. Payez un développeur pour la partie qui découle du fonctionnement réel de votre entreprise, et payez-le une fois que vous avez un site en marche plutôt qu'avant, pour qu'il résolve un problème que vous avez observé au lieu d'un problème que vous aviez prédit.

C'est toute la méthode. Elle n'oblige pas à choisir un camp dans le débat sur le remplacement des développeurs par l'IA, ce qui tombe bien, parce que la réponse à cette question n'a jamais aidé personne à décider quoi faire un mardi, avec un vrai budget et une vraie entreprise.