Points clés
- Partez de ce que l’acheteur doit faire, pas du format. C’est cette tâche qui décide : site, app ou les deux.
- Commencez par un seul format quand c’est possible. « Les deux » demande deux fiches de périmètre, pas une fiche plus grosse.
- Inclus, exclu et une validation nommée transforment une demande de développement en Produit final que vous pouvez accepter.
- Les écrans (UI et UX) font partie du chantier. Ce sont des lignes du périmètre, pas un second pitch.
Tableau de décision : site, app ou les deux
Lisez ligne par ligne. La colonne qui revient le plus souvent indique votre format de départ.
| Question | Plutôt un site | Plutôt une app | Plutôt les deux |
|---|---|---|---|
| Que doit faire l’acheteur ? | Vous trouver, comprendre l’offre, demander un contact ou réserver | Utiliser un outil ou un service régulièrement après inscription | Vous découvrir sur le web, puis utiliser un service au quotidien |
| À quelle fréquence revient-il ? | De temps en temps, au moment de décider | Souvent, dans une routine | Les deux cas existent, selon les personnes ou les étapes |
| Doit-on le trouver via les moteurs de recherche ? | Oui, il faut des pages publiques et indexables | Non, les utilisateurs arrivent en vous connaissant déjà | Des pages publiques pour être découvert, l’app pour l’usage |
| Faut-il des comptes ou des données enregistrées ? | Non, ou un simple formulaire | Oui, le chantier en dépend | Seulement dans la partie app |
| Faut-il des fonctions du téléphone (appareil photo, localisation, notifications, hors ligne) ? | Non | Oui, et le chantier échoue sans elles | Seulement pour la partie app |
| Qui met à jour le contenu ? | Votre équipe, souvent, sans développeur | Surtout le produit lui-même, via les données | Votre équipe gère le site ; le produit gère l’app |
| Que veut dire « terminé » en premier ? | Pages en ligne, formulaires qui fonctionnent, suivi en place | Un parcours principal qui fonctionne de bout en bout pour de vrais utilisateurs | Chaque partie a son propre « terminé », validé séparément |
Si vous ne pouvez pas répondre à une ligne, c’est votre première question de périmètre, pas une raison de construire les deux.
Fiche de périmètre d’une page
Une fiche par format. Une ligne vide signifie qu’il n’y a pas encore de périmètre.
- Le chantier en une phrase : qu’est-ce qui doit être vrai quand on s’arrête ? (Pas « un site moderne ».)
- Format : site, app, ou une partie de « les deux », d’après le tableau.
- Utilisateur principal et tâche : qui l’utilise, et la tâche qu’il doit accomplir.
- Pages ou écrans concernés : listez-les par leur nom. Ce qui n’est pas listé n’est pas dans le périmètre.
- Contenus et données : qui fournit les textes, les images et les données, et pour quand.
- Intégrations : formulaires, réservation, paiement, CRM, mesure d’audience. Nommez chacune ou écrivez « aucune ».
- Inclus : design (UI et UX), développement, mise en ligne, passation et formation. N’inscrivez que ce que vous paierez.
- Exclu : autres formats, campagnes marketing, refonte de la marque, processus internes sans rapport.
- À quoi ressemble « terminé » : ce qui est livré, où il est hébergé, qui l’accepte, et quand le chantier se clôt.
- Responsables : une personne nommée chez vous et une chez le prestataire, qui peuvent modifier le périmètre et accepter « terminé ».
Pourquoi les demandes de développement dérapent
Une demande de développement échoue en général avant le premier écran, parce que personne n’a choisi le format en fonction de la tâche de l’acheteur. On demande une app parce qu’un concurrent en a une, ou « les deux » parce que cela paraît complet. Résultat : deux produits à moitié cadrés et aucun « terminé » clair. C’est le même problème de définition que nous avons décrit dans Travail AI-native vs douleurs d’acheteur courantes : la douleur ressemble à un problème de livraison, mais elle commence par un périmètre absent.
Commencez par le tableau. Si le chantier consiste à être trouvé, compris et contacté, c’est en général un site. S’il s’agit d’un usage répété avec des comptes et des données, c’est en général une app. Dans les deux cas, traitez-le comme un chantier Développement de sites et d’applications, avec une fiche de périmètre par format.
Les écrans font partie de ce chantier. La mise en page, les parcours et le comportement d’un formulaire sont des lignes Design UI & UX sur la même fiche, décidées avant le développement et non refaites après la mise en ligne.
Si le vrai objectif est d’obtenir plus de demandes via la publicité ou la recherche, le site n’est qu’une ligne de ce chantier. Rédigez un brief Marketing digital pour le canal et le KPI (voir Briefer un projet de marketing digital avant de dépenser). Si le vrai objectif est de changer un processus interne, comme la réception des demandes ou le reporting, il relève des Intégrations et solutions IA, pas d’une refonte de site.
Les outils accélèrent le développement. Ils ne fixent pas le périmètre.
L’habitude est celle décrite dans Ce qu’est une agence AI-native, et comment Voyuma travaille : des personnes portent le périmètre, le chantier est nommé, puis livré comme Produit final. Un constructeur de pages, un modèle ou un outil de code peut accélérer la production dans un périmètre écrit. Aucun ne choisit le format ni ne valide « terminé ».
Quand vous hésitez entre un freelance, un outil ou une agence, la question décisive reste : qui porte le périmètre ? Voir Agence AI-native vs freelances et piles d’outils. Remplissez le tableau et la fiche avant de choisir la forme de l’accompagnement.
Comment Voyuma applique ce modèle
Nous nous spécialisons dans quatre services : Marketing digital, Développement de sites et d’applications, Design UI & UX, et Intégrations et solutions IA. Pour un site ou une app, le chemin est le même sur chaque chantier : nommer le format, cadrer l’inclus et l’exclu, concevoir les écrans dans ce périmètre, puis mettre en production. Une personne nommée porte le périmètre et la validation. Cadré, puis livré.