Si Shopify Plus est retenu comme plateforme cible, la préparation doit définir avant toute exécution comment la gouvernance au niveau de l’organisation, les boutiques individuelles, les sociétés B2B, Markets, catalogues, Products, Customers, Orders, contenus, applications et systèmes externes vont s’articuler. Shopify Plus apporte une échelle d’exploitation supérieure, mais chaque boutique reste responsable de ses propres données, paramètres et contexte de vitrine.
Un dossier de préparation utile consigne, pour chaque décision majeure, l’action, le responsable, les éléments de validation et la condition permettant de considérer le sujet comme prêt. Cette discipline évite de déduire après migration des premières données les frontières entre expansion stores, les relations B2B, la tarification des catalogues, les URL régionales ou les intégrations à l’échelle de l’organisation.
Confirmer le modèle opérationnel Shopify Plus
Définissez si la plateforme cible utilisera une seule boutique mêlant plusieurs usages, des boutiques B2B et D2C séparées, des expansion stores régionaux, des boutiques pour employés ou VIP, ou une autre structure d’organisation.
| Domaine de préparation | Décision à consigner | Responsable | Élément attestant que le sujet est prêt |
|---|---|---|---|
| Structure de l’organisation | Boutique principale, expansion stores, boutiques de développement, boutiques régionales, boutiques B2B et gouvernance partagée | Responsable exécutif du commerce | Carte de l’organisation et de la finalité de chaque boutique |
| Responsabilité des données | Products, Customers, Orders, contenus, domaines et applications rattachés à chaque boutique | Responsables des boutiques | Matrice du périmètre de données par boutique |
| Modèle B2B | Boutique mixte ou dédiée, sociétés, Company Locations, contacts, catalogues, conditions de paiement et Markets | Responsable B2B | Carte des relations sociétés-catalogues |
| Modèle international | Markets, langues, devises, domaines, sous-dossiers, droits, taxes et contenus régionaux | Responsable international | Matrice Markets-domaines |
| Modèle d’intégration | Responsabilité des ERP, PIM, WMS, CRM, marketplaces, fiscalité, expédition, paiement, analyses et automatisations | Responsable technique | Registre des dépendances à l’échelle de l’organisation |
Ne supposez pas que la gestion au niveau de l’organisation signifie que les données des boutiques sont automatiquement partagées. Chaque boutique cible doit avoir un périmètre de données et de configuration explicitement défini.
Préparer les accès, inventaires de boutiques et sauvegardes récupérables
Rassemblez:
- les accès administrateur à la source et les autorisations Shopify Plus nécessaires au niveau de l’organisation et des boutiques;
- la liste complète des boutiques, domaines, unités métier, régions et marques de la source;
- des exports datés pour les Products, Customers, Orders, collections, contenus, avis, remises et autres enregistrements inclus dans le périmètre;
- les fichiers média Product et les archives de contenu source;
- des exemples de sociétés B2B, Company Locations, contacts, catalogues, conditions de paiement et fiscalité;
- les listes de Markets, domaines, langues, devises et contenus régionaux;
- les inventaires des applications, automatisations Flow, intégrations, API et systèmes externes;
- les rapports d’identifiants externes des Customers et Orders;
- les inventaires d’URL prioritaires, redirections et liens internes;
- un instantané daté de la source et le responsable des changements pendant la fenêtre de migration.
| Élément de validation | Pourquoi il est nécessaire | Condition de préparation |
|---|---|---|
| Inventaire organisation/boutiques | Évite d’affecter les données à la mauvaise boutique Shopify | Chaque boutique cible possède une finalité et un responsable |
| Registre des accès | Confirme que les zones nécessaires au niveau organisation et boutique peuvent être inspectées | Les autorisations requises sont disponibles |
| Archive d’exports | Préserve un état source récupérable | Les fichiers s’ouvrent correctement et comportent une date d’export |
| Dossier d’exemples B2B | Explique les relations entre société, Company Location, contact et catalogue | Des structures B2B représentatives sont documentées |
| Registre des identifiants externes | Protège la continuité des intégrations à l’échelle de l’organisation | Chaque clé est affectée à la bonne boutique et au bon niveau d’entité |
Lorsqu’une application source ou une boutique régionale ne permet pas d’exporter ses données, consignez l’écart et son responsable au lieu de l’omettre silencieusement.
Préparer Products, variantes, gouvernance du catalogue et affectation aux boutiques
Préparez les familles de Products avec la même discipline sur les variantes, metafields, metaobjects, collections et identifiants externes que pour Shopify, tout en documentant la boutique ou le Market responsable de chaque enregistrement.
Incluez:
- des Products simples et à nombreuses variantes;
- des familles de Products dont la disponibilité ou le contenu varie selon la boutique;
- des Products réservés au B2B ou au D2C;
- des versions régionales, Products réglementés ou assortiments propres à certains canaux;
- des bundles, abonnements, précommandes, personnalisations et fonctionnements de Product gérés par des applications;
- des Products synchronisés avec un ERP, PIM, WMS, marketplace ou système fournisseur;
- des spécifications structurées, données de compatibilité, documents et contenus de référence.
| Fonctionnement source | Décision de préparation Shopify Plus | Élément de validation |
|---|---|---|
| Le Product est partagé entre plusieurs boutiques | Décider si les enregistrements restent indépendants, sont importés dans plusieurs boutiques ou sont gouvernés par un système externe | Affectation aux boutiques, IDs source et clé maître externe |
| Un choix crée un article vendable et suivi en stock | Définir la responsabilité du Product et de la variante | IDs parent/variante, SKU, stocks, prix et images |
| L’assortiment B2B diffère du D2C | Définir les relations entre catalogue, Market et visibilité par boutique | Scénarios Product/Company Location |
| Le contenu diffère selon la région | Définir la responsabilité du Market/de la boutique pour le contenu, le domaine, la langue et la devise | Matrice Product régionale |
| Des informations structurées sont réutilisées | Définir le responsable du metafield, metaobject, contenu ou application | Schéma de champs et consommateur qui continue d’utiliser la donnée |
| Le fonctionnement du Product dépend d’une application | Identifier l’application de remplacement ou le système externe | Exemples d’enregistrements applicatifs et IDs Product associés |
Cette partie est prête lorsque chaque grande famille de Products possède une boutique de destination, une structure Product/variante, un responsable de visibilité et une clé externe.
Préparer les sociétés B2B, Company Locations, contacts et catalogues
Les relations Shopify B2B doivent être préparées comme des enregistrements connectés. Une société représente l’organisation parente; les Company Locations peuvent porter les adresses, numéros fiscaux, exonérations, prix, conditions de paiement, paramètres du processus de commande et contacts; les Customers individuels achètent au nom de ces locations.
Préparez:
- l’identité de la société et les identifiants de compte externes;
- les Company Locations, adresses, identifiants fiscaux, exonérations et contexte régional;
- les contacts et leurs relations avec la société et les Company Locations;
- les conditions de paiement, acomptes, attentes concernant les draft Orders et paramètres du processus de commande;
- les catalogues, disponibilités Product, ajustements de prix, prix fixes, règles de quantité et tarifs dégressifs;
- les Markets B2B et affectations directes de catalogues aux Company Locations;
- les décisions entre boutique mixte et boutique dédiée;
- des exemples d’historique d’Orders B2B.
| Élément de préparation | Responsable | Élément attestant que le sujet est prêt |
|---|---|---|
| Structure de la société | Opérations B2B | Matrice société/Company Location/contact |
| Affectation des catalogues | Responsable commercial | Matrice catalogue-Market ou catalogue-Company Location |
| Visibilité et tarification Product | Ventes et merchandising | Exemples représentatifs Product/société |
| Contexte fiscal et de paiement | Finance et opérations | Exemples de fiscalité, exonérations et conditions au niveau Company Location |
| Identifiants externes | Responsable des intégrations | IDs CRM, ERP, revendeur, approvisionnement et comptabilité |
Ne réduisez pas les sociétés B2B à des tags de Customer. Le sujet est prêt lorsque chaque acheteur représentatif peut être rattaché à la bonne Company Location, au bon catalogue, aux bonnes règles commerciales et au bon compte externe.
Préparer Markets, domaines, localisation et frontières entre boutiques
Reliez les pays, régions, langues, devises, domaines, sous-domaines, sous-dossiers, contenus locaux, taxes, droits, catalogues et groupes B2B à la boutique Shopify Plus et au Market prévus.
| Périmètre source | Question de préparation | Élément attestant que le sujet est prêt |
|---|---|---|
| Vitrine régionale | Doit-elle devenir un expansion store séparé ou un Market au sein d’une seule boutique ? | Décision documentée et matrice de responsabilité des données |
| Product ou contenu localisé | Quelle boutique et quel Market sont responsables de la langue et de la route ? | Matrice des contenus régionaux |
| Région B2B | Quels Market B2B, catalogue, Company Locations et devise s’appliquent ? | Exemple de relation Market/catalogue/société |
| Domaine ou sous-dossier | Quelle route cible est responsable du chemin source ? | Registre des domaines et redirections |
| Application ou intégration régionale | La dépendance est-elle propre à une boutique ou partagée à l’échelle de l’organisation ? | Registre de responsabilité technique |
Préparez les URL prioritaires de Products, collections, CMS Pages, Blog Posts, politiques, campagnes et contenus localisés. Chaque route doit avoir une destination prévue ou une décision de retrait.
Préparer les Customers, Orders historiques et responsabilités par boutique
Les enregistrements Customer et Order doivent être affectés à la bonne boutique Shopify. Préparez des règles pour les Customers dupliqués entre boutiques, les identités CRM partagées, les acheteurs invités, les adresses multiples, les tags Customer, la fidélité, les abonnements, les contacts B2B et l’accès au compte.
Sélectionnez des exemples d’Orders couvrant:
- chaque boutique cible, Market, devise et canal important;
- des Orders B2C et B2B;
- les remises, cartes-cadeaux, avoirs, droits, taxes et ajustements d’expédition;
- les traitements partiels, expéditions multiples, annulations et remboursements;
- les abonnements, bundles, personnalisations ou données de ligne détenues par une application;
- les références de marketplace, ERP, WMS, comptabilité, support ou CRM.
| Élément de préparation | Responsable | Élément de validation | Condition de préparation |
|---|---|---|---|
| Affectation du Customer à la boutique | Opérations Customer | Exemples d’identité entre boutiques | Les règles de maintien séparé et de déduplication sont documentées |
| Accès au compte | Expérience client | Plan de communication aux Customers existants | Chaque boutique possède un responsable identifié pour l’accès |
| Contexte du contact B2B | Opérations B2B | Relation Customer/société/Company Location | Les contacts ne sont pas traités comme des Customers retail sans relation |
| Orders historiques | Support et finance | Dossier d’Orders propre à la boutique | Lignes de transaction, états, remboursements et clés externes sont expliqués |
Les Orders historiques préservent les transactions passées; ils ne configurent pas le paiement, le traitement logistique, la fiscalité ou le processus de commande B2B actuel de Shopify Plus.
Inventorier les applications, automatisations Flow, intégrations et données personnalisées
Créez un registre des dépendances à l’échelle de l’organisation et indiquez si chacune est propre à une boutique ou partagée.
Consignez:
- le nom de l’application ou du système;
- le périmètre boutique ou organisation;
- la fonction métier;
- les Products, Customers, Orders, contenus ou configurations concernés;
- les champs personnalisés, metafields, metaobjects, webhooks ou IDs externes utilisés;
- la disponibilité d’un export ou d’une API;
- les automatisations Flow et les données qui les déclenchent;
- le responsable futur, le remplacement ou la décision de retrait.
Les dépendances prioritaires incluent les ERP, PIM, WMS, CRM, abonnements, bundles, B2B, fidélité, avis, recherche, personnalisation, fiscalité, expédition, paiements, marketplaces, fraude, analyses et systèmes de consentement.
Le registre est prêt lorsque chaque enregistrement et automatisation importante possède un responsable futur. Une simple liste des applications installées, sans leurs relations avec les données et déclencheurs, reste incomplète.
Sélectionner des échantillons représentatifs pour le test de migration
| Échantillon | Objectif de préparation |
|---|---|
| Product partagé entre plusieurs boutiques | Révéler l’affectation à la boutique, la clé externe, le contenu et la responsabilité des stocks |
| Product à nombreuses variantes | Révéler les relations entre variantes, médias, stock et intégrations |
| Société B2B avec plusieurs Company Locations | Révéler le contexte de société, location, contact, fiscalité, paiement et catalogue |
| Product d’un catalogue B2B | Révéler la disponibilité Product, le prix fixe, la règle de quantité ou les tarifs dégressifs |
| Product ou page propre à un Market | Révéler le domaine, la langue, la devise et le périmètre régional du contenu |
| Customer présent dans plusieurs boutiques | Révéler les décisions de duplication d’identité et d’accès au compte |
| Order B2B ou B2C complexe | Révéler les données de ligne, totaux, traitements logistiques, remboursements et références externes |
| Enregistrement détenu ou automatisé par une application | Révéler les dépendances aux applications, à Flow, aux webhooks et au responsable cible |
Pour chaque échantillon, consignez la boutique source, l’ID source, l’URL source lorsque pertinent, la raison métier, la boutique Shopify cible, le responsable attendu, les identifiants externes, les exclusions connues et le relecteur responsable.
Finaliser le contrôle de préparation Shopify Plus
| Question de préparation | Élément requis | Condition de préparation |
|---|---|---|
| Le périmètre de l’organisation et des boutiques est-il défini ? | Carte organisation/boutiques | Chaque boutique cible possède une finalité et un responsable |
| Les accès et exports sont-ils récupérables ? | Registre d’accès et archive datée | Les zones source et cible nécessaires sont accessibles |
| Les relations Product et B2B sont-elles préparées ? | Matrices Products, sociétés, Company Locations et catalogues | Les structures commerciales représentatives sont complètes |
| Les Markets et URL sont-ils affectés ? | Registre Markets/domaines/routes | Les routes régionales prioritaires ont une destination |
| Les Customers et Orders sont-ils affectés par boutique ? | Règles d’identité et dossier d’Orders | La responsabilité entre boutiques est documentée |
| Les applications et automatisations sont-elles inventoriées ? | Registre des dépendances | Chaque dépendance importante possède un responsable futur |
| Les échantillons représentatifs sont-ils sélectionnés ? | Registre des échantillons | Les schémas boutique, B2B, régionaux et d’exception sont couverts |
| Les décisions ouvertes sont-elles maîtrisées ? | Journal des décisions | Chaque point non résolu possède un responsable et une échéance |
La préparation est complète lorsqu’aucune décision critique concernant une boutique, le B2B, un Market, un Product, un Customer, un Order, une URL ou une intégration ne dépend encore d’une hypothèse d’organisation non documentée.
Conclusion
La préparation à Shopify Plus doit transformer l’échelle de l’organisation en responsabilités explicites au niveau des boutiques. Products, sociétés B2B, catalogues, Markets, Customers, Orders, contenus, applications et systèmes externes doivent chacun avoir une boutique, une relation et un responsable clairement définis.
Lorsque ces décisions sont préparées avant le test de migration représentatif, l’échantillon peut refléter l’organisation Shopify Plus prévue au lieu de révéler des frontières entre boutiques qui auraient dû être résolues avant le déplacement des données.
Questions fréquentes
En quoi la préparation à Shopify Plus diffère-t-elle de celle d’un environnement Shopify classique ?
La préparation à Shopify Plus ajoute les décisions relatives à l’organisation, aux expansion stores, à la gouvernance entre boutiques, aux sociétés B2B, aux affectations directes de catalogues et aux intégrations d’entreprise. Chaque boutique individuelle a néanmoins besoin d’une responsabilité de données explicite.
Une activité régionale doit-elle utiliser Markets ou des expansion stores ?
Préparez des éléments sur les différences de marque, catalogue, cadre juridique, langue, devise, domaine, opérations et intégrations. Utilisez-les pour déterminer si la région relève d’une seule boutique avec Markets ou d’une boutique distincte.
Comment préparer les Customers B2B ?
Préparez les sociétés, Company Locations, contacts, données fiscales, conditions de paiement, catalogues, prix et IDs externes comme des enregistrements reliés. Ne traitez pas le contact comme un Customer retail isolé.
Que faut-il consigner pour les catalogues B2B ?
Consignez les Products inclus, l’affectation au Market ou à la Company Location, les ajustements globaux, prix fixes, règles de quantité, tarifs dégressifs et le responsable commercial de chaque catalogue.
Comment traiter des Customers partagés entre plusieurs boutiques source ?
Documentez si les comptes doivent rester séparés, être consolidés par un système d’identité externe ou être représentés indépendamment dans chaque boutique cible. Intégrez la responsabilité des Orders et le contexte de consentement à la décision.
Quand la préparation Shopify Plus est-elle complète ?
Elle est complète lorsque les frontières entre boutiques, relations B2B, Markets, responsabilités Product, périmètres Customer et Order, applications, intégrations, routes, échantillons et décisions non résolues sont tous documentés avec des responsables identifiés.