La meilleure solution est parfois celle qui existe déjà

Il y a un certain prestige rattaché au fait de construire à partir de zéro. Du code sur mesure, une architecture taillée sur mesure, un système conçu entièrement autour de vos exigences précises. Comme développeur, il y a là une vraie satisfaction. Comme consultant, j'ai appris à m'en méfier.

Le projet le plus coûteux que j'aie vu n'était pas celui au plus gros budget. C'était celui où quelqu'un avait bâti une solution sur mesure pour un problème qu'un outil SaaS à 29 $/mois réglait déjà parfaitement.

Le moment Muttart

En 2020, quand les confinements liés à la COVID-19 ont forcé le Muttart Conservatory de la Ville d'Edmonton à déplacer sa boutique de plantes en ligne du jour au lendemain, le premier réflexe a été d'adapter le CRM existant. C'était un système capable — bâti pour gérer les relations avec les citoyens, pas pour traiter des transactions de commerce électronique. Mais il était déjà là, déjà payé, et quelqu'un a décidé de le détourner en boutique en ligne.

Le résultat est entré en service sans inventaire en temps réel, sans gestion automatisée des commandes, avec du personnel en temps supplémentaire chaque jour pour rapprocher manuellement les achats et le stock physique. Des citoyens achetaient des plantes qui n'existaient pas. La municipalité saignait de l'argent non pas en technologie, mais en main-d'œuvre humaine nécessaire pour rapiécer ce que la technologie ne pouvait pas faire.

Quand je suis intervenu, je n'ai pas proposé de développement sur mesure. J'ai proposé Shopify. Deux semaines plus tard, la boutique était en ligne, l'inventaire était suivi en temps réel, la cueillette à l'auto était automatisée, et le temps supplémentaire a cessé.

La bonne solution n'était pas la plus impressionnante techniquement. C'était celle qui réglait le vrai problème.

Ce que l'expérience en intégration de systèmes vous donne vraiment

Vingt ans à travailler à travers des CRM d'entreprise, des plateformes municipales, des produits SaaS et des développements sur mesure vous enseignent quelque chose qu'aucune habileté de programmation à elle seule ne peut donner : la capacité à reconnaître les schémas récurrents.

La plupart des problèmes d'affaires ne sont pas uniques. Le contexte précis est unique — votre industrie, votre équipe, vos contraintes — mais le problème de fond a presque certainement déjà été réglé. La gestion d'inventaire. La planification. Le traitement des commandes. Les flux de communication avec les clients. Ce sont des problèmes résolus. Il existe des produits bâtis par des équipes de centaines de personnes spécifiquement pour les gérer, raffinés au fil d'années d'utilisation réelle, et entretenus pour que vous n'ayez pas à le faire.

Le travail d'un bon consultant est de connaître ce paysage. De reconnaître quand votre problème correspond à une solution existante, et quand ce n'est vraiment pas le cas. Et d'être honnête avec vous sur ce qui est quoi — même quand un développement sur mesure signifierait plus d'heures facturables.

Quand le sur-mesure est la bonne réponse

Ce n'est pas un argument contre le développement sur mesure. C'est un argument pour la clarté sur les moments où il est justifié.

Le sur-mesure a du sens quand le processus d'affaires est véritablement distinctif et au cœur de votre avantage concurrentiel; quand aucun outil existant ne peut être intégré ou configuré pour convenir sans créer plus de problèmes qu'il n'en règle; quand le coût à long terme des licences et de la dépendance au fournisseur l'emporte sur le coût de construire et d'entretenir; ou quand vous avez besoin de la pleine propriété des données, de la logique et de la feuille de route.

La plateforme d'enchères immobilières (Full Circle) que j'ai bâtie pour une cliente à Abou Dabi est un système sur mesure — parce que les enchères en temps réel avec leurs règles précises, leurs parcours utilisateurs précis et leur contexte de marché précis n'avaient aucun équivalent prêt à l'emploi adéquat. Nous avons évalué les options. Aucune ne convenait. Alors nous avons construit.

C'est ça, le processus : évaluer d'abord, construire seulement quand c'est nécessaire.

Ce que ça signifie si vous envisagez un projet

Quand vous travaillez avec moi, mon premier engagement n'est pas d'écrire du code. C'est de comprendre votre vrai problème — la contrainte d'affaires, la douleur opérationnelle, le résultat dont vous avez besoin — puis de trouver le chemin le plus efficace pour le régler.

Parfois, ce chemin est une application Next.js sur mesure. Parfois, c'est Shopify. Parfois, c'est de relier deux outils existants qui ne se sont jamais parlé. Parfois, c'est de vous dire que ce que vous pensez devoir faire construire existe déjà et que vous devriez simplement l'acheter.

Ma valeur ne réside pas dans la complexité de ce que je construis. Elle réside dans la justesse de ce que je recommande.