La plupart des entreprises arrivent à un point où les logiciels standard ne leur conviennent plus. Les contournements s’accumulent : un tableur à côté du CRM, une personne dont le travail consiste à recopier des données d’un système à l’autre, un processus que tout le monde sait mauvais mais que personne ne peut changer parce que l’outil ne le permet pas.
Le sur-mesure vaut la peine à ce moment précis, et rarement avant.
Ce que vous recevez
- Une application qui fonctionne, construite pour votre processus.
- Le code source complet dans un dépôt qui vous appartient, avec une documentation qu’un nouveau développeur peut suivre.
- Des tests automatisés et un pipeline de déploiement, pour que les changements arrivent en production sans risque.
- Des accès par rôle et une piste d’audit quand les données l’exigent.
- La maintenance après la mise en ligne si vous le souhaitez, par le même ingénieur.
Le déroulement d’un projet
- Appel de cadrage. Nous écoutons ce que vous construisez et qui l’utilisera.
- Périmètre et prix fixes. Nous écrivons le périmètre et convenons du prix avant tout travail.
- Jalons. Chaque jalon se termine par quelque chose que vous pouvez essayer, pas par une présentation.
- Livraison. Vous recevez le code source, la documentation et une présentation complète du fonctionnement.
- Exploitation. Nous le maintenons et le faisons évoluer, ou votre équipe reprend la main.
Quand c’est pertinent
Quand votre processus est votre atout. Si votre façon de travailler diffère vraiment de celle de vos concurrents, un logiciel qui vous impose un flux générique vous prend ce qui vous rend bon.
Quand le calcul des abonnements ne tient plus. Le prix par utilisateur est modeste à cinq personnes et pénalisant à cinquante. Un logiciel dont vous êtes propriétaire a un coût de construction puis un coût de maintenance, et le second ne grandit pas avec les effectifs. Notre article sur le sur-mesure face au SaaS sur trois ans détaille la comparaison (en anglais).
Quand l’intégration est le vrai problème. Souvent, les outils sont bons séparément et c’est entre eux que le travail se perd. Combler cet écart coûte en général moins cher que de remplacer l’un ou l’autre.
Quand ce n’est pas pertinent
Si un produit bien supporté fait déjà le travail, achetez-le. Nous vous le dirons. Reconstruire sur mesure un produit qui existe est rarement la réponse économique.
Services liés
Un développement sur mesure s’accompagne souvent d’intégration de logiciels, de cloud et de DevOps, pris en charge par le même ingénieur.