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 ?
Combien de temps pour développer une application métier ?
Quelles technologies utilisez-vous ?
Comment on gère les évolutions dans le temps ?
Et si ça ne nous convient pas ?
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