Développement d’applications web sur mesure
Une application web s’ouvre dans un navigateur, se met à jour pour tout le monde en même temps et ne demande ni installation ni validation de store. C’est le format le plus court entre une décision et sa mise en production.
- Plateforme
- Navigateur · desktop et mobile
- Socle
- TypeScript · React · Next.js · PostgreSQL
- Périmètre
- Cadrage · interfaces · API · exploitation
- Livraison
- Déploiement continu, sans interruption
Site, application web ou application mobile ?
Un site publie du contenu : on le lit, on le parcourt, on remplit un formulaire. Une application web fait travailler : elle tient un état, des comptes, des droits, des données qui changent pendant qu’on les regarde. La frontière n’est pas la technologie, c’est ce que l’utilisateur vient y faire.
Face au mobile, le web gagne sur la vitesse de mise à jour, l’absence de store et une seule base de code pour tous les écrans. Il perd sur les notifications fiables, l’usage hors ligne prolongé et l’accès au matériel.
La question utile n’est donc pas « web ou natif » mais : vos utilisateurs travaillent-ils devant un écran connecté, ou en déplacement avec du réseau incertain ? La réponse tranche, et elle se tranche au cadrage.
Ce qui distingue une application d’un site
- 01
Un état qui vit
Des données qui changent en cours de session, des écrans qui doivent rester cohérents entre eux. C’est là que se joue la qualité perçue : une interface qui se contredit après une action détruit la confiance en une seconde.
- 02
Des comptes et des droits
Authentification, sessions, rôles, permissions. Traités comme une fonctionnalité produit avec ses parcours d’erreur, pas comme une case cochée en fin de projet.
- 03
Le temps réel
Plusieurs personnes sur le même document, un tableau de bord qui bouge, une notification qui arrive. Utile quand la collaboration est réelle — coûteux quand on l’ajoute par réflexe.
- 04
Le volume
Dix mille lignes dans un tableau, des filtres, des exports. Pagination, index et rendu virtualisé décident si l’outil reste utilisable au bout de deux ans d’usage.
- 05
L’intégration
Comptabilité, messagerie, agenda, paiement, ERP. Une application interne qui ne parle à rien recrée les doubles saisies qu’elle devait supprimer.
- 06
L’exploitation
Déploiement continu, journaux, erreurs remontées, sauvegardes. Une application vit des années : elle se conçoit pour être reprise, pas seulement livrée.
Comment nous travaillons
- Un cadrage sur les usages réels, y compris les contournements que vos équipes ont inventés.
- Des maquettes manipulables sur les écrans qui portent la valeur, avant d’écrire le code.
- Une version utilisable en production tôt, puis des incréments visibles toutes les deux semaines.
- Une API documentée et un modèle de données défendable — c’est ce qui coûte le plus cher à corriger après coup.
- Le code, la base et la documentation livrés : vous restez libre de reprendre ou de changer de prestataire.
Ce qu’on nous demande le plus souvent
Les réponses que nous donnons de toute façon au premier échange.
Quelle différence avec un logiciel métier ?
Le format, pas le métier. « Application web » décrit la manière d’y accéder — un navigateur ; « logiciel métier » décrit l’usage — un outil interne bâti sur vos processus. La plupart des logiciels métier que nous construisons sont d’ailleurs des applications web.
Peut-on l’utiliser hors connexion ?
Partiellement : une application web installable garde en mémoire ce qu’elle a déjà chargé et synchronise au retour du réseau. Pour un usage terrain durablement hors ligne, une application mobile reste plus adaptée.
Comment gérez-vous la montée en charge ?
Par la mesure, pas par anticipation décorative. Index et requêtes tenus dès le départ, puis observation de l’usage réel. Sur-dimensionner une application qui ne dépassera jamais deux cents utilisateurs est un coût pur.
Et si l’application doit devenir un produit vendu ?
C’est le passage à un SaaS : cloisonnement des clients, abonnements, administration. Mieux vaut le savoir au cadrage — quelques décisions d’architecture changent, et elles se rattrapent mal après coup.
Une application web à construire ?
Parlez-nous de ce que vos utilisateurs doivent y faire. Nous cadrons le périmètre utile.
Parler de votre projet Réponse sous deux jours ouvrés · contact@anym.fr