Site web de startup : les pages dont un produit a vraiment besoin

Un site de startup est un site qui doit vendre un produit qu'on ne peut pas toucher, à des personnes qui le compareront le même après-midi à trois alternatives ouvertes dans des onglets voisins, puis défendront ce choix en interne devant des collègues qui n'ont jamais vu le site.

Il en résulte une liste de pages qu'aucun autre type de site ne possède. Une page tarifs assez honnête pour être transférée. Un parcours d'essai qui décide de l'activation avant même que l'accompagnement commence. Un répertoire d'intégrations qui figure discrètement parmi les sections les plus consultées du domaine.

Ce guide traite de ces pages, de ce que la construction coûte réellement, et de la manière de choisir une agence, car les résultats de recherche sur ce sujet sont surtout des classements écrits par les agences elles-mêmes.

Un site d'entreprise décrit une société. Pour une entreprise SaaS, cela ne suffit pas. Un site de produit doit démontrer le produit, le tarifer et offrir un moyen de l'essayer sans parler à personne. Ce sont trois missions qu'une plaquette n'a jamais, et chacune ajoute des pages et de la technique plutôt que du texte.

Le comportement de comparaison est la partie que les briefs sous-estiment le plus. Un acheteur de logiciel ouvre votre site à côté de deux ou trois concurrents et vérifie les mêmes quatre choses : ce que ça fait, ce que ça coûte, à quoi ça se connecte, et si quelqu'un de crédible l'utilise. Un site qui répond à trois et cache la quatrième perd l'onglet.

La deuxième différence tient à la durée de vie. Un site d'entreprise peut rester trois ans sans devenir faux. Un site de produit décrit un produit qui change toutes les quelques semaines : les captures montrent une ancienne interface, la page tarifs cite des formules disparues, et le journal des versions s'arrête au trimestre précédent.

Au-delà de la page d'accueil, un site de produit est un ensemble de pages qui répondent chacune à une question d'évaluation. Concevoir l'accueil en premier et celles-ci en dernier est l'erreur d'ordonnancement habituelle, car presque aucun trafic qualifié ne commence à l'accueil.

• Une page par cas d'usage principal, nommée comme le client décrit le problème et non comme l'équipe produit nomme le module.
• Une page par intégration importante, le trafic qualifié le moins cher qui soit, et la section le plus souvent réduite à une grille de logos.
• La page tarifs, traitée plus bas.
• Un parcours d'essai ou de démonstration avec sa propre page, pas seulement un bouton dans l'en-tête.
• Une page sécurité et conformité couvrant certifications, localisation des données et sous-traitants, rédigée pour être transférée seule.
• Des témoignages clients chiffrés, idéalement par segment.
• Documentation et journal des versions, indexés et liés depuis le site plutôt que cachés sur un sous-domaine.

Pour un produit de taille intermédiaire cela représente trente à cinquante pages avant la documentation.

La page tarifs est la plus visitée et la plus discutée d'un site de produit. Le commercial veut un formulaire, le marketing veut des chiffres, la finance ne veut rien qui contraigne une négociation. L'expérience penche pour publier quelque chose, car un acheteur incapable d'estimer le coût annuel à un ordre de grandeur près retire le produit de sa liste avant que quiconque puisse vendre.

Trois décisions font la page. Le nom des formules, car c'est le moyen le plus rapide de dire au lecteur quelle ligne est la sienne. L'unité de mesure, car par utilisateur, à l'usage et au forfait créent des modèles mentaux différents et les mélanger égare tout le monde. Et le fait que la formule entreprise affiche un chiffre ou un contact, ce qui reste légitime tant que les formules en dessous sont concrètes.

La mécanique compte autant : un basculement mensuel/annuel qui montre l'économie, un comparatif lisible sur téléphone, et quelque part une réponse à ce qui se passe quand un client dépasse une limite.

Le parcours d'essai est le point où le design web cesse d'être une question de conception pour devenir une question de produit, ce qui explique qu'il reste entre deux équipes. La page qui déclenche l'essai appartient au site marketing ; ce qui se passe dans les quatre-vingt-dix secondes suivantes n'y appartient plus, et personne ne possède la couture.

Deux choix le définissent. L'exigence d'une carte bancaire, qui réduit fiablement le nombre d'inscriptions et augmente fiablement leur qualité. Et le fait que le premier écran après inscription ouvre sur un produit vide ou sur un état contenant des données d'exemple, car c'est sur un tableau de bord vide que meurent la plupart des essais.

Pour les produits qui appellent une démonstration plutôt qu'un essai, la même discipline vaut pour la prise de rendez-vous. Un formulaire de onze champs devant le calendrier coûte des rendez-vous.

Mesurez deux chiffres plutôt que les seules inscriptions : la part des essais qui atteignent le moment d'activation du produit, et la part des demandes de démonstration qui deviennent un rendez-vous tenu.

