Décrivez votre journée avant de comparer les écrans.
Une longue liste de fonctionnalités impressionne, mais elle ne garantit pas que le logiciel suivra réellement vos opérations. Notez d’abord les moments importants : ouverture de la caisse, vente, commande en ligne, réception, inventaire, retour, recherche client et clôture.
Pour chaque moment, identifiez les personnes impliquées, les informations nécessaires et les outils actuels. Vous obtenez une carte de vos flux qui servira de scénario pendant les démonstrations.
Vérifiez la continuité entre les fonctions essentielles.
Ne demandez pas seulement si le logiciel possède une caisse, un stock ou une boutique en ligne. Demandez si ces fonctions utilisent les mêmes produits, commandes, clients et emplacements.
- Point de vente relié aux produits
- Commandes reliées au stock
- Clients reliés aux ventes
- Magasins et dépôts clairement séparés
- Indicateurs alimentés par les opérations
Testez les rôles comme une fonction métier.
Un rôle n’est pas un simple titre. Il doit limiter les actions et les informations selon la responsabilité : vendre, gérer les produits, ajuster le stock, consulter les rapports ou administrer l’espace.
Demandez aussi si les actions sensibles sont tracées. Lorsque plusieurs personnes travaillent dans le système, la capacité à comprendre qui a modifié quoi devient une protection opérationnelle.
Regardez au-delà du prix mensuel.
Le coût dépend souvent du volume de commandes, du nombre d’utilisateurs, des produits, du stockage, des domaines, des modules et des services. Construisez trois scénarios : aujourd’hui, dans un an et avec un site supplémentaire.
- Abonnement fixe
- Frais par commande ou pourcentage
- Utilisateurs supplémentaires
- Limites de produits et commandes
- Coûts de migration et de support
- Durée d’engagement et conditions de sortie
Demandez ce qui sera réellement repris.
“Migration incluse” peut désigner des réalités très différentes. Listez les produits, variantes, clients, historiques, stocks, images, commandes et paramètres dont vous avez besoin. Pour chaque catégorie, demandez le format, le responsable et les contrôles après import.
Prévoyez aussi la coexistence temporaire avec l’ancien système et la manière dont seront traitées les opérations pendant le passage. Une migration réussie est d’abord un périmètre explicite.
Apportez vos propres scénarios.
Une bonne démonstration doit suivre vos questions, pas seulement le parcours préparé par l’éditeur. Utilisez un produit, deux emplacements, une vente et un utilisateur limité pour tester le comportement du système.
- Créer ou retrouver un produit
- Vendre depuis le bon emplacement
- Observer l’effet sur le stock
- Retrouver le client et la commande
- Limiter une action selon le rôle
- Exporter une donnée importante
Classez les critères en trois niveaux.
Séparez les capacités indispensables au démarrage, celles nécessaires dans les douze prochains mois et celles qui restent simplement souhaitables. Cette hiérarchie évite de choisir une solution complexe pour une fonction secondaire tout en oubliant un flux critique.
- Indispensable : le commerce ne peut pas fonctionner sans cette capacité.
- Prochainement : la croissance prévue la rendra nécessaire.
- Souhaitable : utile, mais sans impact immédiat sur le choix.