Aller au contenu
Brickfyn

Notre méthode

Notre méthode : les étapes d'un projet IA, de la cartographie du processus à l'exploitation du système.

Cinq étapes, un contrôle humain conçu dès le départ, et un mode de livraison explicite.

Les cinq étapes

Nous partons du process, pas de la technologie. Le contrôle humain est prévu dès la conception, jamais ajouté après coup.

  1. 01

    Identifier le workflow qui mérite d'être automatisé

    Nous cartographions le process, les volumes, les systèmes, les contraintes et la valeur métier avant de parler technologie.

  2. 02

    Choisir le bon parcours

    Réutiliser un composant Brickfyn quand il convient, l'adapter si nécessaire, développer sur mesure seulement quand rien d'autre ne tient.

  3. 03

    Brancher le système sur le travail réel

    Nous configurons les workflows, les données, les intégrations, les points de validation et les tests d'acceptation.

  4. 04

    Mettre en production de manière maîtrisée

    Vos équipes testent, les contrôles sont validés, la performance est suivie.

  5. 05

    Faire vivre le système

    Brickfyn peut superviser, accompagner et optimiser le système à mesure que votre process évolue.

Quatre modes de livraison

Le périmètre et les engagements sont écrits. Nous vous orientons vers le mode le plus pertinent pour votre situation.

AI START

Un premier workflow cadré, livré avec un composant Brickfyn existant.

  • Un périmètre précis
  • Composant réutilisé
  • Preuve de valeur rapide

AI SYSTEM

Un système complet autour d'un process.

  • Intégrations
  • Contrôles humains
  • Reporting et acceptance tests

CUSTOM AI

Une solution conçue autour de votre process lorsqu'un composant réutilisable ne suffit pas.

  • Assessment préalable
  • Architecture dédiée
  • Jalon de faisabilité

BRICKFYN RUN

Supervision, support et optimisation récurrents.

  • Périmètre opéré défini
  • Engagements au contrat
  • Amélioration continue

Comment nous chiffrons

Chaque projet est cadré après évaluation : un montant de mise en place selon la formule et, en option, un RUN mensuel selon le périmètre opéré. Nous expliquons le mode de calcul et les hypothèses dès le premier échange. Aucune promesse de délai ou d'économie n'est faite avant la phase Discover.

Démonstrateur, pilote ou système en production ?

Un démonstrateur sert à montrer qu'une chose est possible. Il tourne sur des données choisies, ne gère pas les exceptions et n'a pas besoin d'être maintenu. Il se construit vite et ne prouve presque rien sur le coût d'exploitation.

Un pilote traite du travail réel sur un périmètre réduit, avec de vraies exceptions et de vrais utilisateurs. C'est le premier moment où l'on apprend quelque chose d'utile : le taux d'exception, le temps humain résiduel, la qualité des données.

Un système en production suppose en plus la supervision, la reprise après incident, la gestion des évolutions et une personne responsable. Nous préférons annoncer ce coût dès le départ plutôt que de le découvrir après la mise en service.

Le contrôle humain conçu dès le départ

La validation humaine n'est pas une précaution provisoire que l'on retirerait une fois le système « rodé ». Elle fait partie du fonctionnement normal et elle a un coût que nous mesurons.

Trois décisions la déclenchent systématiquement : un score sous le seuil défini, un message sortant qui engage l'entreprise, et une action entraînant une dépense ou un accès. Le reste s'exécute avec une piste d'audit consultable.

Un taux d'exception élevé n'est pas un échec technique, c'est une information sur la variété réelle de vos cas. Elle doit apparaître dans l'estimation, pas être découverte au troisième mois.

Composant existant, outil d'automatisation ou développement sur mesure

Nous cherchons d'abord à réutiliser un composant éprouvé, puis à l'adapter, et seulement ensuite à construire du sur mesure. Cet ordre n'est pas une préférence esthétique : il détermine le délai, le coût et la facilité de maintenance.

Le sur mesure se justifie quand aucun composant ne couvre le cœur du besoin, quand les exigences de contrôle imposent une architecture particulière, ou quand la valeur en jeu paie l'effort de conception.

La décision est prise à l'issue de l'évaluation préalable et elle est écrite, avec ses raisons. Voir Custom AI pour le détail du parcours sur mesure.

Huit questions à poser à un prestataire IA avant de signer

Ces questions valent pour nous comme pour nos concurrents. Elles trient rapidement les propositions sérieuses.

  • Que se passe-t-il quand le système n'est pas sûr de lui, et qui traite ces cas ?
  • Quel taux d'exception attendez-vous, et sur quelles données l'avez-vous mesuré ?
  • Quels fournisseurs traitent nos données, dans quelles régions, et pendant combien de temps sont-elles conservées ?
  • Que devient le système si nous arrêtons la collaboration : qu'emportons-nous, et sous quelle forme ?
  • Qui supervise l'exploitation, et que se passe-t-il en cas de panne un vendredi soir ?
  • Les résultats annoncés viennent-ils d'un client, d'une démonstration ou d'un exemple illustratif ?
  • Quelles hypothèses soutiennent l'estimation d'économies qui nous est présentée ?
  • Quelles intégrations sont confirmées, et lesquelles restent à vérifier ?

Questions fréquentes

Combien de temps prend un projet ?

Cela dépend du package et des dépendances : accès, données, disponibilité de vos équipes. L'estimation est donnée après Discover.

Pouvez-vous vous connecter à notre CRM ou ERP ?

Oui si une API, un connecteur ou un accès viable existe. Confirmé après évaluation.

Nos données quittent-elles l'Europe ?

Cela dépend de l'architecture et des fournisseurs retenus pour votre projet. Nous le documentons avant la mise en production.

Faut-il remplacer nos outils ?

Non. Priorité à l'intégration autour des outils existants.

Et si l'IA n'est pas sûre ?

Revue humaine, seuil de confiance et arrêt sûr. Le système ne devine pas sur les décisions sensibles.

Quel est le prix ?

Setup selon le package, RUN optionnel selon le périmètre. Le détail est donné après évaluation.

Dites-nous ce qui vous prend le plus de temps.

Décrivez un workflow. Nous vous dirons s'il se prête à l'automatisation et quelle est l'étape suivante la plus utile.