# Tester l’IA locale et cloud sur vos propres tâches

Fiche Neaptide · 27 septembre 2026

Méthode proposée pour un petit essai en conditions de travail, pas une norme sectorielle ni un benchmark prêt à l’emploi. Renseignez les résultats après les tests. Ne transmettez à aucune option des données qu’elle n’est pas autorisée à traiter.

## 1. Conditions et décision

- Décision à prendre :
- Tâche et volume mensuel habituel :
- Méthode actuelle et coûts :
- Données autorisées pour chaque option :
- Erreurs inacceptables :
- Personne responsable de l’acceptation des résultats :
- Qualité et délai minimaux acceptables, définis avant le test :
- Comparaison de modèles à conditions égales ou de processus complets :
- Date et durée de l’essai :

## 2. Configurations

| Paramètre | Option locale | Option cloud |
| --- | --- | --- |
| Nom et version du modèle | | |
| Application / API / mode | | |
| Quantification, si applicable | | |
| Matériel / offre | | |
| Contexte et paramètres de génération | | |
| Outils et recherche disponibles | | |
| Lieu de lecture et d’indexation des documents | | |
| Conditions de conservation et d’entraînement | | |
| Réseau, utilisateurs simultanés, autres logiciels | | |

## 3. Fiche de tâche — à copier pour chaque exemple

- Identifiant :
- Source et autorisation de traitement :
- Requête exacte :
- Faits corrects et source, ou vérification du comportement :
- Critères d’acceptation :
- Comportement attendu si des informations manquent :
- Erreurs critiques :

Incluez des tâches ordinaires, une question sans réponse dans les documents et un cas de données contradictoires. Gardez le corrigé séparé de l’entrée du modèle. Vous pouvez commencer par 12 tâches, mais leur composition doit correspondre à votre activité.

## 4. Journal — une ligne par tentative

| ID | Option et exécution | Délai avant première réponse visible, s | Délai avant réponse complète, s | Vérification et corrections, min | Erreur | Accepté selon les critères ? | Coût d’utilisation |
| --- | --- | --- | --- | --- | --- | --- | --- |
| | | | | | | | |

Indiquez si le modèle était déjà chargé. Ne combinez pas les métriques de logiciels différents sans vérifier leurs définitions. Conservez les tentatives infructueuses. Si une correction permet d’accepter le résultat, comptez tout le temps consacré.

## 5. Coûts pour un volume et une période identiques

- Matériel supplémentaire, moins la valeur résiduelle retenue / durée d’utilisation :
- Configuration initiale / même durée :
- Frais de service, licences et intégrations :
- Énergie supplémentaire :
- Maintenance et administration (heures × coût horaire) :
- Vérification et corrections (heures × coût horaire) :
- Autres frais :
- Dépenses communes exclues des deux options :
- Nombre total de résultats acceptés :

Coût par résultat accepté = dépenses pour tout le volume comparé, tentatives infructueuses comprises / nombre de résultats acceptés. Avec zéro résultat accepté, l’indicateur n’est pas défini.

Ne généralisez pas un petit essai à toutes les tâches futures. Vérifiez séparément les longs documents, les pics de charge et les changements de version du modèle.

## 6. Décision après l’essai

- Option choisie et raisons :
- Tâches auxquelles la conclusion s’applique :
- Points n’ayant pas passé les contrôles :
- Limites restantes :
- Date ou condition d’un nouveau test :