Build vs buy vs partner pour l'IA dans le luxe

Build vs partner vs buy pour l'IA dans le luxe

Un directeur de la crcrLe pourcentage de visiteurs ou de prospects qui réalisent une action attendue (achat, inscription, formulaire de contact), calculé en divisant les conversions par le nombre total d'opportunités.Voir la définition complète →éation d'une maison européenne de maroquinerie veut du visual search : un client photographie le sac d'un inconnu dans la rue, l'importe, et l'application trouve le modèle le plus proche dans la collection actuelle de la maison. La technologie existe. La question qui détermine vraiment le succès n'est pas « pouvons-nous le construire », mais « devons-nous le construire, l'acheter ou nous brancher sur celui d'un autre ».

C'est la décision IA la plus lourde de conséquences que la plupart des dirigeants du luxe prendront cette décennie, et elle est mal prise parce que les équipes se rabattent sur l'option défendue par le vendor le plus bruyant ou l'ingénieur le plus sûr de lui.

Trois voies, une erreur récurrente

Build : une équipe interne développe le modèle, détient le code, contrôle la roadmap. Les travaux internes de data science de Chanel et l'investissement de LVMH dans des outils IA propriétaires (via son LVMH Innovation Award et ses incubateurs internes de type « Brand Ferrari », tels que rapportés par la presse professionnelle du luxe) relèvent de cette voie.

Buy (licence) : vous payez un vendor pour une solution packagée. Des vendors fashion-tech comme Heuritech (trend forecasting), Lalaland.ai (imagerie de mannequins générée par IA) ou Vue.ai (visual merchandising et search) vendent un accès par abonnement à des modèles qu'ils ont entraînés, souvent sur des données multi-marques.

Partner : vous vous intégrez à une plateforme qui dispose déjà de l'audience, de l'infrastructure et souvent de la couche IA. Le métier Platform Solutions de Farfetch, ou le Luxury Pavilion d'Alibaba, sont des exemples où une maison se branche sur la stack d'un tiers plutôt que de posséder ou de licencier un outil autonome.

L'erreur récurrente : traiter le sujet comme une décision d'achat (coût, rapidité, réputation du vendor) alors qu'il s'agit d'une décision stratégique de contrôle. Le bon cadrage repose sur trois axes.

Le framework de décision : trois axes qui comptent plus que le prix

1. Contrôle de la marque

L'IA touche-t-elle un élément visible du client qui porte la voix, l'image ou le jugement esthétique de la marque ? Visual merchandising, recommandations de style, ton du chatbot, images générées : ce sont des expressions de marque, pas de simples fonctionnalités.

