Toute discussion produit finit par la même question : site web, application, ou quelque chose construit autour de l'IA ? La réponse honnête est que la question est souvent posée trop tôt, avant même d'avoir défini ce que le produit doit faire. Voici un cadre qui part de la tâche, pas de la technologie.
Partez de la distribution, pas de la préférence
Une application web est indexable par les moteurs de recherche, partageable par lien, et se met à jour dès que vous déployez. Une application mobile nécessite une installation, dépend d'un processus de validation en magasin d'applications, et se met à jour selon le calendrier de l'utilisateur, pas le vôtre. Si votre stratégie de croissance repose sur le fait que les gens vous trouvent via Google, ou partagent un lien dans une conversation de groupe, une approche web n'est pas un compromis — c'est le bon choix.
Les cas où le mobile l'emporte sur la distribution sont plus rares que ne le pensent la plupart des fondateurs : des produits où l'icône de l'application elle-même est le mécanisme de rétention (pensez aux trackers d'habitudes quotidiennes), ou lorsque figurer sur l'écran d'accueil est précisément l'objectif.
Demandez ce dont le produit a besoin de l'appareil, pas seulement ce qui paraît natif
La vraie raison de construire une application mobile native n'est pas « les utilisateurs attendent une appli ». Ce sont des capacités précises de l'appareil qu'une application web ne peut vraiment pas reproduire correctement :
- Un usage hors ligne natif — un outil de terrain qui doit fonctionner sans réseau.
- L'accès à l'appareil photo et aux capteurs comme mécanisme central — pas une fonction de scan accessoire, mais le produit lui-même.
- Les notifications push comme canal d'engagement principal, pas une relance occasionnelle.
Si aucun de ces cas ne s'applique, une application web responsive — ou encapsulée pour une présence en magasin d'applications une fois que la distribution l'exige — permet d'arriver plus vite sur le marché tout en gardant une base de code unique.
Fonctionnalités pilotées par l'IA : résoudre une tâche, pas décorer une fonctionnalité
Le développement piloté par l'IA se justifie quand il fait quelque chose qu'une fonctionnalité déterministe ne peut vraiment pas faire : résumer du texte non structuré, repérer des motifs dans de grands jeux de données non étiquetés, générer un premier brouillon qu'un humain affine ensuite. C'est le mauvais choix quand on l'applique à un problème bien défini qu'une règle simple ou une recherche classique résout déjà mieux et de façon plus prévisible.
Un filtre utile avant d'engager du temps d'ingénierie sur une fonctionnalité IA : décrivez en une phrase ce que fait la fonctionnalité, sans utiliser le mot « IA ». « Suggère trois variantes de produit à partir d'une photo envoyée par le client » est un cahier des charges. « Utilise l'IA pour améliorer l'expérience d'achat » n'en est pas un — c'est un espace réservé pour une décision que personne n'a encore prise.
Les fonctionnalités pilotées par l'IA entraînent aussi des coûts que les fonctionnalités web ou mobile classiques n'ont pas : latence d'inférence, variabilité des résultats, et nécessité d'une évaluation sur des usages réels avant de faire confiance au résultat devant un client. Il faut budgéter ce cycle de test comme on budgétise le contrôle qualité d'un parcours de paiement — car une erreur y est tout aussi visible pour l'utilisateur.
L'enchaînement qui fonctionne vraiment
La plupart des produits qui finissent par utiliser les trois — web, mobile et IA — n'ont pas commencé ainsi. Le chemin typique :
- Lancer une application web pour valider la boucle produit centrale avec de vrais utilisateurs et une vraie distribution.
- Ajouter le mobile natif une fois qu'une capacité précise de l'appareil freine réellement la croissance ou la rétention, pas avant.
- Ajouter des fonctionnalités IA une fois qu'il y a assez de données d'usage réelles pour les rendre précises, et une tâche définie à leur confier.
Construire les trois dès le premier jour signifie généralement qu'aucun des trois ne reçoit l'attention nécessaire pour vraiment fonctionner. Enchaînez selon les preuves, pas selon l'ambition.