Développement IA

Développement d'intelligence artificielle pour les entreprises

Un logiciel d'IA sur mesure qui travaille sur vos données et vos processus : chatbots d'entreprise, agents IA et serveurs MCP connectés aux outils que vous utilisez déjà, avec des autorisations claires et un contrôle humain.

shardana.ai se consacre au développement d'intelligence artificielle pour les entreprises, les startups et les PME : le studio conçoit et réalise des logiciels d'IA sur mesure qui entrent dans les processus réels, au lieu de rester une démo. Le studio est basé à Cabras (Oristano), en Sardaigne, et travaille avec une équipe internationale, sur place et à distance.

De nombreuses entreprises ont déjà essayé l'intelligence artificielle : un abonnement à un assistant générique, quelques prompts, une démo qui a convaincu tout le monde en réunion. Puis le projet s'arrête. L'assistant ne connaît pas les procédures internes, ne peut pas lire le système de gestion, répond avec assurance même quand il se trompe, et personne ne sait dire ce qu'il a fait hier. Notre travail commence ici.

Que signifie développer de l'intelligence artificielle pour une entreprise ?

Développer de l'intelligence artificielle pour une entreprise signifie construire un système qui utilise des modèles de langage ou prédictifs au sein d'un processus précis, avec les données et les règles de cette entreprise. Il ne s'agit pas d'activer un assistant générique en espérant qu'il comprenne le contexte. Le travail comprend le choix des sources que l'IA peut lire, des actions qu'elle peut accomplir et des points où elle doit s'arrêter et solliciter une personne. Il comprend aussi tout ce qui entoure le modèle : API, bases de données, authentification, interfaces, tests, supervision et maintenance. Le résultat peut être un chatbot sur le site, un assistant interne qui répond sur les procédures, un agent qui oriente les demandes ou un composant d'IA intégré à une application existante. Dans tous les cas, c'est un logiciel sur mesure, et il se juge sur le processus qu'il améliore, non sur la qualité d'une réponse isolée en démo.

Quand un projet d'intelligence artificielle est-il pertinent ?

Un projet d'IA est pertinent quand il existe un travail récurrent qui dépend d'informations écrites, de texte à interpréter ou de passages entre des outils différents, et quand le coût de ce travail est clair pour ceux qui l'effectuent. C'est le cas quand les mêmes questions arrivent chaque jour au support, quand la connaissance de l'entreprise est dispersée entre des PDF, des e-mails et des dossiers partagés, ou quand demandes et documents doivent être lus et triés à la main avant que quelqu'un puisse les traiter. Il l'est aussi quand vous avez déjà un prototype qui fonctionne en démo mais qui ne tient pas face à de vrais utilisateurs, à des autorisations et à des volumes réels. Si, en revanche, le problème se résout avec des règles explicites et prévisibles, nous vous le disons : une automatisation déterministe coûte souvent moins cher, se maintient mieux et ne nécessite pas de modèle de langage. Utiliser l'IA est un choix de projet, pas un point de départ, et nous l'évaluons avec vous.

Quels processus d'entreprise l'intelligence artificielle peut-elle améliorer ?

L'intelligence artificielle est surtout utile là où les personnes passent beaucoup de temps à chercher, lire, résumer ou trier des informations. Chaque service a ses cas typiques : le commercial a besoin de réponses rapides sur les produits et les conditions, le service client reçoit des questions répétitives, l'administration travaille sur des documents dont il faut extraire et contrôler des champs. La direction et les ressources humaines ont elles aussi des tâches où l'IA peut alléger le travail quotidien. Tous les cas ne méritent pas le même investissement. Pour les choisir, nous regardons trois éléments : la fréquence de l'activité, le coût d'une erreur et la fiabilité des données de départ. Le tableau rassemble des exemples typiques d'application par service, utiles comme base de la première discussion. Ce ne sont ni des résultats promis ni des cas clients : chaque processus doit être analysé avant de décider si l'IA est le bon choix et quel niveau d'autonomie elle peut avoir.

ServiceExemples typiques d'utilisation de l'IA
CommercialRéponses sur les produits, les tarifs et les conditions ; brouillons d'offre ; qualification des contacts entrants
Service clientChatbot d'assistance client sur le site et dans l'espace client, état des demandes, passage à une personne
AdministrationExtraction de données de factures, commandes et documents ; contrôles de cohérence avant l'enregistrement
Opérations et back-officeTri des e-mails et des tickets ; mise à jour des systèmes de gestion et des CRM ; préparation de rapports
Ressources humainesAssistant interne sur les règlements et les procédures ; soutien à l'intégration des nouveaux arrivants
DirectionRecherche et synthèse dans les documents internes ; prévisions et scoring avec des modèles de machine learning

