Développement d'application web sur mesure
Un tableur partagé qui grossit, trois outils qui ne se parlent pas, un portail client bricolé sous WordPress : c’est souvent à ce stade qu’on nous appelle. Le développement d’application web sur mesure consiste à construire un logiciel accessible dans le navigateur, ajusté à vos processus plutôt qu’à un produit standard que vous contournez au quotidien. Voici à qui il sert, comment nous le menons et comment il se chiffre.
Par Geoffrey Medina, fondateur de PandiWeb · Mis à jour le 29 octobre 2026
- Une application web outille un processus et manipule des données ; un site internet présente une activité.
- Nous couvrons six familles de projets, de l'application métier à la reprise d'existant.
- La stack reste open source et éprouvée : Symfony, Laravel, React, Vue.js, Node.js.
- Le chiffrage se fait sur devis, à partir de quatre facteurs de complexité identifiés au cadrage.
Qu'est-ce qu'une application web sur mesure ?
Une application web sur mesure est un logiciel accessible depuis un navigateur, développé spécifiquement pour vos processus plutôt qu’assemblé à partir d’un produit standard. Elle gère vos données métier, vos utilisateurs et leurs droits d’accès, s’interface avec vos outils existants (ERP, facturation, CRM) et évolue au rythme de votre activité, sans se heurter aux limites d’un logiciel générique.
Sous le capot, on retrouve toujours les mêmes briques : une base de données relationnelle, une couche d’authentification avec des rôles, des écrans de saisie et de consultation, des règles de gestion explicites, des exports, des traitements planifiés (relances, synchronisations, calculs). Ce qui change d’un projet à l’autre, c’est le métier, pas l’architecture.
Deux conséquences pratiques. D’abord, tout se passe dans le navigateur : pas d’installation sur chaque poste, un correctif déployé est disponible pour tous les utilisateurs immédiatement. Ensuite, la valeur ne se voit pas. Elle se mesure en doubles saisies évitées, en erreurs rattrapées avant le client, en informations retrouvées sans appeler un collègue. C’est moins spectaculaire qu’une refonte graphique, et c’est presque toujours le cœur du besoin.
Application web, site internet ou logiciel métier : que choisir ?
Le choix dépend de la nature du besoin. Un site internet présente une activité et déclenche une prise de contact ; une application web exécute des tâches et manipule des données pour des utilisateurs identifiés ; un logiciel métier du marché couvre un besoin récurrent déjà standardisé. Dès que vos règles diffèrent du standard, le sur-mesure redevient la bonne option.
Réponse la plus adaptée : Site internet (vitrine ou e-commerce)
Ce qui tranche : Contenu éditorial, référencement naturel, formulaires
Réponse la plus adaptée : Application web sur mesure
Ce qui tranche : Comptes, rôles, règles de gestion, historique
Réponse la plus adaptée : Logiciel métier du marché
Ce qui tranche : Aucun développement à financer, éditeur responsable
Réponse la plus adaptée : Logiciel métier + interface développée
Ce qui tranche : On ne réécrit pas ce qui existe déjà et fonctionne
Le cas le plus fréquent chez nos clients PME n’est ni le premier ni le troisième, mais le quatrième : un logiciel de gestion qui fait 80 % du travail, et une vingtaine de manipulations qui se font encore dans Excel parce que l’outil ne sait pas faire. Dans ce cas, le développement d’application web sur mesure commence par une interface qui parle à l’existant, pas par un remplacement complet.
Trois questions pour vous positionner : combien de personnes utilisent le futur outil ? Le besoin est-il propre à votre organisation ou commun au secteur ? Et que se passe-t-il si l’outil disparaît demain ? Si la réponse est « on arrête l’activité », c’est un processus critique, donc un projet à cadrer sérieusement, quelle que soit la solution retenue.
Ce que nous développons
Nous développons des applications qui remplacent des tableurs, des échanges d’e-mails et des ressaisies. Chaque projet part d’un processus réel : qui saisit la donnée, qui la valide, qui la consulte, et avec quels droits. Voici les six familles de projets que nous traitons le plus souvent, du plus courant au plus structurant.
Application métier
Il s’agit d’outiller un processus interne : devis, planification, production, suivi d’interventions, SAV, gestion de stock. L’application remplace un tableur partagé par des écrans qui imposent les bonnes règles (un devis validé ne se modifie plus, une intervention terminée déclenche la facturation) et un historique consultable. C’est le projet le plus fréquent, souvent le plus rentable en temps récupéré.
Portail client
Un espace authentifié où vos clients consultent leurs documents, suivent l’avancement d’une commande ou d’un dossier, téléchargent leurs factures et ouvrent des demandes. L’objectif est de déplacer les échanges répétitifs hors de la boîte e-mail, sans perdre la trace. Nous y ajoutons systématiquement une gestion fine des droits : chaque client ne voit que ses données, jamais celle du voisin.
Extranet et intranet
L’extranet relie plusieurs organisations autour d’un même dossier : fournisseurs, franchisés, collectivités, partenaires. L’intranet, lui, reste interne et centralise procédures, documents et demandes RH. Dans les deux cas, le vrai sujet est la gouvernance : qui publie, qui modère, qui archive, et pendant combien de temps.
SaaS
Un produit multi-clients suppose une architecture plus exigeante : isolation des données par compte, facturation récurrente, quotas, gestion des invitations, tableau de bord d’administration, journalisation. Nous concevons ces briques dès le départ, parce qu’elles sont très coûteuses à rattraper après les premières mises en production.
CRM sur mesure
Quand un CRM du marché impose des champs inutiles et ignore votre façon de vendre, le sur-mesure redevient pertinent : pipeline adapté à votre cycle, relances automatiques, historique des interactions, connexion à votre facturation. Nous restons pragmatiques : si un outil standard couvre 90 % du besoin, nous le disons.
Reprise d'une application existante
Reprendre un code écrit par un autre prestataire commence par un audit : documentation, dépendances, tests, sécurité, sauvegardes. Ensuite, on stabilise avant d’ajouter. Nous ne réécrivons jamais tout par principe : quand le socle tient, une reprise progressive coûte moins cher en risque qu’une remise à zéro.
Projets, tâches, devis, signature, factures et tickets : la version web et l’application mobile que nos clients utilisent au quotidien.
Notre stack : Symfony, Laravel, React, Vue.js, Node.js
Notre socle est open source et éprouvé : Symfony ou Laravel côté serveur, React ou Vue.js côté interface, Node.js pour les API et les services temps réel. Next.js et Astro complètent cette grille quand le rendu hybride ou la performance de chargement le justifient. Aucune technologie n’est choisie par habitude : elle découle du besoin et de votre capacité à maintenir l’outil ensuite.
Usage principal sur nos projets : Applications métier à règles denses, back-offices exigeants, composants réutilisables et montées de version maîtrisées
Usage principal sur nos projets : Projets à démarrer vite : authentification, files d’attente, e-mails, API, écosystème complet
Usage principal sur nos projets : Interfaces riches et interactives : tableaux de bord, filtres complexes, applications monopages
Usage principal sur nos projets : Interfaces progressives, intégration dans une page existante, montée en compétence rapide des équipes
Usage principal sur nos projets : API temps réel, websockets, notifications, outils internes côté JavaScript
Usage principal sur nos projets : Modèle relationnel transactionnel, requêtes métier, intégrité des données
Angular, Python/Django ou Java restent disponibles quand un existant ou une équipe interne les impose. Pour les sites à forte composante contenu adossés à une application, les besoins de rendu hybride sont couverts par Next.js et Astro, en une ligne de la grille.
Ce tableau se lit comme une grille de décision, pas comme un catalogue. Un back-office avec beaucoup de règles et peu d’interactions lourdes n’a pas besoin d’une interface React sophistiquée ; à l’inverse, une application de saisie intensive gagne à disposer d’un front détaché de l’API. Nous arbitrons au cadrage, avec vous, et nous documentons le choix pour que votre futur prestataire comprenne pourquoi.
Bibliothèque JavaScript open source développée par Facebook pour faciliter la création d’applications web.
Framework JavaScript open-source pour construire des interfaces utilisateur et des applications web monopages.
Framework open source écrit en JavaScript qui permet la création d’applications web.
Python est un langage open source, gratuit qui est porté par une forte communauté.
Node.js sert à faire du Javascript server side.
Langage de programmation polyvalent et robuste pour applications logicielles multiplateformes et orientées objet.
Langage open source, conçu pour le développement d’applications web.
L’un des frameworks PHP les plus utilisés pour développer des applications web.
Framework PHP open-source pour accélérer le développement d’applications web robustes et élégantes.
Framework PHP léger, rapide et flexible pour créer des applications web dynamiques.
Cadre PHP puissant pour développer des applications web évolutives et sécurisées.
Framework Python pour le développement rapide d’applications web sécurisées et extensibles.
Cadre Java favorisant le développement rapide d’applications web et microservices.
Flask est un micro-framework web écrit en Python. Son objectif est de garder un noyau simple mais extensible.
Framework PHP élégant et puissant pour créer des applications web modernes et robustes.
Cadre CSS open-source pour la création d’interfaces web réactives et esthétiques.
Système de conception visuelle de Google pour des interfaces web modernes et intuitives.
Bibliothèque CSS utilitaire pour le développement d’interfaces web personnalisées et efficaces.
Système de gestion de base de données open-source pour stocker et gérer des données.
Système de gestion de base de données open-source, robuste et extensible.
Système de gestion de base de données relationnelles pour les applications d’entreprise.
Notre méthode en 6 étapes
Nous travaillons en six étapes : cadrage, maquettes, back-end, front-end, recette, mise en ligne et maintenance. Chaque étape produit un livrable vérifiable et une validation écrite. Vous savez à tout moment ce qui est fait, ce qui reste à faire et ce que cela change dans votre organisation.
Ateliers avec les utilisateurs, cartographie des processus, périmètre du MVP, matrice des droits, contraintes techniques. Livrable : note de cadrage et backlog priorisé.
Parcours et écrans clés en wireframes, puis interface validée. Les cas limites (vide, erreur, chargement, absence de droits) sont traités à ce stade, pas en recette.
Modèle de données, API, authentification, règles de gestion, tests automatisés. Le cœur du métier est isolé et testé avant l’habillage.
Intégration responsive, composants, accessibilité clavier, performance de chargement.
Scénarios métier joués par vos utilisateurs sur un environnement dédié, anomalies priorisées, corrections et contre-tests.
Déploiement, sauvegardes, supervision, mises à jour de sécurité, puis évolutions par lots.
En parallèle, trois rituels : un point d’avancement hebdomadaire, un dépôt Git accessible où chaque évolution est tracée, et un environnement de recette mis à jour à chaque livraison. Sur les projets applicatifs, nous outillons aussi nos développements avec des assistants IA et des serveurs MCP pour la revue de code et la documentation : cela accélère les tâches répétitives, jamais la décision d’architecture.
Sécurité, RGPD et propriété du code
Sécurité, conformité et propriété se décident avant la première ligne de code, pas après. Nous appliquons les recommandations de la CNIL dès la conception, limitons les données collectées, journalisons les accès sensibles et prévoyons la cession des droits au contrat. Vous restez propriétaire de votre code, de vos données et de vos accès.
Côté sécurité, la base reste classique et non négociable : HTTPS partout, mots de passe hachés, authentification à deux facteurs sur les comptes sensibles, principe du moindre privilège, journal d’audit, sauvegardes testées et procédure de restauration documentée. Les dépendances sont suivies et mises à jour, les secrets ne vivent pas dans le code, et les formulaires exposés sont protégés contre les injections et les soumissions abusives.
Côté RGPD, nous partons du guide RGPD du développeur : finalité, base légale, minimisation, durées de conservation, information des personnes, exercice des droits. Nous préparons aussi les éléments contractuels avec vos sous-traitants (article 28) et les mécanismes de consentement quand ils sont requis. Pour les applications manipulant des données sensibles, nous nous appuyons sur le guide de la sécurité des données personnelles.
Côté propriété, le contrat de cession désigne séparément chaque droit cédé et précise étendue, destination, territoire et durée, conformément à l’article L. 131-3 du Code de la propriété intellectuelle. En pratique : dépôt de code remis, documentation technique livrée, accès serveur et noms de domaine à votre nom. Aucune dépendance à notre hébergement ni à notre licence.
Combien coûte une application web sur mesure ?
Une application web sur mesure se chiffre sur devis, jamais sur un tarif affiché. Quatre variables font l’essentiel de l’écart : le nombre d’écrans, la complexité des intégrations, la reprise des données existantes et le niveau de sécurité attendu. Le devis détaille ces postes pour que vous puissiez arbitrer, prioriser et comparer ce qui est comparable.
Un écran n’est pas une page : il faut compter ses états (vide, erreur, chargement), ses droits d’accès et ses règles de validation. Dix écrans simples coûtent moins que trois écrans de planification interactive.
Brancher un logiciel de facturation disposant d’une API documentée n’a rien à voir avec synchroniser un outil ancien sans interface, ou avec un paiement, une signature électronique, un connecteur bancaire.
Qualité des fichiers sources, doublons, champs manquants, historiques à conserver, correspondances à définir. C’est souvent le poste le plus sous-estimé en avant-projet.
Données de santé, données financières, authentification renforcée, hébergement dédié, audits, traçabilité : chaque exigence ajoute de la conception, des tests et du suivi.
Un devis utile n’est pas un prix, c’est un périmètre. Nous découpons donc chaque projet en lots : un premier lot livrable rapidement, qui couvre le processus critique, puis des lots d’extension. Vous financez d’abord ce qui vous fait gagner du temps, vous arbitrez la suite avec un outil en main, et vous évitez de payer d’avance des fonctionnalités que l’usage rendra inutiles.
Questions fréquentes
Voici les huit questions qui reviennent le plus souvent en avant-projet. Les réponses sont volontairement courtes et factuelles : elles servent à décider, pas à rassurer. Si votre cas n’y figure pas, il se traite en rendez-vous de cadrage, avec vos utilisateurs et vos contraintes réelles.
Quelle différence entre une application web sur mesure et un site vitrine ?
Un site vitrine diffuse de l’information vers des visiteurs anonymes ; une application web sur mesure fait travailler des utilisateurs identifiés sur des données. Concrètement, l’application suppose des comptes, des droits, une base de données métier et des règles de gestion. Les deux peuvent cohabiter : le site présente l’activité, l’application s’occupe du dossier client.
Combien de temps faut-il pour un MVP ?
Un MVP se compte en semaines de développement utile, pas en mois calendaires, et dépend surtout du nombre d’écrans et des intégrations. La durée s’engage après le cadrage, quand le périmètre est écrit et validé. Méfiez-vous des plannings annoncés avant d’avoir vu vos données et vos processus réels.
Qui possède le code de l'application ?
Vous. La cession des droits patrimoniaux est prévue au contrat, le dépôt de code et la documentation vous sont remis, et les accès serveur sont à votre nom. Cette clause doit être explicite : sans cession écrite, un prestataire conserve ses droits, quel que soit le paiement.
Application web ou application mobile : que choisir ?
Si vos utilisateurs travaillent au bureau ou sur le terrain avec une connexion correcte, l’application web suffit et évite les contraintes des stores. L’application mobile se justifie pour l’accès hors ligne, les notifications poussées, l’appareil photo ou l’usage intensif en mobilité. Le développement d’application web sur mesure reste souvent la première brique.
Faut-il une SPA ou une PWA ?
Une SPA charge l’interface une fois et échange ensuite avec l’API : fluide pour un tableau de bord, plus exigeante en performance initiale. Une PWA ajoute installation, cache et fonctionnement dégradé hors ligne. Ce sont des choix d’architecture, pas des étiquettes : nous les décidons selon les usages, pas selon la mode.
Peut-on reprendre une application développée par un autre prestataire ?
Oui, à condition d’auditer d’abord : code, dépendances, tests, sécurité, sauvegardes et documentation. La reprise commence par une mise sous contrôle de l’existant, puis les évolutions. Si les accès ou les droits ne sont pas transférables, c’est le premier point à régler avant toute décision technique.
Où sera hébergée l'application ?
Chez l’hébergeur que vous choisissez, en France ou dans l’Union européenne lorsque les données sont sensibles. Nous adaptons le socle à l’environnement (serveur dédié, cloud, conteneurs) et documentons la procédure de déploiement. L’hébergement ne doit jamais être un verrou technique.
Comment se passe la maintenance après la mise en ligne ?
La maintenance couvre les mises à jour de sécurité, les sauvegardes vérifiées, la supervision et les corrections d’anomalies. Les évolutions fonctionnelles sont traitées séparément, par lots priorisés. Cette séparation évite de confondre le budget de fonctionnement et celui des nouvelles fonctionnalités.
Parlons de votre projet
Parlons de votre projet : décrivez le processus à outiller, les utilisateurs concernés et les outils déjà en place. Nous répondons avec une première lecture technique et les questions à trancher avant tout chiffrage. Un échange de trente minutes suffit souvent à savoir si le sur-mesure est la bonne réponse.
Vous décrirez votre besoin en quelques lignes, nous revenons vers vous avec les points à clarifier et la prochaine étape utile. Pas de présentation commerciale : vos utilisateurs, vos données, vos contraintes.
L'auteur : Geoffrey Medina, fondateur de PandiWeb
Geoffrey Medina, fondateur de PandiWeb, développeur WordPress et PHP depuis 2015, cadre les projets applicatifs, arbitre les choix de stack et suit les développements avec l’équipe. Vous échangez avec la personne qui connaît votre code, pas avec un intermédiaire commercial.
Il a accompagné plus de 150 clients, de l’artisan au groupe de collectivités, et documente régulièrement ses choix techniques dans les articles de l’agence (sécurité, performance, intégration MCP). Cette expérience explique une conviction simple : une application sur mesure réussie est celle que vos équipes utilisent vraiment six mois après la livraison.