Questions fréquentes

Nous examinons les processus de l'entreprise, nous construisons de l'automatisation, nous relions les systèmes existants, nous rédigeons des politiques opérationnelles d'IA et nous formons les équipes. La plupart des missions commencent par le diagnostic, parce qu'il montre ce qui vaut la peine d'être changé avant que quoi que ce soit ne soit construit.

Il nous faut du temps avec les personnes qui font le travail et un accès temporaire aux systèmes concernés. De votre côté, cela se résume à quelques conversations ciblées. Nous nous chargeons de la cartographie et de la préparation du plan.

Nous la rédigeons, vous l'approuvez. Le projet reprend la façon dont les régulateurs et les auditeurs examinent réellement l'usage de l'IA : un inventaire des outils que le personnel peut utiliser et avec quelles catégories de données, des critères d'évaluation des prestataires, y compris leurs conditions sur l'entraînement des modèles et la conservation des données, des durées de conservation, et un responsable nommé pour chaque décision alimentée par l'IA. Lorsqu'un cadre réglementaire vous concerne (HIPAA, SOC 2, lois de confidentialité des États américains), la politique est rédigée pour s'intégrer à votre programme de conformité existant plutôt que de vivre à côté. Votre direction ou votre conseil juridique en arrête la version finale. Nous rédigeons la politique ; nous ne remplaçons ni votre jugement ni votre avocat.

Moindre privilège par défaut : nous demandons l'accès le plus restreint que le travail exige, limité aux systèmes prévus au plan, et rien de plus. Tout le travail se fait sous des comptes nominatifs, attribuables à une personne, jamais sous des identifiants partagés, pour que votre piste d'audit montre exactement qui a fait quoi et quand. Les identifiants n'apparaissent jamais dans le code ni dans la configuration ; ils sont conservés dans un coffre-fort à secrets géré, et chaque identifiant que nous manipulons est renouvelé au moment de la remise. La clôture des accès est un livrable, pas une promesse en l'air : à la fin de la mission, vous recevez la confirmation écrite que nos accès sont révoqués, détaillée système par système, prête à être versée à vos propres revues d'accès.

Elles restent dans vos comptes, sous votre contrôle, pendant toute la mission. Nous ne les copions pas dans nos systèmes, nous ne les vendons pas et nous ne les utilisons pas pour entraîner des modèles. Tout ce que l'IA traite pendant un développement s'exécute sous des conditions fournisseur qui interdisent l'entraînement sur vos données, et le plan nomme chaque fournisseur pour que votre équipe puisse vérifier ces conditions elle-même. Tout ce que nous construisons journalise ce sur quoi chaque décision automatisée s'est appuyée : quand un auditeur demande pourquoi le système a fait quelque chose, la réponse est consignée. À la fin de la mission, nos accès prennent fin, avec confirmation écrite.

Oui. Une session couvre ce que les outils actuels font bien, là où ils échouent, et ce qu'il faut demander à un fournisseur avant de signer quoi que ce soit. Elle est facturée à part et ne suppose aucune autre mission. Si votre équipe en ressort capable de distinguer un vrai cas d'usage d'un argumentaire commercial, la session a rempli son rôle.

Le diagnostic est chiffré à prix fixe avant le début des travaux. Les développements sont chiffrés point par point dans le plan. Le support est optionnel et facturé séparément.

Non. Les comptes d'hébergement ou de service nécessaires à un développement sont d'abord détaillés dans le plan : ce qu'ils sont, ce qu'ils coûtent à faire tourner et quelles sont les alternatives. Aucun n'est créé avant votre accord. Une fois le développement payé, tout passe à votre nom à la remise. Si vous arrêtez le support plus tard, les systèmes sont déjà les vôtres ; rien ne cesse de fonctionner.

Presque jamais. Le gaspillage se loge en général entre les systèmes, pas à l'intérieur : les mêmes chiffres saisis à trois endroits qui ne communiquent pas entre eux. Le travail d'intégration relie ce que vous avez déjà. Le remplacement n'entre au plan que lorsque le système est le problème, et il y figure comme un poste chiffré que vous pouvez refuser.

Si vous avez monté votre affaire pour cuisiner, construire, concevoir ou réparer, et que votre semaine part aujourd'hui en factures, en tableurs et en courses après la paperasse, vous êtes exactement à la bonne taille. Tout l'objet de ce travail est de confier l'administratif au logiciel pour que vos heures reviennent à ce pour quoi vous avez ouvert boutique.

Le délai dépend du nombre de processus, de systèmes et de personnes concernés. La proposition indique le délai du diagnostic avant le début des travaux. Chaque développement a sa propre estimation.

Nous pouvons mener une mission entièrement à distance. Les réunions et l'observation des processus sur place sont également possibles dans l'agglomération de Phoenix.

Pas encore. Nous ne publions les résultats d'un client qu'une fois vérifiés et avec son accord, et comme nous sommes un cabinet récent, nous préférons ne rien vous montrer plutôt que des chiffres que nous ne pourrions pas assumer. Le diagnostic existe en partie pour cela : il fait la démonstration sur votre propre activité, avec vos propres chiffres, avant que vous ne vous engagiez sur un développement.

Alors le plan le dit, et vous aurez payé un forfait pour apprendre que votre organisation tourne déjà bien. Nous préférons vous le dire plutôt que d'inventer du travail. Le document de conclusions vous reste acquis.