Quelles solutions d'intelligence artificielle développons-nous ?

Nous développons des solutions d'IA différentes selon le problème, et plusieurs composants travaillent souvent ensemble dans un même projet. Un chatbot d'entreprise répond aux clients ou aux collègues à partir de contenus validés. Un agent IA va un cran plus loin : il accomplit des actions dans vos systèmes, comme ouvrir un ticket ou mettre à jour un enregistrement, dans des limites définies. Un serveur MCP est la couche qui relie agents et assistants aux données et aux outils de l'entreprise de façon contrôlée. La recherche dans la connaissance de l'entreprise, fondée sur le RAG, trouve des réponses dans les documents internes et peut citer la source. L'IA peut ensuite entrer dans les applications que vous utilisez déjà, pour résumer, classer ou extraire des données, ou s'insérer dans des automatisations qui relient plusieurs outils. Vous trouverez ci-dessous les principales solutions, chacune avec une page de détail lorsqu'elle est disponible, pour que vous puissiez partir de celle qui est la plus proche de votre problème.

Chatbots d'entreprise

Des chatbots pour l'assistance client, le site et l'usage interne, qui répondent à partir de contenus validés : catalogues, règlements, procédures, FAQ. Le chatbot suit vos règles d'escalade, indique quand il n'a pas assez d'informations et passe la conversation à une personne. → Chatbots d'entreprise pour l'assistance client

Serveurs MCP pour agents IA

Le Model Context Protocol relie les agents et assistants IA aux outils, aux API et aux données de l'entreprise par une couche dédiée. Nous concevons des serveurs MCP avec des outils petits et vérifiables, des autorisations définies et un journal de chaque appel. → Développement de serveurs MCP

Agents IA

Des agents qui lisent une demande, rassemblent les informations nécessaires et préparent ou exécutent une action dans vos systèmes. Chaque action a des autorisations définies, est enregistrée et, lorsqu'elle touche à des données ou à des décisions sensibles, attend une validation.

Recherche dans les documents de l'entreprise (RAG)

Des systèmes de retrieval-augmented generation qui indexent les documents et les bases de données internes, récupèrent les passages pertinents et construisent des réponses pouvant citer la source. Ils sont à la base de nombreux assistants internes, d'intégration et de support technique.

L'IA dans les applications que vous utilisez déjà

Nous intégrons des modèles de langage dans des plateformes web, des portails et des logiciels sur mesure : résumés, extraction de données de documents, classification, génération de brouillons.

Automatisations IA des processus

Quand l'objectif est d'automatiser un flux entre plusieurs outils, le travail se déplace vers les automatisations : CRM, systèmes de gestion, e-mails et documents reliés dans des processus aux règles claires et aux étapes de validation. → Automatisations IA pour les entreprises

Machine learning et deep learning : quand sont-ils vraiment nécessaires ?

Le machine learning et le deep learning sont nécessaires quand le problème n'est pas de répondre à une question, mais de lire des données pour prévoir, classer ou reconnaître quelque chose. Un modèle de machine learning peut estimer la probabilité qu'un client abandonne un service, attribuer un score aux contacts commerciaux ou prévoir la demande d'un produit à partir de l'historique. Le deep learning entre en jeu avec des données plus complexes, comme des images, de l'audio ou du texte non structuré, où il faut des réseaux de neurones et de plus grandes quantités de données. Dans les deux cas, la qualité dépend des données disponibles plus que de l'algorithme : avant de proposer un modèle, nous vérifions combien de données existent, à quel point elles sont propres et comment elles seront mises à jour dans le temps. Un modèle simple et bien supervisé est souvent plus utile qu'une architecture complexe, et il est aussi plus facile à expliquer à ceux qui en utilisent les résultats chaque jour.

Comment rendons-nous un système d'IA contrôlable et sûr ?

Un système d'IA en entreprise doit être utile, mais aussi explicable à ceux qui en répondent. C'est pourquoi nous partons des autorisations : l'assistant ne lit que les sources autorisées et n'accomplit que les actions prévues, et si un utilisateur ne peut pas voir un document, il ne doit pas pouvoir l'obtenir en le demandant à l'IA. Les décisions sensibles restent aux personnes, avec des seuils, des validations et des règles d'escalade là où l'automatisation touche à des données personnelles, des paiements, des contrats ou des relations avec les clients. Chaque système est observable : nous enregistrons les questions, les réponses, les outils appelés et les cas non résolus, pour que vous puissiez comprendre ce qui s'est passé et vous améliorer dans le temps. Nous évaluons aussi avec vous quelles données peuvent être envoyées à un modèle externe et lesquelles doivent être filtrées ou exclues. Enfin, nous ne promettons ni autonomie totale ni économies garanties : nous définissons ensemble ce qu'il faut mesurer et nous le vérifions après la mise en production.

