Déploiement de systèmes IA en Thaïlande
Transformer un workflow sélectionné en système IA que votre équipe peut évaluer, superviser et exploiter. Le périmètre, les hypothèses de prix, les contrôles d’échec et les preuves de recette sont convenus avant le développement en production.
Prix et périmètre vérifiés le:
// Prix et périmètre vérifiés le ·
Le déploiement d’un système IA relie un modèle à un workflow défini, aux données métier, aux contrôles d’accès et aux systèmes existants, puis ajoute évaluation, supervision, validation humaine et retour arrière. Ce n’est pas une simple démo de chatbot. Un pilote borné débute à ฿70,000 ; un workflow de production commence généralement autour de ฿140,000 selon les hypothèses ci-dessous.
Les fourchettes utilisent le tarif public de ฿7,000/man-day et excluent la TVA éventuelle, les modèles/API, le cloud, les bases de données, les licences, le nettoyage des données et les systèmes tiers. Le périmètre final est confirmé dans le Statement of Work (SOW) après les revues de préparation et données/sécurité. Aucun résultat métier ni SLA absent du SOW n’est garanti.
Convenir d’abord de la frontière
Le périmètre est rattaché à un workflow identifiable et à une frontière de risque. Voici la base ; le SOW du projet consigne livrables, dépendances, approbateurs et limites des demandes de changement.
De la préparation à la production
Chaque étape produit une preuve de décision. Une idée ne passe pas en production avant compréhension des données, risques, coût par tâche et critères de réussite.
01
Confirmer objectif, responsable du processus, baseline, budget, contraintes et préparation de l’équipe d’exploitation.
Preuve : brief de préparation, baseline et critères go/no-go
02
Prioriser les cas par valeur, volume, fréquence, risque et réversibilité.
Preuve : cartographie du workflow et scorecard des cas
03
Cartographier données personnelles, sources, accès, rétention, sous-traitants, secrets et actions nécessitant une validation humaine.
Preuve : flux de données, matrice d’accès et registre des risques
04
Construire le chemin minimal qui teste l’hypothèse, en commençant par sandbox/lecture seule pour les actions à fort impact.
Preuve : pilote, prompts/config versionnés et fixtures de test
05
Exécuter le jeu convenu sur qualité, réalisation de tâche, latence, coût, échecs et contrôle humain.
Preuve : rapport d’évaluation avec résultats réussite/échec
06
Ajouter authentification, moindre privilège, environnements, déploiement, limites de débit et contrôles de reprise selon le risque.
Preuve : checklist de mise en production et configuration
07
Suivre les signaux nécessaires de qualité, coût, latence, erreur et dérive, avec alertes et responsable de réponse.
Preuve : carte dashboard/alertes et chemin d’incident
08
Transférer dépôts, comptes, runbooks et preuves d’évaluation, puis former l’équipe chargée des changements futurs.
Preuve : checklist de transfert et procès-verbal de recette signé
Prix selon risque et profondeur d’intégration
Le coût ne dépend pas seulement des mots « chatbot » ou « agent ». Les facteurs majeurs sont le nombre de systèmes intégrés, les droits d’action, la maturité des données, l’impact d’un échec, le volume et la charge d’exploitation.
฿70,000–฿126,000
10–18 man-days
Un workflow sur sandbox, accès en lecture seule ou jeu de données limité
Exclut intégration production, astreinte, migration de données et frais tiers.
฿140,000–฿245,000
20–35 man-days
Généralement un workflow et 1–2 intégrations ; la frontière réelle figure au SOW
Exclut SLA 24/7, factures fournisseurs, fonctions hors périmètre et intégrations non découvertes.
À partir de ฿280,000
40+ man-days ; estimation après discovery
Intégrations multiples, contrôles d’approbation, staging/production et reprise/observabilité renforcées
Pas de plafond avant revue des dépendances ; SLA, audits et certifications de conformité sont séparés.
Ces estimations utilisent le tarif public de ฿7,000/man-day et ont été vérifiées le 10 juillet 2026. Consultez la page de prix pour toutes les hypothèses commerciales. Voir les hypothèses de prix.
Une proposition doit séparer le coût ponctuel de déploiement du TCO récurrent. Le montant réel dépend du fournisseur, du volume, de la rétention, des environnements et du support choisi.
Définition du terminé
Jeu de test, métrique, seuil, responsable et exceptions sont convenus au SOW avant développement. Aucun pourcentage universel ne convient à tous les cas et une démo choisie n’est pas une preuve de recette.
Méthode de testUtiliser des exemples validés par le métier et distinguer sorties correctes, fausses, sans preuve et à refuser.
Principe de recetteAtteindre le seuil SOW de chaque métrique en publiant taille de l’échantillon et limites connues.
Méthode de testTester le workflow de bout en bout et vérifier tickets, enregistrements, validations ou notifications.
Principe de recetteLa tâche et l’état attendu sont corrects pour chaque fixture convenue.
Méthode de testMesurer p50/p95 sur les chemins critiques sous un profil de charge nommé, pas sur une requête unique.
Principe de recetteRester dans les cibles par chemin et documenter le comportement de timeout.
Méthode de testConvertir modèle/API et coûts variables en THB par tâche réussie et modéliser le volume prévu.
Principe de recetteLe coût par tâche réussie reste sous le plafond approuvé avec alertes budget/usage.
Méthode de testSimuler mauvaise entrée, donnée absente, rate limit, timeout, panne outil/API et retrieval sans preuve.
Principe de recetteÉchouer sans danger, éviter les actions doubles/fausses et transmettre à un humain ou réessayer selon la politique.
Méthode de testMesurer les travaux nécessitant revue, correction, rejet ou escalade par niveau de risque.
Principe de recetteTaux de revue et erreur après revue respectent les seuils, avec un responsable de file identifié.
Méthode de testRevenir sur modèle/prompt/config/release ou désactiver l’automatisation et reprendre le chemin manuel.
Principe de recetteLe runbook fonctionne, les données importantes sont préservées et l’autorité de rollback est consignée.
Propriété et transfert
Le SOW doit nommer propriété et exceptions avant le démarrage. Ce tableau est la frontière de livraison par défaut utilisée pour cadrer ; le contrat signé prévaut s’il diffère.
Frontière de propriété / droitsElles restent au client et ne servent pas à entraîner/affiner hors d’un périmètre explicitement autorisé par écrit.
Preuve de transfertFlux de données, liste sources/rétention, matrice d’accès et procédure ciblée de suppression/révocation.
Frontière de propriété / droitsLe client ouvre et possède les comptes production cloud, modèle et tiers ; l’équipe de livraison utilise le moindre privilège.
Preuve de transfertInventaire des comptes, responsable de facturation et checklist rotation/révocation sans secrets réels.
Frontière de propriété / droitsLivrés selon le SOW après recette/conditions de paiement convenues. Les accélérateurs existants et actifs sous licence tierce gardent leur propriété.
Preuve de transfertDépôt, liste dépendances/licences, instructions build/deploy et version/tag accepté.
Frontière de propriété / droitsPrompts/config/tests spécifiques résident dans le dépôt selon le SOW ; la propriété intellectuelle modèle/fournisseur reste au fournisseur.
Preuve de transfertPrompts/config versionnés, jeu/résultats d’évaluation, paramètres modèle et procédure de changement.
Frontière de propriété / droitsLe client reçoit les documents nécessaires pour exploiter le périmètre livré.
Preuve de transfertArchitecture/flux, runbook, chemin supervision/incident, rollback, limites connues et checklist de transfert.
Avant signature, confirmez le droit de poursuivre le code, les limites open-source/fournisseur, la rétention, le payeur des comptes et le traitement à la fin de la maintenance.
Questions fréquentes
Des réponses claires sur le périmètre, le prix, le risque et le transfert
La production exige intégrations, contrôles d’accès, évaluation, chemins d’échec, contrôle humain, supervision, rollback et transfert. Une démo teste une idée mais ne doit pas effectuer d’actions importantes sans ces contrôles.
Un pilote borné coûte environ ฿70,000–฿126,000 et un workflow de production environ ฿140,000–฿245,000, sur la base de ฿7,000/man-day. Les systèmes multi-intégrations ou à haut risque débutent à ฿280,000 ; le prix final dépend des données, droits, risques et dépendances découverts.
Commencez par un pilote sans benchmark, avec qualité de données incertaine, nombreuses exceptions ou économie unitaire non prouvée. Avec un cas étroit, des données prêtes et une recette claire, il peut devenir la base de production mais doit franchir la gate d’évaluation avant les actions réelles.
Ce n’est jamais considéré comme automatiquement autorisé. Flux, réglages fournisseur, rétention et finalité doivent figurer au SOW. Le client conserve ses données ; tout entraînement ou fine-tuning exige une autorisation écrite explicite.
La frontière par défaut place les comptes production au nom du client et livre dépôt spécifique, prompts/config, évaluations et documentation selon le SOW après recette/conditions de paiement. Accélérateurs existants, open source et IP fournisseur restent sous leurs licences.
Un jeu convenu mesure qualité de sortie, tâche accomplie, latence p50/p95, coût par tâche réussie, chemins d’échec, taux de contrôle humain et rollback. Chaque métrique a un seuil contextualisé et un approbateur au SOW, sans cible universelle non étayée.
Comparer trois tailles de workflow avec API, hébergement, supervision, maintenance et contrôle humain.
Comparer Cloud, auto-hébergement et queue mode avec prix et périmètre production.
Utiliser main-d’œuvre, volume, échec/revue et coûts réels pour estimer le retour.
Concevoir workflows, intégrations et modèle opératoire autour du processus métier.
Partagez les étapes actuelles, le volume mensuel, les systèmes à connecter et l’impact d’une erreur IA. Ces éléments servent à définir préparation, frontière du pilote, TCO récurrent et plan de recette avant proposition du SOW.
Évaluer un workflow IAOu contactez-nous directement