Quelle intelligence artificielle choisir pour une entreprise au Tchad ?
Celle dont le coût d'usage reste soutenable au volume que vous traitez réellement, dont le mode d'hébergement est compatible avec la confidentialité de vos données, et dont la couverture linguistique correspond aux langues de travail de vos équipes, français et arabe en particulier. Aucun modèle ne l'emporte sur les trois critères à la fois : le choix est un arbitrage, il se documente par écrit et il se refait dès que l'un des trois évolue.
Article de Chadlake Technologies, publié le . Aucun résultat de performance n'y est avancé : nous ne publions que ce que nous avons mesuré.
Pourquoi la question n'est-elle pas « quel est le meilleur modèle » ?
Parce que la réponse changerait tous les trimestres, et parce qu'elle ne dit rien de votre situation. Un assistant grand public vous a convaincu sur quelques essais : c'est une bonne nouvelle, mais un essai n'est pas un usage. Ce qui décide, dans une organisation, c'est le volume traité chaque mois, la sensibilité des documents qui passeront dans le système, et les langues dans lesquelles vos utilisateurs écrivent réellement. Trois critères, examinés dans cet ordre, suffisent à écarter la plupart des options et à rendre le choix défendable devant une direction.
Combien coûte réellement l'usage d'un modèle ?
Le prix affiché d'un abonnement individuel n'a aucun rapport avec le coût d'un service qui traite des milliers de documents. Un modèle appelé par une application se facture à la consommation : chaque question posée et chaque réponse produite comptent, et la longueur des documents joints pèse autant que le nombre d'utilisateurs. La bonne méthode consiste donc à estimer un volume mensuel réel, puis à le convertir en coût pour deux ou trois modèles candidats, avant d'écrire la première ligne de code.
Deux leviers réduisent ce coût sans dégrader le service rendu : n'envoyer au modèle que ce qui lui est nécessaire plutôt qu'un dossier entier, et réserver le modèle le plus capable aux tâches qui l'exigent, en confiant les traitements répétitifs à un modèle plus léger. Ce partage se décide fonction par fonction, pas une fois pour toutes.
Vos données doivent-elles sortir de votre périmètre ?
C'est la question qui tranche le plus souvent le débat, en particulier dans une banque, une administration ou une organisation humanitaire. Envoyer un document à un modèle hébergé par un éditeur tiers, c'est le faire sortir de votre système d'information. Cela peut être parfaitement acceptable pour un texte public, et exclu pour un dossier de crédit ou une liste de bénéficiaires.
| Critère | Modèle hébergé par un éditeur tiers | Modèle hébergé par vos soins |
|---|---|---|
| Sortie des données | Les contenus transmis quittent votre périmètre | Les données ne sortent pas du périmètre que vous avez défini |
| Coût | Aucun investissement initial, facturation au volume traité | Investissement en serveurs, coût d'usage ensuite réduit |
| Mise en service | Rapide, quelques jours | Plus longue, dimensionnement et installation nécessaires |
| Compétence requise | Faible, l'éditeur exploite le modèle | Réelle, il faut savoir exploiter et mettre à jour |
| Dépendance | Forte à un fournisseur, sauf architecture multi-fournisseurs | Faible, vous décidez du calendrier |
Le modèle couvre-t-il vos langues de travail ?
Un service utilisé au Tchad doit tenir en français et, très souvent, en arabe. Les modèles ne se valent pas sur ce point, et la différence ne se voit pas sur un essai en anglais. La vérification est simple et se fait avant de choisir : constituez un jeu d'une trentaine de cas issus de vos vrais documents, dans les deux langues, avec les tournures administratives et les noms propres locaux, puis faites-le passer aux modèles candidats et comparez les résultats vous-même. C'est la seule mesure qui vous engage, parce qu'elle porte sur vos textes.
Que se passe-t-il quand un fournisseur devient indisponible ?
Si votre service ne connaît qu'un seul fournisseur, il s'arrête avec lui. Une architecture multi-fournisseurs consiste à placer une couche interne entre vos applications et les modèles : elle reçoit la demande, choisit le fournisseur, et bascule automatiquement vers un autre en cas d'indisponibilité ou de dégradation. Le bénéfice est double : la panne d'un éditeur n'interrompt pas votre activité, et vous conservez la liberté de changer de modèle quand les prix ou les capacités évoluent, sans réécrire vos applications.
C'est l'architecture que nous exploitons sur Tchadgpt, notre propre assistant conversationnel, accessible sur le web et installable sur mobile. Tchadgpt est édité et exploité par Chadlake Technologies, cabinet de solutions numériques présent à N'Djamena et à Paris : ce que nous recommandons ici, nous le faisons tourner chez nous.
Comment trancher dans votre cas ?
En répondant à quatre questions dans cet ordre, et en consignant les réponses par écrit.
- Quels documents précisément vont passer dans le système, et lesquels ne doivent pas sortir de votre périmètre ?
- Quel volume mensuel est réellement attendu, en nombre de dossiers plutôt qu'en nombre d'utilisateurs ?
- Dans quelles langues vos utilisateurs écrivent-ils, et le jeu de cas de test a-t-il été passé dans chacune ?
- Que se passe-t-il si le fournisseur retenu double son prix ou devient indisponible pendant une journée ?
Faire arbitrer votre choix de modèle.
Exposez votre besoin en quelques lignes. Vous recevez sous 48 h ouvrées une première lecture du sujet et la suite que nous proposons.
contact@chadlake.com