Application métier sur-mesure pour PME : quand et pourquoi

Votre métier a des besoins que les logiciels du marché ne couvrent pas. On conçoit et développe une application web taillée pour vos process.

Ça vous parle ?

  • Aucun logiciel du marché ne couvre plus de 70 % de nos besoins
  • On a adapté nos process au logiciel, au lieu de l'inverse
  • On paye des licences pour des fonctions qu'on n'utilise pas
  • Les bricolages entre 3 outils créent des ressaisies et des erreurs
  • Le SaaS du marché est trop rigide pour notre façon de travailler
  • On passe plus de temps à contourner l'outil qu'à l'utiliser

Quand aucun logiciel du marché ne fait l’affaire

Vous avez essayé. Vous avez testé 5 SaaS, assisté à 10 démos, rempli 3 périodes d’essai. À chaque fois, le même constat : l’outil couvre 60 à 70 % de vos besoins, mais les 30 % restants sont justement ce qui fait la spécificité de votre métier.

Alors vous avez bricolé. Un tableur ici, un formulaire Google là, un workflow Zapier entre les deux. Le résultat fonctionne, tant que personne ne touche au scotch.

Quand le sur-mesure a du sens

Le sur-mesure n’est pas toujours la bonne réponse. Pour de la comptabilité, un CRM classique ou de la gestion de projet standard, les logiciels du marché suffisent.

Le sur-mesure se justifie quand :

  • Votre process est votre avantage concurrentiel. Votre façon de gérer les devis, de planifier la production ou de suivre la qualité est ce qui vous différencie. L’outil doit s’adapter au process, pas l’inverse.
  • Vous enchaînez les ressaisies. Les données passent d’un outil à l’autre par copier-coller ou export/import CSV. Chaque transfert est une source d’erreur et de perte de temps.
  • Vous payez pour ce que vous n’utilisez pas. Un ERP à 200 €/mois/utilisateur dont vous utilisez 3 modules sur 15, c’est du gaspillage.

Comment on travaille

On ne commence pas par un cahier des charges de 80 pages. On commence par comprendre :

1. Observation sur le terrain. On s’assoit à côté de vos utilisateurs et on regarde comment ils travaillent vraiment : pas ce qu’ils décrivent en réunion, mais ce qu’ils font sur leur écran à 10h un mardi matin. C’est là qu’on découvre les vrais irritants : le triple copier-coller, le fichier intermédiaire, le “ça, c’est le contournement qu’on a trouvé parce que le logiciel ne le fait pas”.

2. Prototype rapide. En 1-2 semaines, on produit des maquettes interactives que vous pouvez cliquer. C’est là qu’on attrape les malentendus, du type “ah non, quand je dis bon de commande, je veux dire demande d’achat interne, pas commande fournisseur”.

3. Développement itératif. On livre toutes les 1-2 semaines. Vous testez, vous ajustez, on corrige. Le périmètre peut bouger (dans la limite du devis) parce qu’on sait que les besoins se précisent en voyant le résultat.

4. Mise en production accompagnée. Pas de big bang. On déploie pour un petit groupe d’abord, on corrige les frictions, puis on étend.

Les pièges à éviter

Le piège du cahier des charges exhaustif. Passer 3 mois à écrire 120 pages de spécifications avant d’écrire une ligne de code, c’est le meilleur moyen de livrer un outil qui ne correspond plus au besoin (parce que le besoin a bougé entre-temps).

Le piège du “tant qu’on y est”. Le scope creep (ajouter des fonctions au fil de l’eau) est le premier risque d’un projet sur-mesure. Le devis à prix fixe vous en protège : on définit le périmètre ensemble, et les ajouts se font dans le forfait maintenance ou font l’objet d’un avenant chiffré.

Mini-cas : outil de suivi de chantiers BTP

Un constructeur normand gérait ses 25 chantiers en cours avec un mix de tableaux Excel, d’e-mails et de photos WhatsApp. Le chef de chantier remplissait un tableau le soir, l’envoyait par mail, et la secrétaire ressaisissait dans un autre fichier pour la facturation.

On a livré en 6 semaines un premier module de suivi de chantier : saisie terrain sur tablette (avec sync différé en zone sans réseau) et photos horodatées attachées aux lots. L’avancement remonté automatiquement vers la facturation a été ajouté dans un second temps via le forfait maintenance. Le temps de saisie administratif est passé d’environ 45 minutes à 10 minutes par chantier et par jour (mesuré sur le premier mois d’utilisation, 8 chantiers actifs).

Questions fréquentes

Ce n'est pas trop cher de faire du sur-mesure ?
C'est une question de calcul global. Un logiciel SaaS à 80 €/utilisateur/mois pour 15 personnes, c'est 14 400 €/an, et vous n'avez pas le code. Sur 3 ans, un développement sur-mesure avec maintenance est souvent au même prix, mais vous possédez l'outil et il fait exactement ce dont vous avez besoin.
Combien de temps pour développer une application métier ?
Le premier livrable utilisable arrive en 4 à 8 semaines. On ne développe pas tout d'un bloc : on livre un noyau fonctionnel, vous l'utilisez, et on itère. Les fonctions secondaires s'ajoutent dans les mois qui suivent via le forfait maintenance.
Quelles technologies utilisez-vous ?
Des technologies standards et largement adoptées : application web en TypeScript/React ou Vue.js, base de données PostgreSQL, hébergement Linux chez OVH. Le code source vous appartient, il est versionné dans un dépôt Git, accompagné d'une documentation technique et de scripts de déploiement. Si vous changez de prestataire, la reprise est possible sans dépendre de nous.
Comment on gère les évolutions dans le temps ?
Le forfait maintenance inclut un quota d'évolutions mensuelles. Les besoins changent, les process évoluent, l'application suit. Pour des évolutions majeures (nouvelle brique fonctionnelle), on fait un chiffrage séparé à prix fixe.
Et si ça ne nous convient pas ?
Le développement est itératif avec des validations à chaque étape. Vous voyez et testez l'application avant qu'elle soit terminée. On ne livre pas une boîte noire au bout de 3 mois en espérant que ça colle.

Un doute sur la faisabilité ? On en parle.

30 minutes pour analyser votre situation et vous dire ce qui est réaliste. Gratuit, sans engagement.

Échange découverte