# Quelles erreurs éviter quand on choisit un TMS ?

> Neuf erreurs à éviter dans le choix d'un TMS : besoin flou, démonstration idéale, coût sous-estimé, intégrations oubliées, sortie non prévue.

Source : https://logiciel-tms.fr/choisir/erreurs-frequentes-choix-tms/ — Logiciel TMS. Dernière révision : 2026-11-15.

Les erreurs les plus courantes dans le choix d'un TMS sont de décider avant d'avoir décrit son besoin, de se fier à une démonstration idéale, de sous-estimer l'intégration et le coût complet, et de ne rien prévoir pour la sortie. Chacune a un correctif simple.

Ces points sont des erreurs de méthode observables dans les projets logiciels ; ils ne reposent pas sur une enquête chiffrée. Pour la méthode complète, voir [comment choisir un TMS](/choisir/comment-choisir-un-tms/).

## Erreur 1 : choisir avant d'avoir décrit son besoin

**Symptôme** : on regarde des logiciels avant d'avoir écrit ses flux.

**Conséquence** : la décision se fait sur la qualité de la présentation.

**Correctif** : rédigez d'abord vos flux, vos volumes et vos irritants avec une mesure de départ. Le [cahier des charges](/choisir/cahier-des-charges-tms/) fournit un modèle.

## Erreur 2 : se fier à une démonstration préparée

**Symptôme** : l'éditeur montre son parcours idéal.

**Conséquence** : vos cas compliqués (envoi fractionné, retour, litige) ne sont découverts qu'après signature.

**Correctif** : imposez trois cas réels, dont un difficile. Voir [questions à poser en démonstration](/choisir/questions-a-poser-en-demonstration/).

## Erreur 3 : comparer les fonctions plutôt que l'adéquation au métier

**Symptôme** : on compte les cases cochées dans un tableau.

**Conséquence** : un outil conçu pour un autre métier gagne, puis demande du paramétrage lourd.

**Correctif** : classez les exigences par priorité et éliminez sur les indispensables. Vérifiez la cible déclarée de l'éditeur, par exemple dans les guides pour le [transporteur](/guides/tms-pour-transporteur/), le [chargeur](/guides/tms-pour-chargeur/) ou le [commissionnaire](/guides/tms-pour-commissionnaire/).

## Erreur 4 : sous-estimer les intégrations

**Symptôme** : « il se connecte à notre ERP » est accepté comme réponse.

**Conséquence** : le connecteur est un projet spécifique, facturé et à maintenir à chaque changement de version.

**Correctif** : demandez si le connecteur est un produit standard, qui le maintient et comment les échanges sont surveillés.

## Erreur 5 : ne regarder que l'abonnement

**Symptôme** : on compare des mensualités.

**Conséquence** : intégration, formation, matériel, options et temps interne apparaissent après coup.

**Correctif** : demandez une proposition poste par poste sur la même durée. Voir [coût total d'un TMS](/prix/cout-total-tms/). Quand un prix n'est pas communiqué, écrivez « non communiqué » au lieu de l'estimer.

## Erreur 6 : oublier les utilisateurs

**Symptôme** : seuls la direction et l'informatique ont vu l'outil.

**Conséquence** : l'exploitation, qui l'utilisera tous les jours, le contourne.

**Correctif** : associez planificateurs, affréteurs, facturation et chauffeurs au choix et au paramétrage.

## Erreur 7 : ignorer la sortie

**Symptôme** : personne ne demande comment les données se récupèrent.

**Conséquence** : vous êtes lié à l'éditeur par votre propre historique.

**Correctif** : exigez avant signature le format d'export, le délai de restitution et la suppression en fin de contrat. Voir [migrer de TMS](/choisir/migrer-de-tms/).

## Erreur 8 : prendre un avis ou une note pour une preuve

**Symptôme** : on retient l'outil le mieux noté sur un site d'avis.

**Conséquence** : l'avis décrit un usage qui n'est pas le vôtre, peut être ancien.

**Correctif** : lisez qui écrit, quand et pour quel métier ; demandez deux références de votre profil et appelez-les.

## Erreur 9 : planifier le déploiement après la signature

**Symptôme** : le calendrier de mise en service est fixé par l'éditeur sans hypothèses.

**Conséquence** : bascule en pleine période de pic, équipes indisponibles, reprise des données bâclée.

**Correctif** : demandez un planning écrit avec hypothèses avant de signer et lisez [déployer un TMS](/choisir/deployer-un-tms/).

## Quelle checklist avant de signer ?

- [ ] Besoin décrit par écrit, avec indicateurs de départ
- [ ] Cas réels traités en démonstration, statut noté (montré, promis, non couvert)
- [ ] Intégrations vérifiées : standard ou spécifique, responsable de la maintenance
- [ ] Coût complet comparé sur la même durée
- [ ] Utilisateurs de l'exploitation et de la facturation consultés
- [ ] Deux références de votre métier appelées
- [ ] Clause de sortie : export, délai, suppression
- [ ] Planning de déploiement écrit avec hypothèses

## Sources

Cette page est une synthèse de méthode. Elle ne cite aucune statistique externe : aucun taux d'échec de projets TMS n'est avancé, faute de source vérifiée. Pour les règles sur les données et la sortie, voir les sources de la page [migrer de TMS](/choisir/migrer-de-tms/).

## Questions fréquentes

### Quelle est l'erreur la plus coûteuse ?

Aucune étude publique fiable ne les classe. En pratique, les plus lourdes sont celles qui touchent la base : un besoin mal décrit, des intégrations sous-estimées et l'absence de clause de sortie des données.

### Comment savoir si je me trompe d'outil en cours de choix ?

Si l'éditeur n'a pas pu traiter vos cas réels en démonstration, si les réponses restent évasives sur les coûts d'intégration ou si aucun client de votre métier n'accepte d'être appelé, ralentissez.

### Un TMS peut-il être trop complet pour mon activité ?

Oui. Un outil conçu pour de gros volumes ou un métier différent peut imposer des paramétrages lourds. Comparez la profondeur de l'outil à votre besoin plutôt que le nombre de fonctions affichées.

### Peut-on corriger une erreur de choix après la signature ?

Souvent à un coût élevé. Les clauses de sortie, de restitution des données et de résiliation décident de votre marge de manoeuvre : vérifiez-les avant de signer.