Services · Applications

Quand aucun logiciel ne fait le travail, on construit l’outil.

Applications métier sur-mesure : une application web taillée pour votre façon de travailler, connectée à vos autres logiciels, dont le code vous appartient.

Définition

Une application métier est un logiciel écrit pour une organisation et pour elle seule. On y vient quand le marché ne répond plus : le produit qui s’en approche coûte cher en licences pour des fonctions qu’on n’utilise pas, impose sa façon de travailler, ou s’arrête là où votre métier commence. Le tableur partagé qui a tenu trois ans est souvent le vrai point de départ, celui que plus personne n’ose modifier.

Ce qu’on construit

Un outil qui épouse votre métier.

L’outil qui vous manque

Suivi de dossiers, chiffrage, planification, gestion d’un parc ou d’un catalogue : l’application reprend vos règles, votre vocabulaire et vos cas particuliers, ceux qu’aucun produit du marché ne connaît.

Branchée sur l’existant

Comptabilité, facturation, messagerie, automatisations, site public : une application isolée recrée de la double saisie. La nôtre parle à vos logiciels, dans les deux sens.

Utilisable sur le terrain

Un outil que les équipes n’ouvrent pas ne sert à rien. On conçoit pour la personne qui saisit, souvent debout et sur un téléphone, pas seulement pour celle qui consulte les tableaux de bord.

Livrables

Ce que vous obtenez.

  • Une première version utilisable en production, pas une maquette, avant d’aller plus loin.
  • Des livraisons par sprints, que vous arbitrez à chaque étape.
  • Le code source, à vous, sans verrouillage propriétaire ni licence par utilisateur.
  • Des tests automatisés et un déploiement reproductible, pour qu’une correction n’en casse pas trois.
  • L’hébergement en Europe, les sauvegardes, et une restauration déjà éprouvée plutôt que supposée.
  • La documentation et la prise en main par vos équipes.

Notre stack

Les outils qu’on utilise.

TypeScript

React

Node.js

NestJS

PostgreSQL

API REST

Docker

CI/CD

Tests automatisés

Git

Notre approche

Le sur-mesure est un engagement, pas un réflexe.

Une application sur-mesure vit aussi longtemps que votre activité : elle se maintient, elle évolue, elle a un coût dans la durée. C’est pour cette raison qu’on commence par chercher si un produit existant fait déjà l’affaire, et qu’on vous le dit quand c’est le cas, même si ça nous coûte le projet. Quand le sur-mesure s’impose vraiment, on le construit par petites livraisons utilisables plutôt que par un grand chantier livré à la fin : vous voyez l’outil tôt, vous corrigez le tir tôt, et ce qui n’a servi à personne n’est jamais développé.

FAQ

Questions fréquentes.

Pourquoi ne pas prendre un logiciel du marché ?

C’est la première question qu’on vous posera, et souvent la bonne réponse. Un produit établi coûte moins cher qu’un développement, il est déjà éprouvé et il évolue sans vous. Le sur-mesure se justifie quand votre métier a des règles que personne d’autre n’a, quand les licences par utilisateur deviennent absurdes, ou quand l’outil du marché vous oblige à travailler à sa façon plutôt qu’à la vôtre.

Faut-il tout spécifier avant de commencer ?

Non, et c’est même la meilleure façon de se tromper cher. On cadre assez pour livrer une première version utilisable, puis on ajuste avec les gens qui s’en servent. Ce qu’on croit indispensable sur le papier se révèle souvent secondaire à l’usage, et l’inverse est vrai aussi.

À qui appartient le code ?

À vous. Le code source vous est livré, sans verrouillage propriétaire ni licence par utilisateur. Si vous décidez un jour de reprendre le développement en interne ou de le confier à quelqu’un d’autre, vous partez avec l’application, sa base de données et sa documentation.

Qui la fait vivre après la mise en production ?

Nous, si vous le souhaitez : corrections, montées de version des briques techniques, évolutions, surveillance et sauvegardes. Ce n’est pas la maintenance d’un site : une application porte vos données de production et vos règles de gestion, donc une montée de version se prépare et s’éprouve sur un environnement de test avant d’être appliquée, et une évolution se discute avec les gens qui s’en servent. Une application est vivante, elle n’est jamais finie : prévoir son entretien fait partie du chiffrage dès le départ.

Et si le projet est trop gros pour nous ?

Alors on le découpe jusqu’à ce qu’il ne le soit plus. Un premier périmètre restreint, mis en service et réellement utilisé, vaut mieux qu’un grand projet financé d’un coup et jamais terminé. C’est aussi la façon la plus sûre de savoir si la suite mérite d’être développée.

Un tableur que plus personne n’ose modifier ?

Racontez-nous comment vous travaillez aujourd’hui. On vous dira s’il faut développer, acheter, ou simplement mieux brancher ce que vous avez déjà.