Logiciel existant, automatisation ou développement sur mesure.
La plupart des firmes recommandent ce qu’elles vendent. Voici l’ordre dans lequel nous travaillons réellement, et ce que chaque échelon vous coûte une fois que nous sommes partis.
- Notre travail commence une étape avant la construction. La première question est ce que vous cherchez à régler — pas ce que nous aimerions construire. Si un produit existe déjà et fait le travail, nous n’allons pas le réinventer.
- Quatre voies, dans l’ordre : changer le flux de travail, acheter ce qui existe déjà, automatiser entre les systèmes que vous possédez, développer sur mesure. Chaque échelon plus bas coûte plus cher à posséder, pas seulement à construire.
- Avant même de parler d’IA, une question tranche : vos données ont-elles le droit de s’y trouver ? Dans les grandes entreprises, ce sont les politiques, et non la capacité technique, qui décident de la plupart des projets d’IA.
Nous ne vendons pas ce que nous savons construire
La plupart des firmes ont une seule réponse et cherchent ensuite la question. Un atelier de développement développe. Un intégrateur installe la plateforme qu’il revend. Une firme-conseil vend la prochaine phase du mandat. Personne ne vous ment. Ils répondent simplement avec la seule chose qu’ils ont.
Nous sommes une firme d’opérations en déploiement avancé : notre travail commence une étape avant la construction. La question de départ n’est pas que devrions-nous construire pour vous, mais qu’essayez-vous de régler. À partir de là, nous branchons ce dont l’opération a réellement besoin, et nous amenons les gens que cette solution-là exige — les ingénieurs tout autant, quand construire s’avère être la réponse. Parfois la bonne réponse, c’est nous. Souvent non, et le dire fait partie du travail.
Si un produit existe déjà pour relier les calendriers, nous n’allons pas en inventer un. Vous facturer pour reconstruire quelque chose auquel vous pourriez vous abonner demain, ce n’est pas de l’artisanat. C’est un modèle d’affaires.
Qu’essayez-vous de régler ? Pas : que voudrions-nous construire.
L’échelle
Une fois le processus cartographié, chaque étape aboutit à l’une de quatre réponses. Nous descendons la liste dans l’ordre et nous arrêtons au premier échelon qui tient. Descendre plus bas donne plus de capacité, et coûte plus cher à vivre avec.
Réordonner les étapes. Retirer l’approbation qui existe à cause d’une erreur commise il y a trois ans. Déplacer un transfert vers la personne qui détient déjà l’information. Rien à acheter, rien à configurer, rien à déployer.
Plus souvent qu’on ne le croit. La majorité des étapes aboutissent ici.
Rien. C’est précisément l’intérêt.
Un logiciel infonuagique, choisi et configuré autour de votre processus. Quelqu’un l’a déjà construit et le vend à des milliers d’opérations semblables à la vôtre. Nous l’implantons, nous y faisons entrer le vrai processus, et nous le laissons tourner.
Chaque fois qu’un produit réel couvre le besoin. C’est le premier endroit où nous regardons avant de construire quoi que ce soit.
L’implantation, puis un abonnement. Le fournisseur porte la disponibilité, le soutien, la sécurité et la feuille de route. Quand quelque chose brise, il y a une entreprise dont c’est le métier de le réparer — et ce n’est ni vous, ni nous. C’est pourquoi c’est le meilleur résultat pour tout le monde.
Un flux de travail personnalisé branché entre les systèmes que vous payez déjà, pour que l’information circule sans que personne ne la ressaisisse. Les étapes qui se qualifient sont confiées à un agent. Moins cher qu’un développement, et bien plus rapide à mettre en place.
Les produits existent mais rien ne les relie — ou une étape est vraiment répétitive, mais trop propre à votre opération pour qu’une fonction prête à l’emploi la couvre.
Les abonnements de la couche d’automatisation, et quelqu’un qui comprend le câblage quand un système change à l’une ou l’autre extrémité. Moins qu’un développement. Pas zéro. Une étape n’est automatisée que si elle suit des règles, revient au moins chaque semaine, a peu de conséquences en cas d’erreur, et si ses données vivent déjà dans un système — le filtre est ici. Tout le reste demeure humain.
Uniquement quand rien de ce qui précède ne convient : un processus vraiment différent de la façon dont tout le monde travaille, de la propriété intellectuelle qui ne peut pas sortir de chez vous, ou une politique de données qui écarte les trois autres options.
Rarement — et ça devrait être rare. Quand c’est la bonne réponse, ça l’est pleinement, et nous le construisons.
C’est l’échelon que les gens évaluent mal. Il mérite sa propre section, plus bas.
Le coût qui apparaît après le lancement
Le coût de construction est le chiffre visible. Le coût de possession est celui qui devrait trancher.
Un logiciel sur mesure doit vivre quelque part et être entretenu par quelqu’un, en permanence. Soit la firme qui l’a construit l’héberge et l’entretient — des frais récurrents, chaque année, aussi longtemps que vous l’utilisez — soit il tourne sur vos propres serveurs, ce qui suppose la capacité interne de le maintenir debout. Si vous n’avez pas de fonction TI, ce n’est pas une ligne budgétaire à couper. C’est un département que vous seriez en train de créer.
Il y a un deuxième coût que personne ne chiffre : un outil sur mesure n’a pas de feuille de route fournisseur. Personne ne vous livrera une nouvelle capacité parce que le marché a bougé. La feuille de route, c’est vous, et chaque changement devient un projet avec une portée et un prix.
Rien de tout ça ne rend le sur-mesure mauvais. Ça en fait une décision avec une queue — et cette queue appartient à la conversation avant que le développement commence, pas dix-huit mois après la mise en ligne.
Le coût de construction est le chiffre visible. Le coût de possession est celui qui décide.
Avant de parler d’IA : vos données ont-elles le droit d’être là ?
Il y a une question qui tranche plus de projets d’IA que n’importe quelle contrainte technique, et on la pose presque jamais en premier. Non pas l’IA peut-elle faire ceci — en général, oui. Mais : votre entreprise le permet-elle ?
Une organisation qui a investi dans un système d’entreprise a presque certainement des politiques encadrant ce qui peut atteindre ces données. Ces politiques ont été écrites pour de bonnes raisons et elles ne plient pas parce qu’un projet est emballant. Les plateformes d’IA publiques apprennent de ce qu’on leur donne, et ça ne se contrôle pas après coup. Donner à l’une d’elles un accès en lecture et en écriture à un système de référence est une décision de gouvernance, pas une décision technique, et elle revient aux gens qui portent cette décision — avant que quiconque ne chiffre un développement.
C’est pourquoi la réponse est parfois : pas d’IA du tout. Un outil de rapports branché directement à la base de données n’a pas d’intermédiaire, s’actualise au rythme du système lui-même, et ne soulève aucune question sur où sont passées les données. Si ça règle le problème, ça le règle.
Et il existe une voie mitoyenne qui fonctionne plus souvent qu’on ne le pense. Si quelqu’un exporte déjà un rapport dans un dossier chaque semaine, l’automatisation peut prendre le relais — récupérer le fichier, le transformer, et l’afficher sur un tableau de bord à jour tous les matins. Une personne fait toujours l’exportation. C’est peu coûteux, ça tient, et ça ne demande à personne de changer une politique.
Parfois, la contrainte est elle-même la raison de construire : un outil dans votre propre environnement, avec un accès limité à exactement ce dont il a besoin, et rien de plus. C’est un chemin légitime vers l’échelon quatre, et l’un des rares qui le justifie d’emblée.
Ce que nous demandons avant de proposer quoi que ce soit
Une proposition rédigée avant que ces questions soient répondues, c’est une supposition avec un prix dessus.
- Quel résultat d’affaires est-ce que ça fait bouger ? Les revenus, les coûts opérationnels ou la charge de gestion — quelle aiguille, et de combien environ. Si ce n’est pas clair, un projet est difficile à commencer et bien plus difficile à terminer, parce que personne ne peut dire à quoi ressemble « terminé ».
- Quel est le budget ? Pas pour calibrer la facture — pour éliminer des options. Un budget nous dit immédiatement si l’échelon quatre est même envisageable, et il vaut mieux le savoir la première semaine que le quatrième mois.
- Par où entre l’information, réellement ? Toute l’information. Chaque canal par lequel on peut vous joindre, pas seulement les principaux. Le canal que personne ne mentionne est celui qui casse la conception.
- Qu’avez-vous déjà regardé, et pourquoi ne l’avez-vous pas retenu ? Les options écartées sont l’information la plus utile dans la pièce. Quelque chose les a disqualifiées, et c’est habituellement la vraie contrainte que personne n’a encore nommée.
- Qu’est-ce qui est vraiment différent dans votre façon de travailler, comparée à toutes les autres entreprises qui utilisent les plateformes existantes ? Parfois la réponse est : beaucoup, et c’est l’argument pour construire. Souvent la réponse honnête est « pas grand-chose » — et c’est l’argument pour acheter, ce qui vous épargne un an.
Où se situe notre propre système
Nous construisons et licencions bien un système à nous, le OpsHub, pour les opérateurs en biens de consommation. Il se situe à l’échelon quatre et il existe pour un cas précis : un ERP prêt à l’emploi est un vrai outil, mais c’est aussi une implantation de neuf à dix-huit mois que quelqu’un doit piloter tout en faisant rouler l’opération qu’il faut réparer. Quand cette capacité n’existe pas, un système configuré et déployé en quelques semaines est le meilleur compromis.
Ce n’est pas la réponse par défaut, et nous vous dirons quand ce n’est pas la bonne réponse pour vous. Une firme qui ne fait que construire trouvera toujours une raison de construire.
Demandez à n’importe quelle firme ce qu’elle vous conseillerait d’acheter plutôt que de l’embaucher. La réponse vous dit quel genre de firme c’est.
Vous ne savez pas à quel échelon vous êtes ?
L’Audit Vérité est la porte d’entrée. Quatorze jours, prix fixe. La question de la solution vient après la cartographie du processus — jamais avant.
Commencer ici