Aller au contenu

Applications d’entreprise

Des systèmes qui portent toute une organisation

De nombreux sites, de nombreux rôles, de vrais flux d’argent, et une piste d’audit qui doit tenir des mois plus tard. Développés par tranches mises en service dès qu’elles sont prêtes, pour ne jamais vous retrouver après dix-huit mois de projet sans rien qui tourne.

Concrètement

Les six points qui distinguent un système d’un site web

N’importe quelle équipe compétente sait développer des écrans. Ce sont ces points-là qui décident si l’outil est encore digne de confiance la troisième année.

Plusieurs rôles, une seule vérité

Un responsable d’agence, un comptable, un directeur régional et un auditeur ont chacun besoin d’une vue différente sur la même fiche — et aucun ne doit pouvoir voir discrètement ce qui ne le concerne pas. Les droits d’accès par rôle sont conçus au niveau des données, pas cachés dans l’interface : un écran qui se contente de ne pas afficher un bouton n’est pas un contrôle d’accès.

Des validations qui ont un sens

Des circuits de validation à plusieurs niveaux, avec délégation, escalade et un enregistrement horodaté de qui a validé quoi, et sur quelle version. C’est la version qui compte en cas de litige : une validation rattachée à un document modifié après coup n’est pas une validation.

Une piste d’audit qui tient la route

Chaque modification est enregistrée comme un événement, jamais comme un écrasement — ancienne valeur, nouvelle valeur, auteur, date et motif. Reconstituable des mois plus tard, le seul test qui compte, et la raison pour laquelle des activités financières et réglementées peuvent tout simplement s’appuyer dessus.

Des comptes qui concordent

Encaissements, règlements, remboursements, versements, et le grand livre qui doit concorder avec le relevé bancaire en fin de mois. L’intégration, c’est la moitié facile ; c’est sur le rapprochement et la gestion des échecs que ces projets déraillent vraiment.

Des intégrations qui résistent à l’autre côté

Passerelles de paiement, logiciels comptables, portails administratifs, logistique, messagerie. Développées en partant du principe que l’autre système sera lent, dépassera les délais d’attente et répondra parfois deux fois — pour qu’une nouvelle tentative ne puisse jamais débiter un client une seconde fois.

Une migration sans interruption

Quitter les tableurs ou un logiciel devenu trop étroit, en faisant tourner les deux en parallèle jusqu’à ce que le nouveau ait fait ses preuves. Une bascule en un week-end, sans retour possible, est une décision que personne ne devrait avoir à prendre un dimanche soir.

Le déroulé

Six phases, et la première n’est pas du code

Les erreurs les plus coûteuses d’un projet d’entreprise se commettent avant que quoi que ce soit soit développé — dans l’écart entre le processus tel qu’il est documenté et tel qu’il est réellement pratiqué.
01

Observer ce qui se passe vraiment

Pas le processus tel qu’il est documenté — le processus tel qu’il est pratiqué, contournements compris. Les contournements sont les vrais besoins ; un système qui les ignore est celui à côté duquel le personnel garde discrètement un tableur.

02

Architecture et registre écrit des décisions

La structure, le modèle de données, les intégrations et les compromis, consignés par écrit avec leur justification. Pour que, dans deux ans, quelqu’un puisse comprendre pourquoi un choix a été fait au lieu de deviner et de revenir dessus.

03

Développer par tranches utilisables

Un service ou un site à la fois, en production et réellement utilisé, plutôt qu’un développement de dix-huit mois dévoilé à la fin. La première tranche tourne en production pendant que la deuxième s’écrit.

04

Migrer et faire tourner en parallèle

L’historique est transféré et vérifié par rapprochement, pas à l’œil. Les deux systèmes restent actifs jusqu’à ce que les chiffres concordent sur un cycle complet.

05

Former ceux qui vont l’utiliser

Sur leurs propres données, sur leur propre site. C’est à l’adoption que la plupart de ces projets échouent, et ils échouent en silence — le logiciel fonctionne et personne ne s’en sert.

06

L’exploiter

Supervision, sauvegardes testées par une vraie restauration, astreinte et feuille de route revue chaque trimestre. Un système que personne ne prend en charge après le lancement se dégrade, qu’on y touche ou non.

Stack

Citée, pour pouvoir être vérifiée

Volontairement classique. Un système d’entreprise écrit dans une technologie exotique est un système que vous ne pourrez maintenir qu’avec nous — une dépendance que vous devriez refuser, quel que soit le prestataire.

Produit

  • Next.js
  • React
  • TypeScript
  • Tailwind CSS
  • React Native
  • Expo

Backend

  • NestJS
  • Node.js
  • PostgreSQL
  • Prisma
  • Redis
  • WebSockets

Cloud

  • Vercel
  • Render
  • Cloudflare
  • Docker
  • Stockage objet
  • CDN

Paiements

  • Razorpay
  • Stripe
  • Cashfree
  • UPI
  • Versements
  • Abonnements

IA

  • Google Gemini
  • Claude
  • Vision
  • Voix
  • Embeddings
  • Agents

Croissance

  • SEO technique
  • Meta Ads
  • Google Ads
  • WhatsApp Business
  • E-mail
  • Analytics

Apportez le processus, pas le cahier des charges.

La première réunion la plus utile consiste à passer en revue ce que fait votre équipe un mardi ordinaire. Le cahier des charges en découle — et c’est à nous de l’écrire, pas à vous.