Next.js ou Flutter : quel choix pour votre app ?

La question arrive presque toujours dans le même ordre : « on veut une application, Next.js ou Flutter ? » Et presque toujours, la vraie réponse est ailleurs — parce que le choix de la technologie ne se décide pas avant de savoir si vous avez besoin d'une application.

La question avant la question

Installer une application, c'est demander à quelqu'un d'ouvrir un magasin, de chercher, de télécharger trente mégaoctets, de créer un compte. À Abidjan, sur une connexion mobile et un téléphone dont le stockage est plein, chacune de ces étapes perd des gens. Si votre client doit acheter une fois, se renseigner ou remplir un formulaire, un site rapide fera mieux — et vous n'attendrez pas la validation d'un magasin d'applications à chaque correction de faute de frappe.

L'application se justifie quand elle apporte ce qu'un navigateur ne sait pas faire : fonctionner hors ligne, envoyer des notifications qui arrivent vraiment, utiliser l'appareil photo en continu, garder une session ouverte pendant des mois. Un livreur, un commercial en tournée, un client qui revient tous les jours : là, oui.

Ce que chacun fait bien

• Flutter produit une vraie application iOS et Android à partir d'un seul code. Le bon choix quand le mobile est le produit, pas un accessoire.
• Next.js rend un site rapide, indexable par Google, ouvrable depuis n'importe quel lien partagé. Le bon choix quand vous devez d'abord être trouvé.

Les deux ne s'excluent pas. La plupart des projets sérieux finissent avec un site qui amène les gens et une application pour ceux qui reviennent. L'erreur est de lancer les deux en même temps avec le budget d'un seul.

Ce que nous construisons, et pourquoi

Sur la majorité de nos projets, le serveur est en Laravel et l'interface en Livewire tant qu'elle n'a pas besoin de davantage. Ce n'est pas une préférence esthétique : l'équipe qui reprend le projet trouve un seul langage et une seule base de code, sans avoir à faire dialoguer deux mondes pour afficher une liste de commandes. Le jour où l'interface demande vraiment plus, Next.js vient se poser sur la même API — et cette API existait déjà.

Le choix de la technologie devrait être la dernière décision du cadrage, pas la première. Si on vous la demande avant d'avoir parlé de vos utilisateurs, on vous vend un outil, pas une solution.