Les 10 questions à poser avant de lancer un projet web

Quand un projet web se passe mal, la cause est rarement technique. Le plus souvent, le client et le prestataire n’avaient simplement pas la même image du résultat attendu. L’un pensait à un site simple, l’autre à un outil complet. L’un croyait les textes fournis, l’autre les croyait inclus. Ces écarts se découvrent tard, au moment où les corriger coûte le plus cher.

La bonne nouvelle, c’est qu’ils se préviennent avec quelques questions posées au bon moment. Pas besoin d’un cahier des charges de cinquante pages : répondre honnêtement aux dix questions suivantes suffit à clarifier l’essentiel, et à obtenir des devis enfin comparables entre eux.

1. À quoi ce projet doit-il servir concrètement ?

« Avoir un site » n’est pas un objectif. Obtenir des demandes de devis, vendre en ligne, rassurer des prospects qui vous ont trouvé ailleurs, faire gagner du temps à votre équipe : chacun de ces objectifs mène à un projet différent. Formulez-le en une phrase, idéalement avec un résultat mesurable. Tout le reste en découle.

2. Pour qui est-il conçu ?

Un site destiné à des particuliers pressés sur leur téléphone ne se conçoit pas comme un outil utilisé chaque jour par des professionnels sur un ordinateur. Décrivez vos visiteurs ou utilisateurs principaux : qui ils sont, ce qu’ils cherchent, et sur quel appareil ils viendront le plus souvent.

3. Que doit pouvoir faire le visiteur ?

Listez les actions attendues : lire une présentation, remplir un formulaire, prendre rendez-vous, payer, se connecter à un espace personnel. Cette liste est le cœur du périmètre. C’est elle, bien plus que le nombre de pages, qui détermine l’effort de réalisation.

4. Qu’est-ce qui est indispensable au lancement, et qu’est-ce qui peut attendre ?

Tout ne doit pas exister dès le premier jour. Séparer ce qui est vital de ce qui est souhaitable permet de lancer plus vite et de dépenser le budget là où il compte. Nous avons détaillé cette logique dans notre article sur l’intérêt de commencer petit.

5. Qui fournit les contenus ?

Textes, photos, logos, fiches produits, mentions légales : ces éléments sont la première cause de retard sur un projet web. Précisez dès le départ qui les produit, dans quel délai, et si une aide à la rédaction ou des photos professionnelles sont à prévoir. Un site techniquement prêt mais vide n’est pas un site en ligne.

6. Faut-il se connecter à des outils existants ?

Logiciel de caisse, outil de facturation, agenda, fichier clients, gestion de stock : si le site doit échanger des informations avec un outil que vous utilisez déjà, dites-le tôt. Ces connexions représentent souvent une part importante du travail, et certaines sont plus simples que d’autres selon les outils concernés.

7. Quel budget et quel délai sont réalistes ?

Annoncer une fourchette de budget n’est pas se mettre en position de faiblesse face au prestataire. C’est lui permettre de proposer la meilleure solution possible dans ce cadre, plutôt qu’une réponse au hasard. Même chose pour le délai : une date imposée par un salon ou une saison commerciale change la manière d’organiser le projet. Pour vous faire une idée des ordres de grandeur, consultez notre article sur le prix réel d’un site web.

8. Qui décide et qui valide ?

Un projet avance au rythme de ses validations. Identifiez une personne référente, disponible, capable de trancher. Si plusieurs associés ou services doivent donner leur avis, prévoyez comment les avis seront rassemblés. Des retours contradictoires qui arrivent un par un sont l’une des causes les plus fréquentes de dérive.

9. Comment saura-t-on que le projet est réussi ?

Définissez ce qui permettra de dire, trois ou six mois après la mise en ligne, que le projet a rempli son rôle : un nombre de demandes reçues, un volume de ventes, du temps gagné sur une tâche précise. Sans ce repère, il est impossible de savoir s’il faut améliorer le site, le faire connaître davantage, ou simplement le laisser vivre.

10. Que se passe-t-il après la mise en ligne ?

Un site demande des mises à jour, des sauvegardes, une surveillance, et parfois des évolutions. Qui s’en charge ? Est-ce inclus, facturé à la demande, ou prévu dans un contrat de maintenance ? Qui détient les accès, le nom de domaine et l’hébergement ? Ces questions paraissent lointaines au lancement, mais ce sont elles qui évitent les mauvaises surprises un an plus tard.

Ce que ces réponses changent

Vous n’avez pas besoin de réponses parfaites à chaque question. Un « je ne sais pas encore » est une information utile : il indique un point à clarifier pendant le cadrage, plutôt qu’un point découvert en plein développement.

Avec ces dix réponses en main, vous gagnez sur trois plans. Les devis que vous recevez portent sur le même périmètre et deviennent comparables. Les échanges avec le prestataire partent d’une base commune. Et surtout, les décisions importantes sont prises au moment où elles coûtent le moins cher à modifier : avant la première ligne de code.