Guide

Logiciel sur mesure 2026 : ce qui a changé

Ce qui est différent avec le logiciel sur mesure en 2026 par rapport à il y a deux ans — juridiquement, techniquement et concernant ce qui est réellement rentable pour les petites entreprises.

Offre sur demandeà partir de 8 semaines jusqu'à la première versionÉtat 2026
En bref

Pour le logiciel sur mesure, deux choses ont changé en 2026 : les obligations de transparence de l'EU AI Act sont effectives depuis août, et la recherche répond de plus en plus directement aux questions dans les résultats. Techniquement, c'est surtout la fiabilité qui a progressé — ce qui ne signifie pas que chaque projet est pertinent.

01 — Actualité

Ce qui a changé récemment

Deux évolutions marquent la décision en 2026 : premièrement, les obligations de transparence de l'EU AI Act sont effectives depuis août — quiconque communique avec un système IA doit pouvoir le reconnaître. Deuxièmement, la recherche répond elle-même de plus en plus souvent directement aux questions, ce qui modifie la valeur d'une source d'information propre et bien trouvable.

Concrètement, cela signifie pour le logiciel sur mesure : l'identification est obligatoire et non un procédé stylistique, et les contenus avec lesquels le système travaille sont les mêmes que ceux cités dans les résultats de recherche et les réponses générées. Qui les prépare proprement une fois les utilise deux fois.

Techniquement, c'est surtout la fiabilité qui s'est améliorée. Ce qui était encore une expérimentation il y a deux ans est aujourd'hui dans de nombreux cas une mise en œuvre planifiable — ce qui ne signifie pas que tout projet soit pertinent.

02 — Cadre juridique

EU AI Act : ce qui s'applique

Depuis août 2026, les obligations de transparence de l'article 50 de l'EU AI Act s'appliquent : quiconque communique directement avec un système IA doit pouvoir le reconnaître. Nous intégrons l'identification par défaut.

L'AI Act ne fait pas de distinction selon la taille de l'entreprise : une entreprise individuelle avec un système IA au contact client est concernée au même titre qu'un groupe. Ce qui compte, ce sont l'objectif d'utilisation et le risque, pas le nombre d'employés.

S'ajoute l'obligation de garantir une compétence IA suffisante des personnes concernées. Ce n'est pas une obligation d'examen, mais cela devrait être documenté — une formation avec liste des participants est la preuve la plus simple.

03 — Bénéfices

Ce que cela apporte réellement

  • Du temps qui manque ailleurs. À un moment donné, une constellation de tableurs qui a grandi maintient l'entreprise. Une seule personne la connaît, elle n'a ni droits, ni historique, ni sauvegarde.
  • Qualité constante. Un système n'a pas de mauvais jour et n'oublie aucune étape — indépendamment de qui est présent dans l'entreprise.
  • Traçabilité. Ce qui fonctionne de manière automatisée est documenté. Cela aide lors des passations, des remplacements pour congés et en cas de litige.
  • Disponibilité en dehors des heures d'ouverture. Une part considérable des demandes survient le soir et le week-end — là où jusqu'à présent personne ne répond.
  • Un effet secondaire que presque personne n'anticipe : lors de la mise en place, on constate régulièrement que les processus dans l'entreprise ne sont pas clairement définis. Les clarifier est souvent plus précieux que l'automatisation elle-même.

04 — Questions

Questions fréquentes

Que se passe-t-il si nous découvrons de nouvelles exigences pendant le développement ?

C'est normal et prévu, car le travail se fait par petites étapes. Une nouvelle exigence est intégrée à l'étape suivante, au lieu de bloquer tout le projet.

Comment éviter que le projet ne déraille ?

Petites étapes avec résultat utilisable, budgets fixes par étape, et possibilité de sortir après chaque étape. Les grands projets à prix fixe sur douze mois sont le moyen le plus fiable d'aboutir à la déception — des deux côtés.

Que se passe-t-il si nous ne travaillons plus ensemble ?

Vous avez le code, la documentation et les accès. Nous misons délibérément sur des technologies répandues, afin qu'un changement soit possible sans que quelqu'un doive tout reconstruire.

Pouvons-nous commencer par un tableur ?

Souvent oui, et c'est un bon test. Si le tableur reflète le processus et échoue uniquement sur le multi-utilisateur, les droits ou le volume de données, l'exigence est claire et le projet chiffrable.

Cela fonctionne-t-il sur nos propres serveurs ou dans le cloud ?

Les deux sont possibles. Pour la plupart des entreprises, une solution cloud nécessite moins de maintenance ; là où les données ne doivent pas quitter les locaux, nous l'installons sur l'infrastructure propre.

À qui appartient le code source ?

À vous, intégralement, dès le paiement. C'est dans le contrat. Vous pouvez aller avec vers n'importe quel autre développeur — c'est le principe.

Quand un logiciel propre se justifie-t-il face à un logiciel standard ?

Lorsque votre processus est un véritable avantage concurrentiel, lorsque le logiciel standard ne correspond qu'à soixante-dix pour cent et que le reste finit en travail manuel, ou lorsque les coûts de licence par utilisateur dépassent le développement sur quelques années. S'il s'agit seulement de confort, le logiciel standard est meilleur marché.

Prochaine étape

Nous examinons votre situation de départ.

Dites-nous ce qui prend du temps aujourd'hui. Cela donne une évaluation avec effort et bénéfice — et seulement après, une offre.