È uno dei problemi più ostici della bike industry — e quello su cui nessun player è riuscito finora a produrre una soluzione strutturale. EurekaBike ci lavora dal 2020. Sei anni di sistema verticale specializzato, costruito per ingerire dati prodotto da fonti molto diverse fra loro e restituirli in una forma normalizzata, comparabile, governabile.
Senza acronimi né scatole nere. Proviamo a raccontare in modo leggibile come HERMES affronta i tre problemi che, nel nostro settore, restano tipicamente irrisolti.
Prendiamo un esempio concreto. Lo stesso pneumatico road 700x28 di un brand premium viene gestito con codici diversi dal brand, dal distributore A, dal distributore B, dal retailer X, dal retailer Y — ognuno ha la sua nomenclatura interna. Il sistema riconosce che, dietro a queste cinque rappresentazioni, c'è un solo prodotto reale.
È il cuore di tutto il resto: ogni annuncio di vendita, su qualunque canale e da qualunque distributore, viene legato a un master ID prodotto unico. Da qui derivano le analisi comparative sui prezzi, l'intelligence di sellout cross-distributore, la possibilità di tracciare il bypass della distribuzione e il controllo del data model in ingresso.
È anche quello che mette HERMES nelle condizioni di chiudere il loop dei dati fra produzione, distribuzione e retail — un problema che, a scala industry, finora nessun altro player è riuscito ad affrontare in modo strutturale.
Le piattaforme di data management generaliste fanno fatica con la complessità di una filiera verticale come quella bike: gli attributi cambiano sensibilmente da categoria a categoria, ogni brand introduce tecnologie proprietarie, la compatibilità fra componenti ha regole tutte sue, e gli standard di settore non sono mai completamente allineati.
Il sistema EurekaBike è stato costruito da zero per la bike industry. Gli attributi sono modellati conoscendo la filiera, le categorie sono allineate al modo in cui il settore le pratica davvero, e una nuova tecnologia introdotta da un brand (per esempio una nuova mescola pneumatico) entra come dimensione confrontabile, non come campo testo libero.
I sei anni di iterazione che abbiamo alle spalle si traducono in qualcosa di operativo: quando si aggiunge un brand nuovo non c'è una decisione di modellazione da prendere da capo — la capacità di assorbire la sua complessità è già nel sistema.
Ogni dato che entra nel sistema viene etichettato con la sua fonte. Chi lo conferisce ne conserva la titolarità e i diritti di governance — il sistema lo sa, e si comporta di conseguenza.
Se un distributore conferisce dati prodotto a HERMES, quei dati restano del distributore. Se un brand conferisce le sue schede ufficiali, restano del brand. Quando EurekaBike acquisisce dati da fonti pubbliche o non contrattualizzate, quei dati sono di EurekaBike. La fonte determina a chi è attribuita la governance, sempre, prima ancora delle regole d'uso.
Questo permette di costruire policy di visibilità molto granulari. Due esempi: il dato di un distributore può non essere mostrato sugli annunci dei suoi competitor diretti, e l'identità del distributore che fornisce un prodotto può restare opaca lato retailer fino a quando l'ordine non è concluso (anti-bypass del canale by design). Le regole specifiche si configurano caso per caso; il principio sotto resta lo stesso: la decisione su cosa fare di un dato spetta a chi lo ha generato.
Le scelte tecniche sono difficili da raccontare con una pagina web. Per i partner che vogliono capire la normalizzazione sul piano operativo, organizziamo una call dedicata di circa un'ora con un team tecnico (non commerciale): schermate vere, casi reali, processi end-to-end — niente slide.
Abbiamo aggregato le domande che brand, distributori e retailer ci hanno fatto in centinaia di conversazioni. La pagina FAQ è la risposta strutturata.
Vai alle FAQ →