Pyörätilaus alkaa teknisillä tiedoilla. Samojen tietojen on kuitenkin tuettava myös hankintaa, varastonhallintaa, varaston keräilyä ja verkkokauppaa.

Ongelmia syntyy, kun kullakin tiimillä on eri versio tiedoista. Tarjous voi näyttää yhden et-offsett-arvon, kun taas tuotesivu toisen. Varasto voi seurata tuotetta mallinimen perusteella, vaikka samaa mallia on useissa koko- ja viimeistelyvaihtoehdoissa.

Selkeä tietorakenne auttaa estämään nämä aukot. Pyörien maahantuojille, jakelijoille ja omien merkkien brändeille tavoite on yksinkertainen: hyväksyttyjen tuotetietojen on kuljettava mukana tarjouspyynnöstä aina viimeiseen asiakastilaukseen.

Aloita pyörien tuotetietojen hallinta RFQ-vaiheessa

RFQ eli tarjouspyyntö ei saa sisältää ainoastaan pyöräkuvaa ja kohdehintaa. Sen tulee määritellä peruskentät, jotka seuraavat tuotetta koko sen elinkaaren ajan.

Pyydä toimittajaa vahvistamaan:

• Malliviite ja piirrosversio.
• Halkaisija ja leveys.
• Pulttien määrä ja jakoympyrän halkaisija eli PCD.
• Et-offsett, usein merkitty ET.
• Keskiö.
• Materiaali ja rakenne.
• Viimeistelykoodi ja hyväksytty väri.
• Kuormitettavuus ja sitä tukevat asiakirjat.
• Keskiöhatun, venttiilin ja kiinnitystarvikkeiden vaatimukset.
• Tilausmäärä ja pakkaustarpeet.

Merkitse kukin arvo pyydetyksi, ehdotetuksi tai hyväksytyksi. Pyydettyä teknistä tietoa ei tule julkaista myyntiväitteenä ennen teknistä tarkastusta.

Tämä varhainen rakenne helpottaa pyörien tuotetietojen hallintaa valikoiman kasvaessa.

Rakenna pyörä-PIM-data kunkin myyntivariantin ympärille

PIM tarkoittaa tuotetietojen hallintaa. Se kokoaa yhteen tiedot, kuvaukset ja aineistot, joita tarvitaan tuotteiden esittämiseen eri myyntikanavissa.

Pyörissä yksi malli voi sisältää useita myyntivariantteja. Jokaisella koon, pulttijaon, offsetin, keskiön ja viimeistelyn yhdistelmällä on oltava selkeä tunniste.

Käytä ylätason tietuetta yhteisille mallitiedoille. Luo sitten erillinen SKU-koodi kullekin varastonhallinnan alaiselle variantille.

Esimerkiksi kaksi pyörää voivat olla samalla mallilla ja mustalla matta-pinnalla, mutta niillä on eri offset. Jos ne tilataan, varastoidaan tai myydään erikseen, niiden on oltava erilliset tietueet.

Vastaavasti erota yksittäinen pyörä neljän pyörän sarjasta. Jos sarja sisältää erilaiset etu- ja takakoot, kirjaa sen osien SKU-koodit ja määrät.

Älä koskaan luota pelkkään tuotenimeen varaston tunnistamiseen.

Standardoi pyöräspesifikaatiot ennen tietojen tuontia

Tuotenimi kuten ”18x9 6x139.7 ET12 Black” voi olla hyödyllinen näyttöarvona. Järjestelmät toimivat kuitenkin paremmin, kun jokaisella arvolla on oma kenttänsä.

Seuraava rakenne näyttää, miten pyörä-PIM-data kannattaa järjestää:

Pidä yksiköt johdonmukaisina. Erota myös tuntematon arvo nollasta. Tyhjä offset tarkoittaa tietojen puuttumista; nolla on tietty offset-arvo.

Kaksoisporatuissa pyörissä tallenna molemmat pulttijaot rakenteellisina tietoina sen sijaan, että ne sekoitetaan yhteen epäselvään tekstikenttään.

Pidä pyörä-ERP-tuotetiedot linjassa myyntitietojen kanssa

ERP tarkoittaa yritystoiminnan resurssien suunnittelua. Se hallitsee yleensä hankintaa, varastoa, tilauksia ja taloustietoja.

PIM keskittyy tuotesisältöön, kun taas pyörä-ERP-tuotteiden tiedot tukevat liiketoimintatapahtumia. Molempien järjestelmien tulee käyttää samaa pysyvää tuotetunnistetta.

Hyödyllisiä ERP-kenttiä ovat:

• Sisäinen SKU ja toimittajan tuotenumero.
• Osto- ja myyntiyksiköt.
• Yksikkömuunnossäännöt.
• Laatikon sisältö ja pakatut mitat.
• Nettopaino ja bruttopaino.
• Toimittaja, tilaustila ja toimitusaika.
• Varastopaikka ja eräviite, jos niitä käytetään.