Comment se développe un projet d'IA, étape par étape ?

Un projet d'IA avance par étapes courtes et vérifiables, de sorte que les hypothèses soient mises à l'épreuve avant que le système ne grandisse. On part d'un échange sur le processus et sur les outils utilisés, sans qu'une solution technique soit déjà définie. Vient ensuite une analyse qui cartographie les activités, les exceptions, les données et les responsabilités, et fixe un premier périmètre avec des critères de réussite partagés. Puis nous construisons un prototype sur un cas réel et limité, à tester avec de vrais utilisateurs. S'il fonctionne, nous le développons et l'intégrons aux sources et aux outils de l'entreprise par des livraisons incrémentales, des revues de code et des pipelines CI/CD. Enfin, le système passe en production et il est supervisé : les cas non résolus et les nouvelles questions indiquent où améliorer contenus, règles et intégrations. Le tableau résume les phases et les durées indicatives, que nous confirmons pour chaque projet après l'analyse.

PhaseCe qui se passeDurée indicative
Premier échangeProcessus actuel, objectifs, outils utilisésUne rencontre
Analyse et périmètreCartographie des activités, des données, des risques et des critères de réussiteenviron une semaine
PrototypePremière version fonctionnelle sur un cas réel avec interface graphique.2 à 3 semaines
Développement et intégrationConnexion aux sources et aux outils, et optimisation.2 à 4 semaines
Mise en production et améliorationMise en production, supervision, mises à jourContinu

Combien coûte le développement d'une solution d'intelligence artificielle ?

Le coût d'un projet d'IA dépend du périmètre convenu, c'est pourquoi nous ne publions pas de grille tarifaire valable pour tous. Cinq facteurs pèsent surtout : le nombre et la qualité des sources à connecter, les intégrations avec les logiciels existants, les actions que l'IA peut accomplir, les exigences de sécurité et de confidentialité et les volumes d'utilisation. À cela s'ajoutent les coûts récurrents des modèles et de l'infrastructure, qui augmentent avec l'usage et qu'il faut estimer dès le départ pour éviter les surprises. Un prototype sur un cas limité est souvent le moyen le plus rapide d'obtenir une estimation réaliste du projet complet, car il montre combien de travail exigent vraiment les données et les intégrations. Après le premier échange, vous recevez une proposition écrite avec phases, livrables et coûts, et vous pouvez commencer par une première étape circonscrite avant de vous engager sur l'ensemble du projet.

FacteurProjet plus simpleProjet plus complexe
Sources de donnéesQuelques documents déjà bien rangésNombreuses sources et formats, données à nettoyer
IntégrationsAucune ou une API documentéeSystèmes de gestion, CRM et ERP sans API prêtes
Actions de l'IARéponses uniquementActions dans les systèmes avec validations
Sécurité et confidentialitéContenus publicsDonnées personnelles ou confidentielles, autorisations par rôle
VolumesUsage interne d'une équipeUtilisateurs externes et pics de trafic

Que recevez-vous à la fin du projet ?

À la fin de chaque phase, vous recevez quelque chose que vous pouvez vérifier, pas seulement une présentation. L'analyse donne un document avec le périmètre du projet, les risques identifiés et les critères de réussite convenus. Le prototype est une version fonctionnelle sur un cas réel, que votre équipe peut tester et commenter. Le système final est intégré à vos sources et à vos outils, avec des autorisations définies par rôle et par action. Vous recevez aussi des journaux et des outils de supervision pour voir questions, réponses, actions et erreurs, ainsi qu'une documentation technique et opérationnelle pensée à la fois pour ceux qui utilisent le système et pour ceux qui devront le maintenir. Après la mise en production, les cas réels recueillis deviennent un plan d'amélioration aux priorités claires. La propriété du code, les accès et les modalités de support sont définis dans la proposition, avant de commencer.

Avec quelles technologies et quelle expérience travaillons-nous ?

