Acheter une solution ou faire développer

Un besoin standard est un besoin que d'autres ont déjà eu, formulé de la même façon, avec les mêmes contraintes. Détecter une intrusion après fermeture est un besoin standard. Compter les entrées d'un magasin aussi.

Un besoin particulier ne se laisse pas décrire avec les mots d'un catalogue. Il mélange plusieurs sources, dépend d'une règle propre à votre métier, ou porte sur quelque chose que personne n'a industrialisé.

Le test : essayez d'expliquer votre besoin en trois phrases, sans employer le nom de votre entreprise ni celui d'un de vos processus internes. Si vous y arrivez, un produit existe probablement. Si vous n'y arrivez pas, c'est un développement.

Le prix affiché n'est pas le coût réel. Quatre postes sont régulièrement sous-estimés.

Le paramétrage. Un produit générique demande à être réglé pour votre site. Sur l'analyse vidéo, ce réglage — seuils, zones, horaires — représente l'essentiel du travail et détermine la qualité du résultat. Il est rarement inclus.

L'écart fonctionnel. Le produit fait 80 % de ce que vous vouliez. Les 20 % restants se traitent à la main, indéfiniment, ou pas du tout. Ce coût n'apparaît jamais dans le devis.

Le modèle de facturation. Par caméra, par utilisateur, par requête. À l'échelle d'une seule installation, c'est acceptable. À l'échelle de plusieurs sites, la facture croît proportionnellement à votre croissance.

La dépendance à la feuille de route. Si l'éditeur ne développe pas ce dont vous avez besoin, vous attendez. Vous n'avez aucun moyen d'accélérer.

Le symétrique est vrai aussi.

Le cadrage. Un développement mal cadré produit un système qui ne sert pas. C'est l'échec le plus fréquent, et il vient presque toujours d'un besoin insuffisamment défini au départ — pas de la technique.

Le délai. 4 à 8 semaines pendant lesquelles rien ne tourne. Un produit installé en trois jours a une valeur immédiate.

La maintenance. Un système développé pour vous doit être maintenu pour vous. Ce n'est pas gratuit, et le prestataire doit être durable.

Le risque de sur-mesure inutile. Faire développer ce qui existe déjà est un gaspillage. Un prestataire honnête vous le dira ; tous ne le disent pas.

Dans la pratique, la plupart des projets ne sont ni l'un ni l'autre.

Nous partons d'un socle d'ingénierie éprouvé — les briques de détection, de suivi, de traitement du langage, d'orchestration — puis nous l'adaptons à votre cas. Ce n'est ni un produit figé ni un développement depuis zéro.

C'est ce qui permet de tenir un délai de 4 à 8 semaines sur un système pourtant spécifique : on ne réécrit pas la détection d'objets, on la calibre sur votre site et on écrit la logique métier qui vous est propre.

Achetez un produit si votre besoin se décrit en termes standards, votre volume est faible, vous voulez un résultat rapide, et vous acceptez de vous adapter à l'outil.

Faites développer si votre besoin est propre à votre métier, vous avez plusieurs sites ou un volume qui rend l'abonnement pénalisant, vous voulez pouvoir faire évoluer le système, ou vous avez déjà essayé un produit qui ne couvrait pas votre cas.

Commencez petit dans les deux cas. Un site, une caméra, un processus. Mesurez, puis étendez. C'est valable quelle que soit l'option retenue.

Nous faisons du développement sur spécifications, et nous avons donc intérêt à ce que vous choisissiez cette voie.

Ce que nous disons quand même : si votre besoin est standard et votre volume faible, un produit sur étagère est un choix rationnel, et nous vous le dirons au diagnostic. Nous préférons perdre un projet que livrer un développement qui n'apportera rien de plus qu'une solution existante.

Notre valeur n'est pas d'écrire du code. Elle est de faire tenir un système sur le terrain, avec des données imparfaites, sur la durée. Si ce n'est pas ce dont vous avez besoin, ce n'est pas la peine de nous payer pour cela.