Collecte des exigences : documentez des processus, pas des fonctionnalités
L'erreur la plus fréquente dans la sélection d'un ERP est de partir d'une liste de fonctionnalités. La démo de NetSuite vous montrera des tableaux de bord, la reconnaissance des revenus et la consolidation multi-filiales, et tout aura fière allure, parce que les démos ont toujours fière allure. Ce que la démo ne peut pas vous dire, c'est si votre processus de la soumission à l'encaissement, votre clôture de fin de mois ou votre flux de retours et de crédits correspond à la façon dont NetSuite veut que ces processus fonctionnent. Ça, c'est à vous de le documenter d'abord.
Avant tout appel de vente, mettez par écrit vos dix à quinze processus d'affaires principaux tels qu'ils fonctionnent réellement aujourd'hui, exceptions et contournements compris. Pour chacun, notez qui y touche, quels systèmes il traverse et où il casse. Classez ensuite chaque processus comme standard (n'importe quel ERP le gère), configurable (demande du paramétrage mais pas de code) ou sur mesure (demande du développement). Chez NetSuite, la personnalisation passe par du développement SuiteScript et des flux SuiteFlow, et chaque processus de la colonne sur mesure est du travail de partenaire facturable qui devra aussi être retesté à chacune des deux versions annuelles que NetSuite déploie.
- Documentez les processus principaux tels qu'ils tournent aujourd'hui, exceptions comprises, avant la première démo.
- Classez chaque processus comme standard, configurable ou développement sur mesure.
- Faites approuver par écrit les processus de chaque chef de service.
- Priorisez les exigences en essentielles, souhaitables et optionnelles, et notez la démo uniquement sur les essentielles.
Portée de la migration des données : décidez quel historique vous emportez
La migration des données est l'endroit où les budgets ERP meurent en silence, parce qu'elle est habituellement cadrée après la signature du contrat plutôt qu'avant. L'exigence à verrouiller tôt est simple à énoncer et pénible à trancher : quels enregistrements, jusqu'où dans le temps, et à quel niveau de détail. Les données de base (clients, fournisseurs, articles, plan comptable) passent toujours. La question coûteuse, c'est l'historique transactionnel : les commandes ouvertes et les comptes clients et fournisseurs ouverts sont non négociables, mais trois ans de factures fermées, c'est une décision de portée avec un vrai prix attaché.
La voie native de NetSuite pour importer des données, ce sont les imports CSV, qui fonctionnent bien pour des données de base propres et deviennent un projet de mappage pour tout ce qui est désordonné. Budgétez du temps de nettoyage avant la migration, pas pendant : les clients en double, les SKU périmés et les conventions de nommage incohérentes coûtent beaucoup plus cher à corriger dans un système en production que dans un chiffrier le mois d'avant. Et décidez d'avance où vivra l'archive de l'ancien système une fois sa licence éteinte, parce que « on le garde en lecture seule pour toujours » traîne souvent ses propres frais récurrents.
- Listez chaque objet de données à migrer : données de base, transactions ouvertes, transactions historiques.
- Fixez une date de coupure d'historique explicite et faites-la approuver par écrit par les finances.
- Planifiez une passe de nettoyage des données avant le début de la migration, avec un responsable nommé.
- Prévoyez au moins une migration d'essai complète dans un environnement bac à sable avant la vraie.
- Décidez où vivra l'historique de l'ancien système après la bascule, et ce que ça coûte annuellement.
Inventaire des intégrations : listez chaque système qui touche à l'ERP
Parcourez l'organigramme et listez chaque système que vos équipes utilisent et qui devra parler à l'ERP : boutiques e-commerce, plateformes 3PL et d'expédition, processeurs de paiement, paie, CRM s'il reste séparé, EDI avec les grands clients du détail, banques, moteurs de taxes, outils de BI. Pour chaque connexion, notez la direction du flux de données, la fréquence (temps réel ou lot) et le volume. Cet inventaire est l'un des plus gros facteurs de coût de tout le projet, et c'est celui que les acheteurs relèguent le plus souvent à la « phase deux ».
Pour NetSuite en particulier, demandez à chaque fournisseur de votre liste s'il offre un connecteur natif pris en charge, si l'intégration passe par une couche iPaaS (Celigo, Boomi et des plateformes semblables sont courantes dans l'écosystème NetSuite) ou si elle exige du travail sur mesure avec l'API SuiteTalk. Chacun de ces paliers porte un coût de construction différent et, surtout, un abonnement récurrent différent. Une couche d'intégration qui coûte un montant significatif chaque mois est un poste permanent, donc elle appartient à votre modèle de coûts sur cinq ans, pas seulement au budget d'implantation.
- Inventoriez chaque système connecté avec direction, fréquence et volume de données.
- Classez chacun comme connecteur natif, passage par iPaaS ou travail d'API sur mesure.
- Capturez le coût d'abonnement récurrent de chaque couche intermédiaire, pas seulement le coût de construction.
- Marquez toute intégration sur le chemin critique de la commande à l'encaissement comme bloquante pour la mise en production, pas comme un élément de phase deux.
Licences et nombre d'utilisateurs : modélisez le renouvellement, pas la soumission d'entrée
NetSuite se vend comme un abonnement annuel composé de frais de plateforme de base, de licences par utilisateur et de modules facturés séparément, et le prix n'est pas publié : chaque chiffre arrive par un processus de vente. Cette structure a deux conséquences pratiques pour votre liste de vérification. Premièrement, comptez honnêtement vos vrais utilisateurs, y compris le personnel d'entrepôt, les approbateurs à temps partiel et les saisonniers qui ne touchent au système qu'à l'occasion, parce que les utilisateurs à plein accès sont la métrique qui fait grimper la facture. Deuxièmement, listez de quels modules vos exigences essentielles dépendent réellement, puisque des capacités qui semblent au cœur du produit dans la démo peuvent être des ajouts payants sur le bon de commande.
Ensuite, modélisez le renouvellement, pas seulement l'année un. Le rabais de première année est courant dans la vente de logiciels d'entreprise en général, et le chiffre qui compte, c'est ce que l'abonnement coûte en année deux et au-delà une fois le prix d'introduction échu. Demandez une protection de prix multi-année par écrit, demandez ce qui arrive au tarif quand votre nombre d'utilisateurs augmente, et faites détailler la liste complète des modules pour voir ce que chaque pièce coûte isolément. Si le chiffre sur cinq ans met la salle mal à l'aise, mieux vaut le découvrir maintenant, et c'est exactement le moment de regarder où les coûts de NetSuite ont tendance à s'accumuler.
- Comptez tous les vrais utilisateurs, y compris occasionnels et d'entrepôt, avant de demander une soumission.
- Reliez chaque exigence essentielle au module précis qui la fournit.
- Obtenez par écrit, pas verbalement, le prix de l'année deux et au-delà ainsi que des plafonds de renouvellement.
- Construisez un modèle de coût total sur cinq ans : licences, modules, intégrations, soutien du partenaire et environnements bac à sable.
Évaluation du partenaire d'implantation : interviewez l'équipe, pas le logo
Les implantations NetSuite sont livrées soit par la branche de services professionnels de NetSuite, souvent via sa méthodologie packagée SuiteSuccess, soit par un partenaire fournisseur de solutions. Dans les deux cas, l'équipe de livraison que vous obtenez compte plus que la marque sur la proposition. Demandez qui, nommément, mènera votre projet, combien d'implantations cette personne a dirigées dans votre industrie, et quelle part du travail est sous-traitée. Demandez des références que vous pouvez réellement appeler, d'entreprises de votre taille, mises en production depuis plus d'un an, parce que les références de deuxième année vous disent comment le système a vieilli, pas seulement comment s'est passée la fête de lancement.
Scrutez l'énoncé des travaux aussi durement que le prix. Les propositions à portée fixe qui supposent que vos exigences sont « standard » convertissent chaque particularité du monde réel en avenant. Confirmez ce qui se passe après la mise en production : qui répond aux billets, combien coûte le soutien mensuel, et si les gens qui ont construit vos personnalisations sont ceux qui les maintiennent. Les questions de notre guide de vérification des partenaires ont été écrites pour des partenaires Odoo, mais chacune d'elles s'applique aussi à un partenaire NetSuite.
- Obtenez l'équipe de livraison nommée et son historique dans votre industrie, pas les biographies de l'équipe de vente.
- Appelez des références de votre taille en production depuis au moins un an.
- Lisez l'énoncé des travaux pour repérer les déclencheurs d'avenants : qu'est-ce qui compte comme « hors portée » ?
- Faites chiffrer explicitement le soutien après la mise en production, y compris qui maintient les scripts sur mesure.
Réalisme des délais et du budget : planifiez en trimestres, pas en semaines
Les échéanciers ERP se mesurent en mois, pas en semaines, et NetSuite ne fait pas exception. Les approches packagées comme SuiteSuccess annoncent une activation rapide pour les entreprises simples à entité unique, et c'est vrai dans les limites de ce que ça couvre. Mais l'horloge qui compte tourne jusqu'à ce que votre équipe transige avec confiance dans le nouveau système, et pour une entreprise du marché intermédiaire avec des intégrations, un historique de données et des processus sur mesure, ce parcours s'étale couramment sur plusieurs trimestres entre le lancement et une exploitation stable. Chaque exigence sur mesure, chaque intégration et chaque changement de portée en cours de projet l'étire davantage.
Budgétez de la même façon. L'abonnement n'est qu'une couche du total : les services d'implantation, la construction des intégrations et leurs frais de plateforme récurrents, la migration des données, la formation et le temps interne s'empilent par-dessus, et les services d'implantation à eux seuls sont couramment soumissionnés comme une fraction substantielle, ou un multiple, de l'abonnement de première année selon la complexité. Ajoutez une réserve pour imprévus que vous contrôlez, parce que la portée découverte en cours de projet est la règle plutôt que l'exception. Si vous voulez une idée de ce à quoi ressemble un calendrier ERP réaliste phase par phase, notre guide sur l'échéancier d'implantation en décortique un ; la structure des phases s'applique à n'importe quel ERP, NetSuite compris.
- Planifiez l'échéancier jusqu'à « l'équipe transige avec confiance », pas jusqu'à la date de mise en production du contrat.
- Budgétez chaque couche : abonnement, services, intégrations, migration, formation, temps interne.
- Gardez une réserve pour la portée découverte en cours de projet.
- Séquencez autour de votre calendrier d'affaires : ne basculez jamais pendant votre haute saison ou la clôture de fin d'exercice.
Préparation à la mise en production : définissez « terminé » avant de commencer
La dernière section de la liste est celle à écrire en premier, parce qu'elle définit à quoi ressemble le travail fini. Fixez des critères d'acceptation mesurables par service : les finances peuvent clôturer un mois dans le nouveau système, l'entrepôt peut recevoir, préparer et expédier une vraie commande de bout en bout, les ventes peuvent soumissionner et facturer sans toucher à l'ancien système. Exécutez au moins un cycle complet de tests d'acceptation par les utilisateurs sur les données migrées, pas sur des données d'exemple, et faites signer les résultats par les chefs de service.
Choisissez délibérément votre stratégie de bascule : la bascule directe (big bang) est plus rapide mais concentre le risque sur une fin de semaine, tandis que le fonctionnement en parallèle pendant une période est plus sûr mais double la saisie de données tant qu'il dure. Dans les deux cas, nommez une période d'hypercare après la mise en production pendant laquelle l'équipe d'implantation reste de garde et les problèmes sont triés le jour même, et entendez-vous sur les critères de retour arrière dont personne n'aime discuter. Les équipes qui sautent cette section sont celles qui découvrent, trois semaines après la bascule, que la mise en production a été déclarée plutôt qu'atteinte. Les schémas d'échec sont remarquablement constants d'une plateforme à l'autre ; notre tour d'horizon des sept signaux d'alarme ERP se lit pareil que le logo soit Odoo ou NetSuite.
- Écrivez des critères d'acceptation mesurables, par service, avant le début du projet.
- Exécutez les tests d'acceptation sur des données de production migrées, avec signature des chefs de service.
- Choisissez délibérément la bascule directe ou le fonctionnement en parallèle, avec des critères de retour arrière convenus d'avance.
- Contractez une période d'hypercare nommée avec triage des problèmes le jour même après la bascule.
La liste complète en un tableau
Voici le tout condensé. Notez chaque ligne avant de signer : vert si l'exigence est documentée et chiffrée, jaune si elle est comprise mais non quantifiée, rouge si personne ne l'a encore regardée. Un contrat signé avec des lignes rouges dans ce tableau, c'est un avenant qui attend d'être facturé.
| Zone d'exigences | La question à trancher | Signal d'alarme si... |
|---|---|---|
| Collecte des exigences | Quels processus sont standard, configurables ou sur mesure ? | La démo des fonctionnalités a eu lieu avant la documentation des processus |
| Migration des données | Quels enregistrements, jusqu'où dans le temps, nettoyés par qui ? | La migration est une ligne unique sans liste d'objets |
| Intégrations | Connecteur natif, iPaaS ou API sur mesure, par système ? | Les intégrations critiques sont reportées à la « phase deux » |
| Licences et utilisateurs | Que coûte l'année deux au vrai nombre d'utilisateurs ? | Seul le chiffre escompté de la première année est sur papier |
| Évaluation du partenaire | Qui livre, et que sont devenus ses projets vieux d'un an ? | Les références sont toutes des mises en production récentes triées par les ventes |
| Délais et budget | Quel est le coût total sur cinq ans avec la réserve ? | Le plan est libellé en semaines et n'a aucune réserve |
| Préparation à la mise en production | Quels sont les critères d'acceptation mesurables par service ? | « Terminé » est une date sur un diagramme de Gantt, pas un résultat de test |
Quand la liste pointe ailleurs que vers NetSuite
Parfois, la réponse honnête à cette liste est que NetSuite est le bon choix : c'est une plateforme mature et profonde, et pour les entreprises multi-filiales avec une reconnaissance des revenus complexe et le budget assorti, elle mérite sa place. Mais la liste existe précisément parce que l'exercice pointe parfois dans l'autre direction. Si votre modèle de licences sur cinq ans continue de grimper au renouvellement, si l'essentiel de votre colonne « sur mesure » pourrait être de la configuration standard sur une plateforme plus flexible, si le prix module par module transforme chaque nouvelle exigence en cycle d'approvisionnement, ou si vous êtes une entreprise de moins de 100 personnes à qui l'on demande de porter des frais d'implantation de calibre grande entreprise, ce sont des signaux à prendre au sérieux avant de signer, pas après.
La prochaine étape utile est une comparaison structurée plutôt qu'un saut dans le vide. Notre comparaison Odoo vs NetSuite met les deux plateformes côte à côte sur le modèle de licences, l'approche de personnalisation et le profil de coût total, en utilisant les mêmes zones d'exigences que cette liste. Et si vous êtes déjà sur NetSuite et que le calcul du renouvellement est ce qui vous a amené ici, le guide de migration de NetSuite vers Odoo couvre ce que le déménagement implique réellement : extraction des données, cartographie des processus et une bascule par phases qui ne mise pas l'entreprise sur une seule fin de semaine.
Dans tous les cas, la liste ci-dessus est volontairement neutre quant à la plateforme. Passez-y NetSuite, passez-y Odoo, passez-y tout ce qui figure sur votre liste courte, et laissez les lignes rouges et jaunes faire l'argumentaire. L'ERP qui survit honnêtement à vos exigences est celui qui mérite votre signature.
Voir la comparaison complète Odoo vs NetSuite →