Les tâches à forte sensibilité pour le contrôle de la marque (un essayage virtuel qui doit restituer le tombé du tissu exactement comme les ateliers l'entendent) poussent vers le build ou un buy fortement personnalisé, car un modèle vendor partagé, entraîné sur de nombreuses marques, régresse vers un milieu esthétique générique.

Les tâches à faible sensibilité (détection de fraude sur les transactions de paiement, prévision des stocks en entrepôt) ne touchent pas la marque. Partner ou buy sans hésiter.

2. Propriété des données

Qui conserve les données d'interaction client, les images, les signaux d'achat générés par le système d'IA ?

Cela compte pour deux raisons. D'abord la concurrence : si les données comportementales des clients d'une maison entraînent le modèle partagé d'un vendor, ces données peuvent indirectement améliorer aussi les résultats d'un concurrent, puisque beaucoup de vendors fashion-tech servent plusieurs marques de la même catégorie. Ensuite la réglementation : sous le RGPD européen (Règlement général sur la protection des donnéesRèglement général sur la protection des donnéesRèglement de l'UE encadrant la collecte, le stockage et l'usage des données personnelles, avec des amendes indexées sur le chiffre d'affaires mondial.Voir la définition complète →) et les cadres équivalents, les contrats doivent préciser qui est le « responsable de traitement » (l'entité qui décide de l'usage des données) et qui est le « sous-traitant » (l'entité qui les manipule pour le compte du responsable). Un partenariat avec une grande plateforme comme Farfetch en fait généralement un responsable conjoint pour les données clients partagées, une position juridique et stratégique nettement différente d'un simple accord de licence où la maison conserve en général le contrôle.

Posez la question concrètement : si nous quittons ce vendor demain, repartons-nous avec le modèle entraîné, les données brutes, les deux, ou rien ? La plupart des contrats vendor, s'ils ne sont pas examinés, ne vous laissent rien.

3. Réversibilité

Combien coûte et combien de temps prend le fait de défaire ce choix dans deux ans s'il déçoit ou si une meilleure option apparaît ?

Le build est lent à démarrer mais très réversible au sens où vous possédez tout ; vous pouvez réorienter le modèle sans renégocier le contrat de qui que ce soit. Le partner est rapide à démarrer mais souvent le moins réversible : une fois que le catalogue, les prix et les relations clients d'une maison sont intégrés à l'écosystème d'une plateforme (Farfetch, Tmall Luxury Pavilion), en sortir revient à reconstruire une distribution, pas seulement à changer de logiciel. Le buy se situe au milieu : changer de vendor est en général contractuellement possible mais opérationnellement perturbant (réintégration, formation des équipes, migration des données).

Un exercice simple de scoring pondéré

Notez chaque option de 1 à 5 sur chaque axe, puis pondérez selon ce qui compte le plus pour le cas d'usage précis. Voici un exemple travaillé pour l'outil de visual search de la scène d'ouverture.

Calcul pour Build : (5 × 0,4) + (5 × 0,35) + (4 × 0,25) = 2,0 + 1,75 + 1,0 = 4,65.

Ce scoring est illustratif, pas une réponse universelle : les pondérations doivent varier selon le cas d'usage. Pour une tâche de back-office comme la prévision de la demande, la pondération du contrôle de la marque tombe vers 0,1 et les considérations de coût et de rapidité montent, ce qui bascule souvent le résultat vers buy ou partner.

Là où le calcul bascule : coût, rapidité, talents

Le framework ci-dessus exclut délibérément le coût initial, mais on ne peut pas l'ignorer complètement. Construire en interne des systèmes de computer vision ou d'IA générative réellement performants exige des machine learning engineers, des données d'entraînement annotées et des coûts de compute continus, des ressources que la plupart des maisons (même les grandes) n'ont pas en interne à la profondeur des pure players technologiques. Le guide de Google sur les pratiques d'IA responsable est une référence gratuite utile pour comprendre ce qu'une gouvernance IA interne « réellement performante » exige sur le plan opérationnel, à consulter avant de s'engager dans un build.

C'est pourquoi même LVMH et Kering, des groupes aux bilans solides, licencient encore des vendors spécialisés pour des tâches étroites (trend forecasting, détection de contrefaçon) plutôt que de tout construire en interne. Le build se justifie pour les quelques capacités réellement différenciantes pour la marque et durables. Pour tout le reste, buy ou partner est en général plus rationnel, et non un compromis.

Appliquer le framework : trois scénarios rapides

Scénario A : une maison veut un chatbot de service client qui traite les demandes de suivi de commande. Faible sensibilité de marque (fonctionnel, pas esthétique), enjeux de données modérés (les données de commande sont sensibles mais ne définissent pas un modèle propriétaire), fort besoin de réversibilité (les vendors de chatbots sont banalisés). Verdict : buy.

Scénario B : une maison veut un système d'IA qui recommande quels tissus et quelles coupes produire la saison prochaine, entraîné sur les archives et l'historique de ventes de la maison. Fort contrôle de marque (c'est du jugement créatif central), forts enjeux de propriété des données (c'est la propriété intellectuelle de design de la maison), faible tolérance à l'irrirrLe taux de rendement interne est le taux d'actualisation qui annule la valeur actuelle nette d'un projet. Il exprime le rendement annualisé attendu d'un investissement.Voir la définition complète →éversibilité (se tromper abîme la collection, pas seulement une fonctionnalité). Verdict : build, ou au minimum un modèle fortement personnalisé et licencié en exclusivité, dont la maison possède les productions.

Scénario C : une maison veut être présente sur le moteur de recommandation piloté par IA d'une grande marketplace asiatique pour toucher de nouveaux clients. Faible contrôle de marque sur l'algorithme lui-même (vous ne contrôlez pas la logique de recommandation d'Alibaba ou de Farfetch), vrais arbitrages sur le partage de données, faible réversibilité une fois intégré. Verdict : partner, mais négociez explicitement les conditions sur les données avant de signer, et traitez le sujet comme une décision de distribution autant que de technologie.

🎬 [VIDEO: "Build vs Buy: The Innovator's Dilemma for AI" - youtube.com - cherchez les interventions récentes du MIT Sloan ou de la Harvard Business Review sur les décisions make-or-buy en IA dans le retail et les marques de grande consommation, directement applicables au luxe]

Points clés

• Notez chaque opportunité IA sur le contrôle de la marque, la propriété des données et la réversibilité avant de parler prix ou réputation du vendor ; ces trois axes prédisent mieux les regrets de long terme que le coût initial.
• Le build ne se justifie que pour les capacités réellement différenciantes pour la marque et durables (liées au design, au cœur de l'identité de la maison) ; tout ce qui est fonctionnel ou banalisé (chatbots, détection de fraude, prévision des stocks) doit par défaut aller vers buy ou partner.
• Avant de signer un contrat vendor ou plateforme, obtenez des réponses contractuelles explicites : qui possède le modèle entraîné, qui possède les données clients brutes, et qu'advient-il des deux si la maison se retire.
• S'associer aux grandes plateformes (Farfetch, Luxury Pavilion d'Alibaba) apporte rapidité et reachreachLe nombre de personnes uniques exposées à votre message sur une période donnée. Contrairement aux impressions, le reach compte chaque personne une seule fois, quel que soit le nombre d'expositions.Voir la définition complète → mais reste l'option la moins réversible ; traitez ces choix comme des décisions de distribution et de droit, pas seulement des intégrations technologiques.
• Réévaluez le framework périodiquement. Les capacités des vendors et les conditions des plateformes changent chaque année ; une décision de « buy » prise en 2024 mérite peut-être d'être revue en 2026, à mesure que la consolidation des vendors et les prix évoluent.