Réponse courte
Demandez qui détient le code, ce qui se passe quand le système se trompe, s'il fonctionne en données mobiles, et ce que coûte la maintenance. Les réponses floues sur la propriété et la précision sont les deux signaux d'alerte les plus fiables.
1. À qui appartient le résultat ?
Obtenez cela par écrit avant tout le reste. Vous devez détenir le code, les prompts, les artefacts et les données. Si un prestataire garde la propriété, vous louez quelque chose que vous avez payé pour construire, et changer plus tard signifie repartir de zéro.
2. Que se passe-t-il quand il se trompe ?
Tout système d'IA se trompe parfois. La question est ce que le système en fait. Demandez à voir le chemin d'échec. Si la réponse est que « cela arrive rarement », le cas d'échec n'a pas été conçu, il a été espéré.
3. Puis-je le voir échouer ?
Demandez une démonstration avec une question hors de son domaine. Un outil bien construit dira qu'il ne peut pas aider. Un outil mal construit produira quelque chose d'assuré et sans fondement. Ce seul test en dit plus qu'une heure de démonstration soignée.
4. Où vont nos données ?
Quel fournisseur les traite, dans quel pays, conservées combien de temps, et servent-elles à l'entraînement. Pour quiconque manipule des dossiers clients ou des données personnelles, ce n'est pas optionnel, et le prestataire doit répondre sans hésiter.
5. Est-ce que cela marche en données mobiles ?
Demandez-leur de l'ouvrir sur un téléphone en connexion normale, pas sur le wifi du bureau. Beaucoup d'outils qui semblent rapides en réunion sont inutilisables sur le terrain. Voir construire pour une connexion lente.
6. Combien coûte le fonctionnement ?
Séparez le prix de construction du coût de fonctionnement. L'usage des modèles, l'hébergement et la maintenance sont récurrents. Un devis sans estimation mensuelle est incomplet, et l'écart apparaît en général après la mise en ligne.
7. Qui l'entretient dans un an ?
Les modèles sont retirés, les API changent, votre activité change. Déterminez si vous achetez un actif que vous pouvez confier à n'importe quel développeur compétent, ou une dépendance envers un seul fournisseur. Demandez la documentation comme livrable, pas comme faveur.
8. Que refuseriez-vous de construire pour nous ?
La question la plus révélatrice de la liste. Un prestataire qui construira tout ce que vous décrivez vend de la capacité, pas du jugement. Une bonne réponse nomme quelque chose de précis qu'il juge être une mauvaise idée et explique pourquoi. Voir quand vous n'avez pas besoin d'IA.
Signaux d'alerte
Une propriété laissée dans le flou. Aucune réponse sur la localisation des données. Une précision annoncée en pourcentage sans méthode de mesure. Un devis ferme donné avant que quiconque ait regardé vos données. Toute affirmation selon laquelle le système ne se trompe jamais.
Voir la page de service : Tarifs et devis pour un projet IA en Algérie.
Questions fréquentes
Que faut-il demander à un prestataire IA avant de l'engager ?
Couvrez la propriété du code et des données, ce qui se passe quand le système se trompe, où les données sont traitées et si elles servent à l'entraînement, les performances en données mobiles, les coûts de fonctionnement et qui assure la maintenance après la livraison.
Devons-nous être propriétaires du code d'un projet IA sur mesure ?
Oui. Vous devez détenir le code, les prompts, les artefacts et les données. Si le prestataire conserve la propriété, vous louez ce que vous avez payé pour construire, et changer de fournisseur signifie tout recommencer.
Comment repérer une démonstration d'IA trompeuse ?
Posez-lui une question hors de son domaine pendant la démonstration. Un système bien construit dira qu'il ne peut pas aider ; un système faible répondra avec assurance et à côté. Demandez aussi comment la précision a été mesurée plutôt que d'accepter un pourcentage.
