Toimittajatiedostot joka muodossa
PDF:t, CSV:t, osittaiset Excel-viennit ja hintalistat sähköpostitse tulevat viikoittain. Joku avaa ne, vertaa edelliseen versioon ja kirjoittaa korjaukset päätaulukkoon.
Räätälöityä ohjelmistoa verkkokaupan arkeen
Muuta toimittajatiedon kaaos julkaistaviksi tuotetiedoiksi
Rakennamme tuotetiedon automaatiota verkkokaupatiimeille, joiden täytyy tuoda toimittajatiedostoja, normalisoida attribuutteja, rikastaa tietueita ja julkaista myytäviä luetteloita markkinapaikoille ja kanaville ilman, että sama SKU syötetään kuusi kertaa taulukkoon.
Brändeille ja jälleenmyyjille, joilla on useita toimittajia, kanavakohtaisia attribuuttisääntöjä ja hallintapaneeli, joka näyttää valmiilta, vaikka markkinapaikka hylkää tuotteen edelleen.
Kuilu
Valmis PIM:ssä ei tarkoita myytävää kanavalla
Katalogin ongelma ei ole puuttuva tieto yhdessä paikassa. Se on etäisyys sisäisen tietueen ja sen välillä, mitä Amazon, Zalando, Google Shopping tai oma kauppa vaativat ennen julkaisua, oikealla hinnalla ja oikeiden varastosaldojen kanssa.
Miltä tyypillinen tuotetiedon viikko näyttää
Taulukon totuus
Oikea katalogi elää jaetuilla asemilla: yksi välilehti attribuuteille, yksi kanavakartoitukseen, yksi hinnoille. Versioristiriidat ratkaisee viimeisin muokkaaja.
Kanavakohtaiset attribuuttivaatimukset
Jokainen markkinapaikka haluaa eri kentät, yksiköt ja kategoriat. Tuote voi olla valmis omassa kaupassa ja silti hylätä muualla, koska pakollinen attribuutti puuttuu tai on kartoitettu väärin.
Manuaalinen uudelleensyöttö järjestelmien välillä
Tiedot menevät ERP:ään tai PIM:iin, sitten joku kopioi variantit, kuvat ja kuvaukset kanavatyökaluihin. Sama SKU päivitetään kolmessa paikassa; yksi on aina jäljessä.
Hinnat ja varastosaldot epäsynkassa
Toimittaja muuttaa hintaa tai saatavuutta. Kauppa päivittyy. Markkinapaikkasyöte näyttää edelleen eilisen hinnan, kunnes joku huomaa marginaalivirheen tai ylimyynnin aiheuttamat peruutukset.
Harhaanjohtavat valmiusprosentit
Hallintapaneeli näyttää 100 % valmiina, vaikka julkaisut hylätään kokotaulukoiden, GTIN-sääntöjen tai kuvavaatimusten takia, joita ette tienneet ennen epäonnistunutta julkaisua.
Jos hallintapaneeli näyttää valmiilta mutta kanava sanoo ei, kuilu on yleensä kartoittavissa. Kerro toimittajat ja kohteet.
Ero
Ongelma ei ole uusi PIM-näkymä. Ongelma on, että myytävä tieto kootaan yhä käsin.
Jos rikastus tallentaa vain sisäiset kentät, tiimin täytyy yhä tulkita toimittajatiedostoja, kartoittaa attribuutteja kanavittain, korjata validointivirheet ja sovittaa hinta ja varasto ennen julkaisua. Siihen työ menee.
Taulukko ja manuaalinen prosessi
- 1Vastaanota toimittajatiedosto
- 2Normalisoi ja kopioi käsin järjestelmiin
- 3Korjaa hylkäykset yksi julkaisu kerrallaan
Automatisoitu katalogiprosessi
- 1Tuo toimittaja- ja sisäiset lähteet
- 2Normalisoi attribuutit sääntöjenne mukaan
- 3Kartoi ja validoi kanavittain
- 4Rikasta puuttuvat myyntikentät
- 5Julkaise tai ohjaa poikkeukset tarkistukseen
Tuonti ja validointi voivat toimia sääntöjen mukaan, ei kopioi-liitä -työnä. Kerro katalogistanne tai varaa lyhyt puhelu.
Mitä rakennamme
Katalogin automaatikerros järjestelmiinne, joita jo käytätte
Emme pyydä korvaamaan kauppaa, ERP:ää tai olemassa olevaa PIM:iä ensimmäisenä päivänä. Rakennamme ohjelmiston, joka tuo toimittaja- ja sisäistä dataa, soveltaa attribuutti- ja kanavasääntöjä ja kirjoittaa myytäviä tietueita sinne, missä tuotteita jo hallitaan.
Myytävä kanavalla on sääntöjoukko, ei valintaruutu hallintapaneelissa.
Mahdolliset integraatiot riippuvat hankkeesta. Alla on esimerkkejä järjestelmistä, joihin voimme liittyä. Tämä ei ole lupaus siitä, että jokainen alusta olisi valmiiksi tuettu:
Kauppa ja PIM
- Shopify
- WooCommerce
- Magento / Adobe Commerce
- Akeneo, Plytix tai räätälöity PIM
Markkinapaikat ja syötteet
- Amazon
- eBay
- Zalando
- Google Shopping
- Räätälöidyt kanava-API:t
Toimittaja ja päädata
- Toimittajan SFTP ja sähköpostitoimitukset
- ERP:n tuotenimikkeet
- Taulukkotuonnit
- Kuva- ja aineistotallennus
Operatiivinen
- ERP-hinnoittelu
- Varasto / WMS
- Sisäiset hyväksyntäprosessit
- Räätälöidyt liiketoiminta-API:t
Toteutus räätälöidään toimittajiinne, kategoriamalliinne ja kanavavalikoimaanne. Jos lähteellä on vakaa tiedostomuoto tai API, se yleensä liittyy. Jos ei, sanomme sen kartoituksessa.
Käyttötapaukset
Työnkulut, jotka muuttavat raa'an toimittajasyötteen validoinnin läpäiseviksi julkaisuiksi
Tarkka laajuus riippuu toimittajista, kanavista ja hallinnan tiukkuudesta. Nämä ovat tyypillisesti ensimmäiset automatisoitavat työnkulut, koska niissä on paljon volyymiä ja selkeät rajat.
Toimittajan käyttöönotto
Uudet toimittajatiedostot jäsennetään, yhdistetään SKU-malliinne ja ohjataan attribuuttimalleja, jotta ensimmäinen tuonti on jäsennelty eikä tyhjä taulukkorivi.
Attribuuttien normalisointi
Koot, värit, materiaalit ja kategoriapolut muunnetaan toimittajan sanastosta omiksi arvoiksenne ennen kanavakartoitusta.
Kanavakartoitus
Sisäiset attribuutit kartoitetaan markkinapaikkakohtaisiin kenttiin ja kategorioihin, ja validointisäännöt ajetaan ennen julkaisua, ei hylkäyksen jälkeen.
Massarikastus
Puuttuvat otsikot, luettelokohdat, kokotaulukot, GTIN:t tai kuvasarjat merkitään, rikastetaan sääntöjen tai hyväksyttyjen lähteiden mukaan ja pidetään tarkistuksessa, kun luottamus on matala.
Hinta- ja varastosynkronointi
Toimittajan hintamuutokset, myyntihinnat ja saatavuus leviävät kauppaan ja kanavasyötteisiin teidän aikataulullanne, ja poikkeukset nousevat esiin, kun marginaalit tai varasto rikkovat sääntöjä.
Julkaisuvalidointi
Ennen julkaisua jokainen tuote tarkistetaan kanavan vaatimuksia vasten. Epäonnistumisista tulee tehtäviä, joissa puuttuva kenttä tai sääntö on mukana, ei yleinen «kesken»-tila.
Nämä ovat tyypillisesti ensimmäiset automatisoitavat työnkulut. Mitkä estävät eniten julkaisuja tänään?
Arkkitehtuuri
Miten toimittajadata muuttuu myytäväksi kanavajulkaisuksi
Prosessi on eksplisiittistä ohjelmistoa: tuonti, normalisointi, kartoitus, validointi, julkaisu ja poikkeusloki. Se ei ole malli, joka arvailee tuoteattribuutteja PDF:stä ilman sääntöjä ja jäljitettävyyttä.
Lähteet
Toimittajatiedostot, ERP, PIM, kuvat, hinnastot
Tuontikerros
Jäsennys, SKU-yhteensopivuus, muutosten havaitseminen
Sääntömoottori
Attribuutit, kartoitukset, marginaalit, valmius
Kohdejärjestelmät
Kauppa, PIM, markkinapaikat, syötepäätepisteet
Lopputulos
Julkaistu tuote tai poikkeusjono syineen
Mitä toteutus tyypillisesti sisältää
Toimittajatuonti
Ajastetut tai laukaistut tuonnit formaateista, joita toimittajat oikeasti lähettävät, muutosten tunnistuksella, jotta muuttumattomia rivejä ei käsitellä uudelleen.
Kanoninen tuotemalli
Yksi sisäinen esitys varianteille, attribuuteille, medialle ja hinnoille, josta kanavat kartoittavat, sen sijaan että jokainen kanava pitäisi oman kopionsa.
Kanavavalidointi
Kanavakohtaiset säännöt ajetaan ennen julkaisua. Hylkäykset sisältävät kentän, säännön ja SKU:n, jotta tuotetiedon tiimi korjaa syyn, ei oiretta.
Poikkeusten käsittely
Heikot yhteensopivuudet, marginaalirikkomukset ja puuttuvat pakolliset kentät ohjataan tarkistusjonoon riittävällä kontekstilla yhden päätöksen tekemiseen.
Emme lupaa yleistä liitintä jokaiseen markkinapaikkaan tai toimittajaformaattiin. Kartoitus määrittää, mitkä lähteet ja kanavat kuuluvat ensimmäiseen julkaisuun ja mitkä pysyvät manuaalisina.
Taloudellisuus
Miksi katalogin automaatio kannattaa rakentaa, ei vain palkata uutta manuaalityötä
Jos julkaisujen valmistelu kasvaa SKU- ja kanavalukumäärän mukana, taulukkotyön ja uudelleentyön kustannus kasvaa nopeammin kuin uusien tuotteiden tuotto. Räätälöity automaatio on pääomasijoitus toistuvaa työtä ja myöhään hylättyjä julkaisuja vastaan.
ROI-logiikka ilman keksittyjä lukuja
Vähemmän manuaalista uudelleensyöttöä
Tunnit, joita käytetään toimittajapäivitysten kopioimiseen PIM:iin, kauppaan ja markkinapaikkatyökaluihin, vähenevät, kun tuonti ja kartoitus toimivat sääntöjen mukaan.
Vähemmän hylättyjä julkaisuja
Validointi ennen julkaisua vähentää julkaisu–hylkäys–korjaus–uudelleenlähetys -sykliä, joka kuluttaa tuotetiedon aikaa ja viivästyttää myyntiä.
Nopeampi hyllyaika
Uudet SKU:t ja toimittajatoimitukset saavuttavat myytävän tilan tunneissa tai aikataululla, ei vasta kun joku tyhjentää taulukkojonon.
Hinta- ja varastotarkkuus
Synkronoidut päivitykset vähentävät marginaalivuotoja vanhentuneista markkinapaikkahinnoista ja ylimyynnistä, jota tuki ja operatiivinen tiimi sitten siivoaa.
Rakenna vai osta
Milloin räätälöity katalogiohjelmisto on taloudellisesti parempi valinta
Joskus valmis PIM tai syötepalvelu riittää. Jos toimittajat, kanavat ja hallintamalli sopivat standardituotteeseen, tilatkaa se. Räätälöity työ on järkevää, kun attribuuttimalli, toimittajasekoitus tai kanavasäännöt ovat niin erityisiä, että yrityksen sovittaminen työkaluun maksaa enemmän kuin prosessin rakentaminen nykyiseen myyntitapaan.
Valmis SaaS
- Ennalta määritetyt PIM- tai syöteprosessit
- Toistuva tilaus paikkojen tai SKU-kaistan mukaan
- Vakiomarkkinapaikkaliittimet
- Rajoitettu joustavuus toimittajaformaateissa
- Yritys sopeutuu tuotteen datamalliin
Räätälöity toteutus
- Rakennettu toimittajienne ja kanavasääntöjenne ympärille
- Tuottaa oikeasti saamianne tiedostomuotoja
- Räätälöity validointi, marginaalit ja hyväksyntäpolut
- Integroituu ERP:ään, PIM:iin ja kauppoihin, joita jo käytätte
- Omistatte kartoituslogiikan ja tarkastuslokin
- Valinnainen ylläpito luovutuksen jälkeen
Akeneo tai Plytix on usein rehellinen vastaus, kun tarvitaan laajaa PIM-hallintaa. Channable riittää usein tavallisiin Google Shopping -syötteisiin alle noin tuhannen samankaltaisen SKU:n. Sanomme sen, jos se sopii. Räätälöity työ on järkevää, kun valmis hallintapaneelissa ei vielä tarkoita myytävää kanavalla.
Hankkeen eteneminen
Miten työ toimitetaan korvaamatta kaikkea ensimmäisenä päivänä
Toteutus voi alkaa yhdestä toimittajalähteestä ja yhdestä kanavasta, ja laajentua sitten. Monivuotista PIM-siirtoa ei tarvita nähdäksenne, poistaako automatisoitu tuonti ja validointi oikeaa työtä.
- 01
Kartoitus
Toimittajat, kanavat, nykyiset työkalut, attribuuttimalli ja mitä «myytävä» tarkoittaa kullekin kohteelle.
- 02
Lähde- ja kanavatarkastus
Käymme läpi näytetiedostot, hylkäyssyyt ja epäviralliset taulukkoaskeleet, joita tuotetiedon tiimi käyttää tänään.
- 03
Prosessisuunnittelu
Tuonti, kanoninen malli, kartoitukset, validointisäännöt ja poikkeusjonot rajattuna ensimmäiseen julkaisuun.
- 04
Toteutus ja integraatio
Yhdistämme lähteet ja kohteet teidän määrittämillä tunnuksilla ja hyväksyntäpoluilla.
- 05
Testaus
Toistamme oikeita toimittajatoimituksia ja julkaisuvirheitä. Varmistamme julkaisut, estot ja tarkistusreitityksen.
- 06
Käyttöönotto ja laajennus
Asteittainen kanavakattavuus, sääntöjen hienosäätö live-hylkäysten perusteella, valinnainen ylläpito uusille toimittajille tai markkinapaikoille.
Emme julkaise yleistä aikataulua tai kiinteää pakettihintaa tällä sivulla. Kesto riippuu toimittajien monimutkaisuudesta, kanavamäärästä ja kanonisen mallin valmiudesta.
Aloita yhdestä lähteestä ja yhdestä kanavasta. Laajenna kun se toimii. Kerro katalogistanne tai varaa puhelu.
Kysymyksiä
Suorat vastaukset
Kartoitetaan, mikä erottaa toimittajatiedostot julkaisusta, joka oikeasti menee myyntiin
Ottakaa mukaan näyte toimittajatoimituksesta, kanavalistanne ja viimeisin hylkäysloki. Kerromme, mikä on realistisesti automatisoitavissa, mikä jää tarkistukseen ja milloin valmis PIM tai syötepalvelu on rehellisempi suositus.