shardana.ai est né en 2026, mais son travail s'appuie sur plus de 25 ans d'expérience de son fondateur, Maurizio Brioschi, en ingénierie logicielle, développement backend, architecture de systèmes et direction d'équipes techniques. C'est une expérience antérieure au studio, que nous distinguons de l'âge de la marque. Dans les projets d'IA, cette base compte plus qu'il n'y paraît, car le modèle de langage n'est qu'une partie du système : le reste, ce sont les API, les bases de données, l'authentification, les files de tâches, les tests, le déploiement et la maintenance. La stack de référence comprend PHP, Laravel, MySQL, Node.js, TypeScript, React et Vue.js, avec des architectures fondées sur les API. Côté IA, le studio travaille sur l'intégration de modèles de langage, le RAG, les workflows agentiques et les serveurs MCP. Nous ne publions pas de cas clients que nous ne pouvons pas documenter : lors du premier échange, nous entrons dans le détail des choix techniques pour votre cas.

« Si vous pensez que la bonne architecture coûte cher, essayez la mauvaise architecture ! C'est ce que disaient Brian Foote et Joseph Yoder. Tout est une question de conception et d'architecture logicielle : un bug qui vous bloque une application pendant deux jours en week-end, au milieu de mille jurons, n'est pas dû à un programmeur qui s'est trompé sur une ligne de code, mais à un ingénieur logiciel qui n'a pas bien relié les cas d'usage aux cas limites ou qui a sous-estimé un problème. » — Maurizio Brioschi, fondateur de shardana.ai

Où shardana.ai intervient-il ?

shardana.ai travaille avec des entreprises, des startups et des PME dans toute l'Italie, et une grande partie du travail se déroule à distance : analyse, développement, mises en production et revues se font en ligne, avec des rencontres en présentiel quand elles sont utiles. Le siège est à Cabras, dans la province d'Oristano, dans le Sinis, et la Sardaigne est le territoire où le studio est enraciné et où il accompagne avec une attention particulière les entreprises, les institutions et les startups locales. Être en Sardaigne ne change ni la méthode ni les outils : un projet d'IA exige surtout l'accès aux données, des personnes disposées à le tester et des décisions claires, et tout cela fonctionne bien aussi à distance. Pour les projets en Sardaigne, et en particulier dans la province d'Oristano, il est possible de convenir de rencontres en présentiel. À côté du studio, shardana.ai développe DOMOS Network, un projet de réseau technologique en Sardaigne actuellement en phase de validation.

Questions fréquentes

Par où commencer si nous n'avons jamais utilisé l'IA dans l'entreprise ?
Par un processus concret et circonscrit : les demandes les plus fréquentes au support, la recherche dans les documents internes, le tri des e-mails. Un premier cas, petit et mesurable, est plus utile qu'un projet qui tente de tout changer en même temps.
Faut-il déjà avoir des données et des documents bien rangés ?
Non. On peut partir de documents, de FAQ, de tickets et de procédures existants. Pendant l'analyse, nous voyons ce qu'il faut remettre en ordre et nous l'améliorons à mesure que les vraies questions des utilisateurs apparaissent.
Nos données sont-elles utilisées pour entraîner les modèles ?
Cela dépend du fournisseur du modèle et du type de contrat. Pendant le projet, nous évaluons avec vous les options disponibles, l'endroit où les données sont traitées et les informations qui peuvent être envoyées au modèle. Les données sensibles peuvent être exclues ou filtrées avant l'envoi.
Quelle différence y a-t-il entre un chatbot et un agent IA ?
Un chatbot répond à des questions à partir de contenus définis. Un agent peut aussi accomplir des actions : ouvrir un ticket, mettre à jour un enregistrement, interroger une API. C'est pourquoi un agent exige des autorisations, des journaux et des points de validation plus rigoureux.
Qu'est-ce qu'un serveur MCP et quand est-il nécessaire ?
C'est un composant qui expose à un agent IA des outils et des données de l'entreprise de façon contrôlée, grâce au Model Context Protocol. Il est nécessaire quand l'IA doit travailler avec des systèmes réels et que vous voulez une seule couche pour gérer autorisations, journaux et maintenance.
L'IA peut-elle se tromper ?
Oui. C'est pourquoi nous concevons le système pour qu'il travaille sur des sources validées, indique quand il n'a pas assez d'informations et passe à une personne les cas incertains ou sensibles. Les journaux aident à repérer les erreurs et à corriger contenus et règles.
Pouvons-nous intégrer l'IA dans les logiciels que nous utilisons déjà ?
Souvent oui, si le logiciel expose des API, un accès à la base de données ou des exports exploitables. Nous le vérifions pendant la phase d'analyse, avant de nous engager sur les délais et les coûts.

Services associés

Parlez-nous du processus à améliorer

Décrivez comment cela se passe aujourd'hui, ce que vous aimeriez obtenir et quels outils vous utilisez. Nous vous répondons avec une première évaluation et, si cela a du sens, avec une proposition pour un premier cas concret.