Les pages d'intégration sont l'actif le moins exploité du marketing produit. Quelqu'un qui cherche votre produit associé à un outil qu'il utilise déjà se trouve à la fin de son évaluation, et une vraie page qui explique ce que l'intégration fait et ce qu'elle synchronise convertit bien mieux qu'un logo dans une grille.

La règle est une page par intégration qui compte, chacune avec son adresse permanente, chacune expliquant le mécanisme plutôt qu'affirmant une compatibilité. Dix vraies pages d'intégration valent mieux qu'un mur de quarante logos.

La documentation relève du même raisonnement. Une documentation publique et indexée attire des recherches formulées comme des problèmes plutôt que comme des noms de produit. La garder derrière un identifiant supprime ce canal, et c'est une décision prise par commodité plus que délibérément.

La vitesse est un facteur de classement et de conversion sur toutes ces pages ; les Core Web Vitals sont le seuil à écrire dans le contrat.

Selon les critères de la norme ISO/IEC 27001, sur laquelle s'appuient ces questionnaires, les auditeurs vérifient le périmètre et la validité du certificat plutôt que l'affirmation elle-même. Pour tout ce qui se vend à des entreprises, une partie de l'évaluation est menée par des gens qui ne lisent jamais le texte marketing. Un auditeur sécurité, un délégué à la protection des données et un acheteur cherchent chacun un document, et si le site ne l'a pas, ils écrivent à un commercial ou écartent le fournisseur.

La page qui les satisfait liste les certifications avec leur périmètre et leur date, indique où les données sont stockées et traitées, nomme les sous-traitants et met en lien l'accord de traitement sans passer par une conversation. Une page confiance qui affirme prendre la sécurité au sérieux et propose un formulaire ne survit pas à un vrai questionnaire.

L'accessibilité a sa place ici plutôt qu'en annexe technique, car dans les achats des grands comptes elle est désormais notée. Le niveau AA des WCAG 2.1 est la référence citée par ces questionnaires.

Les preuves clients forment l'autre moitié : des logos nommés valent mieux que des logos anonymes, des chiffres mieux que des adjectifs.

Sur nos tarifs publiés, une page unique démarre à 1 500 € et un site de dix à trente pages à 4 500 €. Un site de produit de trente à cinquante pages se situe au-dessus de cette seconde tranche ; avec un espace client, plusieurs langues ou des pages d'intégration générées, on dépasse 12 000 €.

Quatre facteurs pèsent plus que le nombre de pages. Le nombre de gabarits, car page de cas d'usage, page d'intégration, témoignage client et page de documentation en font quatre distincts. Qui rédige, ce qui pour un produit technique est la première cause de dépassement. Si la documentation entre dans le périmètre ou reste à l'ingénierie. Et si les pages d'intégration sont construites à la main ou générées depuis une source de données, ce qui fait la différence entre dix et deux cents pages.

Budgétez l'année suivante à part : hébergement, correctifs, nouvelles pages d'intégration et changements de tarifs représentent 15 % à 20 % du coût de construction par an. Montants hors taxes, TVA à 20 % en sus.

Chercher une agence web pour une startup renvoie surtout des classements rédigés par des agences qui s'y sont placées en tête. Utiles pour les noms, inutiles pour juger. Quatre questions trient plus vite, et toutes méritent une réponse écrite avant signature.

Avez-vous construit une page tarifs pour un produit tarifé comme le nôtre ? Par utilisateur, à l'usage et au forfait donnent des pages différentes.

La documentation est-elle dans le périmètre ou en dehors ? Cette seule ligne explique une bonne part des écarts de prix entre devis apparemment identiques.

Combien de gabarits le prix comprend-il ? C'est le nombre de gabarits, pas de pages, qui fait le coût.

Qui rédige, et pour quand ? Pour un produit technique c'est la première cause de mise en ligne repoussée. Notre guide du site institutionnel compare les types de prestataires en détail.

Un site de produit de trente à cinquante pages demande dix à seize semaines jusqu'à la mise en ligne quand les contenus arrivent dans les temps, et six mois ou plus sinon. La contrainte n'est presque jamais la construction. Ce sont les affirmations produit, les tarifs et les déclarations de sécurité, qui doivent être validés par ceux qui en répondent, et ces validations s'enchaînent en série.

Votre part de la liste est courte : une personne habilitée à valider, la liste des pages arrêtée avant la conception, un responsable de rédaction nommé par page avec une date, le modèle tarifaire confirmé par celui qui porte le chiffre d'affaires, les éléments de sécurité confirmés par leurs responsables, et les autorisations clients demandées tôt car leurs services juridiques sont lents.

La part du prestataire couvre la structure, les gabarits, la réalisation, la mesure, l'accessibilité et les pages techniques. Un prestataire qui n'a pas demandé comment votre produit est tarifé au deuxième rendez-vous chiffre un site d'entreprise avec des captures de produit.

Ne programmez pas la mise en ligne la semaine d'une annonce de levée ou d'une version majeure.

Pour voir tout cela appliqué à un produit réel, consultez notre étude de cas de site web SaaS, avec les scores Lighthouse au lancement.