Jean-René Thies
Victor Deragon
Le module de configuration de crossbase utilisé chez KTM AG
Grâce à l’implémentation flexible de la solution de configuration avec crossbase, nous avons pu utiliser au mieux des synergies et éviter une redondance des données. L’interface XML existante a permis d’exporter également les données du configurateur et a ainsi réduit de façon considérable le temps de développement.
Gernot Leitner
Chef de projet, KTM AG
Mattighofen, le 07/07/2015 : La société KTM-AG, dont le siège est situé à Mattighofen, produit et développe des motos Offroad et Street de compétition. Les produits KTM sont commercialisés par plus de 26 sociétés de distribution dans le monde entier par l’intermédiaire de plus de 1 700 revendeurs et importateurs indépendants. Outre les véhicules de la marque « KTM », depuis 1995 la société développe et produit les véhicules de la marque « HUSABERG », à nouveau commercialisés depuis 2013 sous le nom « Husqvarna Motorcycles » après acquisition des droits de licence de la marque « HUSQVARNA ». « READY TO RACE » – pour KTM, ces trois mots représentent plus qu’un simple slogan. Ils symbolisent toute la philosophie de l’entreprise, qui consiste à développer des véhicules capables de s’imposer course après course dès leur sortie d’usine. Du revendeur à la piste, une voie toute tracée vers la victoire.
Pour la mise à disposition des informations de produit (motos, PowerParts, PowerWear, SpareParts) pour les sites Web et le Dealernet sous une forme spécifique au pays et à la marque (KTM, KTM USA, Husqvarna), KTM a choisi la solution PIM, DAM et crossmedia de crossbase. L’objectif était de créer une base de données cohérente et centrale avec une maintenance simple des données pour l’ensemble des marchés, médias et canaux de communication. La solution a désormais été élargie autour du module de configurateur pour permettre aux utilisateurs de configurer des motos sur le site Web, voir http://www.ktm.com.
Fonctions centrales de la solution
Description de l’objectif et de la solution
Les acheteurs doivent pouvoir configurer leur moto avec des accessoires personnalisés et sauvegarder le résultat. La configuration doit ensuite être effectuée visuellement en conséquence et la moto doit être représentée de façon photoréaliste en trois vues dans la couleur correspondante avec les accessoires sélectionnés.
L’interface utilisateur a été réalisée par l’agence Kiska GmbH située à Salzbourg. Les données, informations de produit et règles de configuration sont mises à disposition par crossbase via une interface XML.
Base de données et interface d’exportation
La base de données a été étendue par une structure de gestion qui permet de répartir en rubriques les accessoires par modèle de moto, par ex. packs, protection, performance, confort, design, systèmes de bagages et navigation. Les packs sont identifiés séparément car ils doivent également être visualisés avec leurs composants. Env. 80 accessoires référencés peuvent être sélectionnés par moto via ces rubriques.
Comme d’habitude, l’assortiment de motos et accessoires (PowerParts) pour le configurateur est déterminé dans un catalogue électronique pour l’interface d’exportation et les types d’informations de produit à exporter sont pour cela définis, par ex. la désignation du produit, la photo du produit, la description du produit et le prix spécifique au pays.
Règles de configuration
La configuration des accessoires suit des règles précises qui sont définies selon le modèle de moto dans un ensemble de règles, les « Règles des indispensables » et les « Règles en cas de conflit » :
- les règles en cas de conflit signifient que les pièces s’excluent mutuellement. Dans le cas simple, une pièce A exclut une autre pièce B ou plusieurs pièces B, C, D, etc. Dans le cas particulier, la combinaison de certaines pièces peut être exclue. Exemple : Un pack exclut la sélection de ses éléments, la selle Ergo exclut la selle Sozius, et ainsi de suite.
- Les règles des indispensables signifient que des pièces nécessitent d’autres pièces. Dans le cas simple, une pièce A nécessite une pièce B ou les pièces B et/ou C. Dans le cas particulier, plusieurs pièces A, B, etc. nécessitent une certaine pièce C. Exemple : Un système d’alarme nécessite un kit de fixation, un top-case nécessite un porte-bagages et ainsi de suite.
Env. 170 règles – dont env. 140 règles en cas de conflit – sont déterminées de cette façon par moto pour env. 80 accessoires sélectionnables, voir les images suivantes. Les règles de configuration sont également mises à disposition via l’interface d’exportation XML.