Määritä, mikä järjestelmä omistaa kunkin kentän. Esimerkiksi suunnittelu voi hyväksyä mitat, PIM voi hallita kuvauksia ja ERP voi kontrolloida käytettävissä olevaa varastoa.

Yhdistä sitten yhteiset kentät järjestelmien välillä. Näin eri tiimit eivät pääse korvaamaan samoja tietoja ristiriitaisilla arvoilla.

Rakenna sopivuustietojen työnkulku todisteisiin perustuen

Pulttijaon yhteensopivuus ei todista, että pyörä sopii ajoneuvoon.

Hyvä sopivuustietojen työnkulku ottaa huomioon myös keskiön, offsetin, leveyden, jarrutilan, kiinnitystarvikkeet, kuormitusvaatimukset ja ajoneuvon konfiguraation.

Säilytä ajoneuvosovellukset linkitetyissä tietueissa sen sijaan, että pitkä luettelo sijoitetaan tuotekuvaukseen. Markkina-alueesta riippuen tietueissa voi olla merkki, malli, vuosimalli, varustetaso, akselipaikka ja jarrupaketti.

Jokaisessa sopivuustietueessa on oltava lähde, tarkastuspäivä, hyväksyntätila ja mahdolliset ehdot. Nämä voivat koskea vaadittuja keskiörenkaita, määritettyjä kiinnikkeitä tai asennusrajoituksia.

Käytännöllinen tarkastusjärjestys on:

1. Kerää ajoneuvon ja pyörän vaatimukset.
2. Tarkista mitat ja tarvittavat tilatiedot.
3. Käy läpi tukevat piirustukset tai sovitustestauksen tulokset.
4. Hyväksy sovellus ja kirjaa sen ehdot.
5. Julkaise vain hyväksytty tulos.

Vahvistamattomia sovelluksia ei pidä julkaista ennen tarkastusta.

Yhdistä kuvat ja asiakirjat oikeaan pyörän SKU-koodiin

Selkeät tekniset tiedot menettävät arvonsa, jos tuotesivulla on väärä pyöräkuva.

Yhdistä kuvat oikeaan malliin, viimeistelyyn ja varianttiin silloin, kun ulkoasu eroaa toisistaan. Leveyden tai offsetin muutokset voivat vaikuttaa rungon muotoon ja huulen syvyyteen, joten yhteiseen kuvaan voi tarvita selkeän esityskuvan huomautuksen.

Ylläpidä aineistotietueita seuraaville:

• Pääkuvat ja tuotekuvat.
• Viimeistelyn lähikuvat.
• Mittapiirustukset.
• Keskiöhatun ja tarvikkeiden kuvat.
• Soveltuvat tekniset raportit.
• Pakkauksen taideteokset ja etiketit.

Wheelman listaa palveluihinsa mukautetut pyörätyylit, logojen kaiverruksen, merkkipakkaukset, tuotekuvauksen ja 3D-renderöinnin. Nämä materiaalit voivat tukea oman merkin tuotekorttia, kunhan ostajat vahvistavat, mitä versiota kukin aineisto edustaa.

Vahvista pyörä-PIM-tiedot ennen julkaisua

Ennen tuoteluettelon tuontia tarkista kaksoiskappaleet, puuttuvat yksiköt, virheelliset muodot ja rikkinäiset kuvalinkit.

Vertaa seuraavaksi otos tietueita hyväksyttyihin piirustuksiin ja ostospesifikaatioihin. Kiinnitä erityistä huomiota puuttuviin negatiivisiin merkkeihin offseteissa, virheellisiin viimeistelykoodeihin sekä yksittäisten pyörien ja sarjojen välilla syntyviin sekaannuksiin.

Käytä julkaisutiloja, kuten luonnos, tekninen tarkastus, hyväksytty ja julkaistu. Kirjaa, kuka muutokset hyväksyi ja milloin.

Jos keskeinen tekninen tieto muuttuu, arvioi, tarvitaanko uusi SKU vai hallittu versiopäivitys. Tunnista myös olemassa oleva varasto, jotta vanhemmat ja uudemmat versiot pysyvät jäljitettävissä.

Valmistele selkeä tietoesite Wheelmanille

Kun aloitat projektin Wheelmanin kanssa, jaa RFQ-pohjasi sekä verkkokaupan ja ERP-järjestelmän vaatimat kentät.

Sisällytä SKU-sääntösi, yksiköt, kuvavaatimukset, sopivuustarkasteluprosessi ja mieluisa tietojen vaihtomuoto. Kysy, mitä tietoja ja asiakirjoja on saatavilla, ja sovi, miten puuttuvat tiedot selvitetään.

Yhden hyväksytyn rakenteen avulla pyöräspesifikaatiot voivat siirtyä tarjouksesta ostotilaukseen, varastoon ja verkkokauppaan ilman ylimääräisiä manuaalisia muutoksia. Näin jokainen tiimi näkee selvemmin, mitä on ostamassa, varastoimassa ja myymässä.