Vous avez besoin d’un site vitrine si
Visibilité et crédibilité
Votre besoin est d’exister sur Google, de rassurer et d’être contacté. Personne ne doit se créer un compte. C’est le format à privilégier tant que ce n’est pas le cas.
Comparatif
En bref : un site vitrine présente de l’information et génère des contacts. Une application web exécute des actions pour vos utilisateurs (gestion, comptes, données). Un SaaS est une application web vendue par abonnement à de nombreux clients, chacun avec ses données isolées.
Les trois s’ouvrent dans un navigateur, mais ne répondent pas au même besoin — et n’ont ni le même coût ni le même délai. Voici comment situer votre projet.
Mis à jour le
Le tableau
| Critère | Site vitrine | Application web | SaaS |
|---|---|---|---|
| Objectif principal | Être trouvé, inspirer confiance, générer des contacts | Faire tourner une activité ou un process interne | Vendre un logiciel en abonnement à de nombreux clients |
| Ce que fait le visiteur | Il lit, il regarde, il vous contacte | Il se connecte et agit : saisit, gère, commande | Il s’abonne, puis utilise l’outil au quotidien |
| Comptes utilisateurs | Aucun, en général | Oui, avec des rôles et des droits | Oui, plus une notion d’organisation ou d’espace client |
| Données | Contenu éditorial, peu de données | Données métier réelles, à sécuriser | Données multi-clients strictement cloisonnées |
| Modèle économique | Indirect : le site amène des clients | Gain de productivité ou ventes en ligne | Revenu récurrent (abonnements) |
| Délai typique | 2 à 4 semaines | 4 à 8 semaines pour un premier incrément utilisable | MVP d’abord, puis itérations jusqu’aux premiers clients payants |
| Complexité technique | Faible : contenu, performance, SEO | Moyenne à élevée : logique métier, sécurité, temps réel | Élevée : multi-tenant, facturation récurrente, montée en charge |
| Ce qui coûte cher | Le design et le contenu | La logique métier et les cas particuliers | L’architecture, la facturation et la gouvernance |
| Exemple concret | Le site d’un cabinet ou d’un restaurant | Un back-office e-commerce, un espace client, un ERP léger | Un outil de réservation vendu à des dizaines d’entreprises |
Le verdict
Visibilité et crédibilité
Votre besoin est d’exister sur Google, de rassurer et d’être contacté. Personne ne doit se créer un compte. C’est le format à privilégier tant que ce n’est pas le cas.
Un métier à faire tourner
Vos utilisateurs — clients ou équipe — doivent se connecter et agir : commander, gérer, suivre, calculer. Le tableur et les outils génériques ne suffisent plus.
Un logiciel à vendre
Le produit n’est pas pour vous seul : plusieurs entreprises paieront un abonnement pour l’utiliser, chacune avec ses propres données. C’est une web app plus une architecture multi-clients et de la facturation récurrente.
FAQ
Un site présente de l’information ; une application web exécute des actions (comptes utilisateurs, gestion, calculs, données). C’est un logiciel accessible depuis un navigateur, sans installation.
Presque toujours, oui. Le SaaS ajoute à l’application web deux choses : une architecture multi-tenant, où chaque client a ses données isolées, et un modèle par abonnement avec facturation récurrente.
Oui, c’est même fréquent : le site vitrine capte la demande, l’application arrive quand le besoin métier est prouvé. Les deux peuvent cohabiter sur le même domaine.
Le SaaS, puis l’application web, puis le site vitrine — parce que la complexité, la sécurité et la durée de construction suivent le même ordre. Un MVP ciblé permet de commencer petit sur un SaaS.
Si l’idée n’a pas encore de clients payants, un MVP ciblé sur la fonction centrale suffit à valider le marché. Le produit complet vient après, financé par ce que le MVP a prouvé.
Décrivez ce que vos utilisateurs doivent pouvoir faire. On vous répond avec le format et un chemin chiffré.
Décrire mon besoin