Développement d'Applications Web : SaaS, CRM, ERP
Développement d'applications web complexes, construites pour évoluer. Nous faisons du développement web complet, comme un développeur web partenaire : plateformes SaaS, systèmes CRM, applications ERP, portails B2B et produits web sur-mesure, de l'architecture et l'API jusqu'au frontend, au backend et au déploiement. Développement d'applications web sur-mesure pour des flux de travail réels, y compris du développement WordPress sur-mesure et des intégrations mobiles, pas de modèles préfabriqués.
Ce que nous faisons
Comment nous travaillons
Architecture et Planification
Nous concevons des architectures évolutives en utilisant des microservices, des API RESTful et une communication event-driven. Conception du schéma de base de données avec indexation, relations et optimisation des requêtes. Authentification avec JWT, RBAC et support multi-tenant. Planification de l'infrastructure avec Docker et des stratégies de scalabilité.
Développement Frontend
Applications single-page basées sur React avec des mises à jour de données en temps réel via WebSockets. Visualisation de données complexes avec Chart.js et D3.js, tableaux de bord, rapports, analytics. Gestion des formulaires avec validation et téléversements. Gestion d'état avec React Context ou Redux. Mises en page responsives et support du mode sombre.
Développement Backend et API
API Node.js et Express avec PostgreSQL, testées, performantes et maintenables. Conception d'endpoints RESTful avec les méthodes HTTP appropriées. Migrations de base de données et seeding. Tâches en arrière-plan avec Bull pour l'email, les rapports et le traitement des données. Intégrations tierces : paiements, email, SMS, stockage cloud. Documentation de l'API avec Swagger.
DevOps, Tests et Déploiement
Conteneurisation Docker pour des environnements cohérents. Pipelines CI/CD avec tests automatisés et déploiement. Déploiements sans interruption avec des mises à jour progressives. Sauvegardes automatiques avec stockage hors site. Surveillance du serveur avec alertes de disponibilité et suivi des erreurs. Environnements de staging pour des tests sûrs. Tests de charge pour vérifier les performances.
Développement Web Complet : de l'Idée à l'Application en Ligne
Développement web de bout en bout pour les entreprises qui veulent plus qu'un site : développement d'applications web sur-mesure, intégrations avec des systèmes existants, portails internes et automatisations. Nous travaillons comme un développeur web partenaire, pas comme un prestataire ponctuel, du premier wireframe jusqu'à l'application en ligne et sa maintenance. Nous développons aussi sur WordPress quand cela a du sens (développement WordPress sur-mesure), mais nous recommandons du code propriétaire là où la performance et la scalabilité comptent.
Ce qui se décide avant la première ligne de code
Les modifications les plus coûteuses sont celles qui changent le modèle de données une fois que l'application contient déjà des données réelles. C'est pourquoi nous établissons dès le départ qui sont les utilisateurs et quels rôles ils ont, ce qui se passe quand deux personnes modifient la même chose en même temps, ce qui est vraiment supprimé et ce qui est seulement marqué comme supprimé, et quels rapports seront demandés dans un an. Ce sont des questions ennuyeuses qui font économiser des mois de travail.
Le code, les comptes et la documentation restent les vôtres
Vous recevez le dépôt de code, l'accès au serveur et à tous les services utilisés, plus la documentation nécessaire pour qu'une autre personne puisse reprendre le projet. Nous ne construisons pas d'applications dans nos propres comptes dont vous ne pourriez pas partir. C'est une condition simple à vérifier avant de signer avec qui que ce soit : demandez-lui explicitement où se trouve le code et au nom de qui sont les comptes.
Le coût réel n'est pas le développement, c'est l'exploitation
Le prix de construction est un paiement unique ; l'hébergement, les sauvegardes, les mises à jour de sécurité, les certificats et le support sont mensuels, pendant toute la durée de vie de l'application. Nous chiffrons sur deux ans, pas seulement sur la livraison, car une solution moins chère à construire peut coûter plus cher au total. Nous préférons que vous voyiez le calcul complet à l'avance, même si le montant paraît plus élevé.
Authentification, rôles et ce qui est enregistré
Les mots de passe ne sont stockés que sous forme d'empreinte cryptographique moderne, jamais récupérables, et les sessions expirent et peuvent être fermées à distance. Les rôles sont vérifiés côté serveur à chaque requête, pas seulement en cachant le bouton dans l'interface, car cacher n'est pas protéger. Les actions importantes sont enregistrées avec l'auteur et le moment, afin qu'il existe une réponse à la question qui a modifié quoi et quand.
Des sauvegardes que l'on restaure, pas seulement que l'on fait
Une sauvegarde dont on n'a jamais rien restauré n'est pas une sauvegarde, c'est une supposition. Nous configurons des sauvegardes automatiques, sur un emplacement distinct du serveur de l'application, et nous effectuons au moins une restauration test avant la livraison, pour savoir combien de temps la restauration prend réellement. Nous vous disons par écrit combien est perdu dans le pire des cas et en combien de temps l'application est de nouveau fonctionnelle.
L'intégration avec des systèmes externes et que faire quand ils tombent en panne
Tout service externe, de la facturation à la livraison, sera indisponible à un moment donné ou limitera le nombre de requêtes. Une application construite sur l'hypothèse qu'une réponse arrive toujours se bloque précisément le jour de forte affluence. Nous mettons en place des files d'envoi avec nouvelles tentatives, nous traitons explicitement une erreur de transport comme un échec, pas comme un succès silencieux, et nous affichons l'état réel, pour que l'opérateur sache ce qui est parti et ce qui ne l'est pas.
Un environnement de test séparé, pas de vérifications en production
Tout changement passe d'abord par un environnement identique au réel, mais avec des données de test, pas avec de vraies données clients copiées là. C'est une distinction qui compte à la fois techniquement et légalement. La production n'est pas un lieu d'essais, et la différence entre les deux environnements doit se limiter aux données et à l'adresse, sinon le test ne prouve rien sur le comportement en production.
Ce que signifie « ça scale » et quand vous n'en avez pas besoin
La plupart des applications d'entreprise ont quelques dizaines d'utilisateurs simultanés et fonctionneront très bien sur une architecture simple, bien construite. Les structures distribuées compliquées résolvent des problèmes que vous n'avez pas, mais entraînent un coût de développement et d'exploitation que vous avez, lui, immédiatement. Nous construisons pour pouvoir grandir en cas de besoin, sans que vous payiez dès le départ pour un volume hypothétique.
Livrables
Ce que vous obtenez
Questions fréquentes
Ce que nos clients nous demandent
Combien coûte une application web ?
Le coût dépend de trois éléments : le nombre d'écrans distincts, le nombre de rôles d'utilisateur aux droits différents, et le nombre de systèmes externes à intégrer. Une application avec un seul type d'utilisateur et dix écrans est un projet prévisible ; une application avec quatre rôles, des approbations en chaîne et trois intégrations est une autre catégorie. Nous donnons un prix fixe une fois la liste des fonctionnalités établie par écrit.
Qui possède le code de l'application ?
Vous, à la finalisation du paiement, avec la documentation et l'accès à tous les services. Vous recevez le dépôt de code sur votre propre compte, pas sur le nôtre. Si à l'avenir vous voulez travailler avec quelqu'un d'autre, cette personne peut reprendre le projet sans dépendre de nous, et c'est une condition qu'il vaut la peine d'exiger de tout prestataire, par écrit, avant de commencer.
Pouvez-vous reprendre une application commencée par quelqu'un d'autre ?
Oui, mais nous commençons par une évaluation payante du code existant, avant toute promesse. Nous regardons l'état réel, ce qui peut être conservé et ce qui doit être réécrit, puis nous vous remettons un rapport avec des options et des coûts. Parfois la conclusion est que reconstruire est moins cher que continuer, et si c'est ce que montre le code, nous le disons, même si ce n'est pas la réponse souhaitée.
Que se passe-t-il si je veux des modifications après le lancement ?
Les modifications sont normales, une application utilisée évolue. Nous travaillons soit sur demande ponctuelle, chiffrée séparément, soit sur un nombre d'heures mensuel si les changements sont fréquents. La correction des bugs des fonctionnalités livrées et acceptées n'est pas facturée, elle fait partie de la garantie. La différence entre un bug et une nouvelle fonctionnalité se détermine sur la base du cahier des charges convenu, pas sur interprétation.
Où l'application est-elle hébergée et qui répond si elle tombe en panne ?
Elle peut se trouver sur notre infrastructure ou sur une infrastructure choisie par vous, y compris chez un grand fournisseur cloud. Dans les deux cas, nous configurons une surveillance avec alerte, pour que le problème soit vu avant que vos clients ne le remarquent. Le temps de réponse et les horaires de couverture sont fixés dans le contrat de support, avec des chiffres concrets, pas avec la formule sur la disponibilité permanente.
Combien de temps dure le développement ?
Pour une première version fonctionnelle, avec l'ensemble minimal de fonctionnalités qui résout le problème principal, le délai se mesure en semaines, pas en mois, si le cahier des charges est clair. Nous recommandons de lancer cette version et de l'étendre sur la base d'un usage réel, plutôt que de construire pendant un an quelque chose qui n'a encore été testé par aucun utilisateur.