Questions fréquentes
Automatisation, IA, outils métier : vos questions
Prix, délais, données, sécurité, maintenance ou méthode : retrouvez les réponses aux principales questions avant de nous présenter votre besoin.
Comprendre BRAINYTECH
BRAINYTECH conçoit des solutions numériques destinées à simplifier, automatiser ou mieux structurer le fonctionnement des entreprises : automatisation, usages métier de l’intelligence artificielle, assistants IA, outils métier sur mesure et certaines problématiques d’architecture, de performance ou de fiabilisation.
Non. L’intelligence artificielle est une technologie parmi d’autres. Lorsque des règles classiques, une automatisation ou un logiciel existant répondent mieux au besoin, nous privilégions cette approche.
BRAINYTECH est une société française dont le siège social est situé à Dijon et l’établissement principal à Auxerre. Une grande partie des projets numériques peut également être réalisée à distance.
Non. Une mission peut être refusée lorsqu’elle dépasse raisonnablement nos compétences ou notre capacité, impose un délai irréaliste, nécessite une expertise spécialisée différente ou présente un risque disproportionné.
Commencer un projet
Non. Vous pouvez simplement expliquer ce que vous faites aujourd’hui, ce qui pose problème, à quelle fréquence et ce que vous aimeriez obtenir à la place. La technologie vient ensuite.
Non pour un premier échange. Un exemple concret du fonctionnement actuel est souvent plus utile. Un cadrage détaillé peut ensuite être réalisé lorsque le projet le nécessite.
Non. Le premier échange de qualification sert à vérifier si BRAINYTECH peut raisonnablement répondre au besoin. Il ne constitue pas une prestation de conseil approfondie.
Non. Si le besoin est déjà suffisamment clair, nous pouvons directement étudier une automatisation, un assistant IA, un outil métier ou une autre intervention adaptée.
Offres et tarifs
Le Diagnostic Automatisation & IA est affiché à 600 € HT. L’Automatisation d’un processus débute à 2 500 € HT, l’Assistant IA métier à 4 900 € HT et l’Outil métier MVP à 7 900 € HT pour les périmètres standards décrits sur le site.
Pour permettre au prospect de déterminer rapidement si l’ordre de grandeur est compatible avec sa situation. Un prix de départ ne remplace pas la définition du périmètre réel.
Le budget sert surtout à détecter une éventuelle incompatibilité entre le besoin et les moyens disponibles. Le prix doit rester lié au travail, au périmètre, au risque et aux contraintes du projet.
Pas automatiquement. Hébergement, API, modèles d’IA, SaaS ou autres services tiers sont distingués de la prestation BRAINYTECH lorsqu’ils existent.
Délais et organisation
Pour un périmètre standard compatible avec l’offre, l’objectif affiché est de 5 jours ouvrés après validation du périmètre, encaissement prévu et disponibilité des accès nécessaires.
Pour un cas d’usage standard, l’objectif prévu est généralement de 7 à 10 jours ouvrés. Les sources, intégrations, tests, accès et contraintes de données peuvent modifier ce délai.
Un MVP métier limité peut viser environ 2 à 4 semaines. Un système plus important nécessite un planning spécifique.
Le planning peut être décalé. Les délais supposent que les dépendances nécessaires au projet soient disponibles au moment convenu.
Automatisation
Non. Une tâche peut être techniquement automatisable tout en étant économiquement peu intéressante, trop instable ou trop risquée.
Oui dans certaines situations. Selon le problème, il peut être préférable de conserver Excel, de l’automatiser, de le connecter à d’autres outils ou de le remplacer par un outil métier.
Certaines étapes peuvent l’être : détecter un message, récupérer une pièce jointe, extraire des informations, créer une tâche, classer ou préparer une réponse. Le niveau d’autonomie doit dépendre du risque.
D’autres solutions peuvent parfois exister, mais elles ne présentent pas nécessairement le même niveau de fiabilité ou de maintenabilité. La faisabilité doit être vérifiée avant de promettre une intégration.
Intelligence artificielle
Un assistant IA métier est conçu autour d’une tâche précise, de sources, de règles et de limites définies selon le contexte de l’entreprise.
Un outil généraliste convient à de nombreux usages ponctuels. Un assistant métier devient plus pertinent lorsque des sources spécifiques, un comportement standardisé, des intégrations ou des contrôles particuliers sont nécessaires.
Non. Un modèle peut produire une réponse incorrecte ou incomplète. Le projet doit donc prévoir des sources, des tests, des limites, une gestion de l’incertitude et, selon le risque, un contrôle humain.
Non. Le choix du modèle ou du fournisseur dépend du cas d’usage, des contraintes de données, du coût, des performances et de l’architecture.
Données, confidentialité et sécurité
Oui lorsque l’architecture et les conditions du projet le permettent. Il faut notamment définir les sources utiles, les droits d’accès, les mises à jour et les services intervenant dans le traitement.
Nous recommandons de ne pas transmettre de mot de passe, clé API, secret ou donnée sensible inutile lors du premier échange. Si de telles informations deviennent nécessaires, un canal adapté doit être défini.
Non. La conformité dépend du traitement réel, des finalités, des données, des responsabilités, de la conservation, de l’architecture et des mesures mises en œuvre.
Non. Aucun système connecté ne peut raisonnablement être présenté comme exempt de tout risque. Nous cherchons des mesures proportionnées au contexte et au risque identifié.
Outils métier et développement
Lorsqu’un processus suffisamment stable et important est structurellement mal couvert par les outils disponibles et que les contournements, coûts ou contraintes justifient l’investissement.
Non. Un SaaS existant, une automatisation, une meilleure configuration ou le maintien du système actuel peuvent être préférables.
La plus petite version réellement utilisable permettant de résoudre le problème principal dans un périmètre limité et testable. Ce n’est pas une maquette volontairement fragile.
Oui. Nous recommandons souvent d’observer l’usage réel avant de décider des fonctions suivantes.
Livraison, propriété et maintenance
Oui selon le niveau prévu dans l’offre ou la proposition. Elle peut couvrir l’utilisation, le fonctionnement, les dépendances ou certains éléments techniques nécessaires à l’exploitation.
Les droits relatifs au code spécifique doivent être définis clairement dans les documents contractuels applicables au projet. Il faut distinguer le code spécifique des composants open source, bibliothèques et services tiers.
Non. Certaines offres peuvent prévoir une période limitée de correction des anomalies. Maintenance continue, support et évolutions sont distingués du périmètre initial sauf disposition contraire.
Nous cherchons à éviter une dépendance artificielle à BRAINYTECH. La réversibilité réelle dépend toutefois de l’architecture, des technologies, des services tiers et des conditions contractuelles.
Votre situation est différente ?
Présentez-nous le problème plutôt que la technologie.
Premier échange de qualification sans engagement.