Logiciel, IA et données

Les principaux facteurs sont l’état de vos données, le nombre de systèmes à intégrer, le niveau de précision requis et la part de validation humaine que le processus exige. Les coûts d’exploitation comptent aussi : utilisation des modèles, hébergement et supervision. Nous chiffrons après un court cadrage, distinguons le coût de développement du coût d’exploitation et montrons comment ce dernier évolue avec les volumes, pour éviter toute surprise.

En savoir plus : Développement IALien vers cette question

Le coût de développement dépend du nombre et de l’état de vos sources, des intégrations et des droits d’accès concernés, ainsi que du niveau d’exactitude exigé. Le coût d’exploitation dépend de l’usage, du modèle retenu, du volume de texte envoyé avec chaque requête et de la mise en cache. Nous chiffrons les deux et montrons comment un modèle plus petit ou une meilleure récupération peut réduire le coût d’exploitation.

En savoir plus : IA générative et intégration de LLMLien vers cette question

Les principaux facteurs sont l’état et l’accessibilité de vos données, l’existence d’étiquettes ou la nécessité de les créer, le nombre de systèmes auxquels le modèle doit se connecter, et le niveau d’explication et de documentation attendu par vos régulateurs. Les coûts d’exploitation dépendent du volume de prédictions et du besoin de résultats en temps réel ou par lots. Nous chiffrons une fois la revue des données terminée.

En savoir plus : Apprentissage automatiqueLien vers cette question

Le coût de construction dépend du nombre et de la complexité des sources, de leur propreté, et du nombre de domaines et de rapports concernés. Le coût d’exploitation dépend des volumes de données, de la fréquence d’actualisation et des modes d’interrogation. Nous chiffrons les deux, concevons la plateforme pour maîtriser les dépenses de calcul et mettons en place un suivi des coûts pour que l’usage n’augmente pas à votre insu.

En savoir plus : Ingénierie et analyse des donnéesLien vers cette question

Le nombre de types et de mises en page de documents, la qualité des numérisations, le nombre de règles de validation et de systèmes concernés, et le volume traité. Le coût d’exploitation dépend des volumes et des services d’extraction utilisés. Nous chiffrons après avoir testé un échantillon de vos documents, et indiquons la part de documents qui devrait encore nécessiter une intervention humaine.

En savoir plus : Automatisation intelligente et IA documentaireLien vers cette question

Le périmètre est le principal facteur : le nombre de rôles utilisateurs, de processus et d’écrans, le nombre de systèmes auxquels le logiciel doit se connecter, et le niveau d’exigence en matière de sécurité, d’audit et de disponibilité. L’état de vos données et le nombre de personnes qui doivent valider les décisions comptent aussi. Nous chiffrons après le cadrage, à partir d’un backlog priorisé, afin que vous puissiez choisir ce qui entre dans la première version et ce qui peut attendre.

En savoir plus : Développement de logiciels sur mesureLien vers cette question

Le nombre de rôles utilisateurs et de processus, les intégrations derrière l’application, les langues et les mises en page qu’elle doit prendre en charge, ainsi que ses exigences de sécurité et d’audit. Le niveau de conception compte aussi : un outil destiné à une petite équipe interne en demande moins qu’un portail public sur lequel vos clients s’appuient. Nous chiffrons à partir du backlog après le cadrage, afin que vous puissiez décider de ce qui entre dans la première version.

En savoir plus : Applications webLien vers cette question

Le nombre de parcours et d’écrans, le choix entre une application native par plateforme ou une seule application multiplateforme, le travail côté back-end et le niveau de sécurité requis. L’utilisation hors ligne, les paiements, les fonctionnalités de l’appareil et l’éventail d’appareils à prendre en charge ajoutent de l’effort. Les publications sur les boutiques et l’adaptation aux nouvelles versions des systèmes d’exploitation sont des coûts récurrents à prévoir.

En savoir plus : Applications mobilesLien vers cette question

Le nombre d’applications et d’environnements, l’écart qui les sépare aujourd’hui d’un déploiement automatisé, les contrôles de conformité à respecter, et le fait que les charges de travail changent de fournisseur ou quittent votre propre centre de données. L’exploitation dans la durée est une décision distincte : nous pouvons exploiter la plateforme avec vous, ou la transmettre lorsque votre équipe est prête.

En savoir plus : Cloud et DevOpsLien vers cette question

Souvent, mais nous ne promettrons aucun chiffre avant d’avoir examiné la situation. Les économies courantes proviennent de ressources inutilisées, d’instances surdimensionnées, d’un stockage qui n’expire jamais et d’environnements qui tournent quand personne ne travaille. Nous étiquetons d’abord les dépenses par équipe et par service, afin que les économies soient mesurées et non estimées, et nous classons nos constats par effort et par risque.

En savoir plus : Cloud et DevOpsLien vers cette question

Le nombre d’applications et de parcours dans le périmètre, la testabilité du code actuel, l’état de vos données et environnements de test, et le nombre d’intégrations à simuler. Une application ancienne sans points d’ancrage stables pour les tests demande plus d’effort qu’une application récente conçue en pensant aux tests. Nous commençons par les parcours les plus risqués, pour que la valeur arrive tôt.

En savoir plus : Assurance qualité (QA) et automatisation des testsLien vers cette question

Le nombre de groupes d’utilisateurs et de parcours, l’ampleur de la recherche nécessaire, l’existence ou non d’un système de design, et le nombre de plateformes et de langues que le design doit couvrir. La refonte d’un produit établi comportant de nombreux écrans demande plus que la conception d’un nouvel outil ciblé. Nous définissons le périmètre du design par étapes, afin que vous puissiez examiner les constats et les parcours avant de vous engager sur l’interface complète.

En savoir plus : Design UX et UILien vers cette question

La taille et la complexité de l’ancien système, la qualité de ses données, le nombre de systèmes qui en dépendent, et la part de ce qui doit changer plutôt qu’être conservé. Les langages et bases de données anciens que peu d’ingénieurs maîtrisent ajoutent de l’effort. Le travail étant incrémental, vous pouvez le financer par étapes et constater le résultat de chacune avant de valider la suivante.

En savoir plus : Modernisation des systèmes héritésLien vers cette question