Case

Inriver till WooCommerce

Produktdata från PIM:et, saldo från lagret

Vad var problemet

Produktinformationen bor i PIM:et. Texter, egenskaper och bilder underhålls där för alla kanaler — katalog, återförsäljare, butik — och det är där någon rättar en formulering eller byter en produktbild.

Webbutiken är en av kanalerna. Underhålls produkterna en gång till i WooCommerce blir det inte bara dubbelarbete: förr eller senare går de två versionerna isär, och då är det ingen som vet vilken som gäller.

Hur löste vi det

Inriver äger vad produkten är. Butiken hämtar: titlar, beskrivningar, egenskaper och bilder skrivs in som riktiga produkter i WooCommerce, med bilderna i det egna mediabiblioteket så att butiken serverar dem själv. Nya produkter dyker upp av sig själva, ändringar slår igenom utan att någon rör butiken.

Saldot kommer inte därifrån. Det hämtas från Ongoing, och den uppdelningen är hela poängen: PIM:et äger vad produkten är, lagersystemet äger hur många som finns. Två källor, inga överlappande sanningar, och ingen risk att en produktuppdatering skriver över ett saldo eller tvärtom.

Vad resultatet blev

En produkt underhålls på ett ställe och syns överallt. Sortimentet i butiken speglar PIM:et, saldot speglar lagret, och ingen sitter och för över något för hand mellan systemen.

Ska vi prata e-handel?

Skriv några rader om vad ni behöver. Oftast är det samma person som svarar som gör jobbet, om inte Linus hinner före.

Oftast svar inom en arbetsdag — ofta snabbare
Ingen offert utan att vi pratat först
Fast pris eller löpande — ni väljer
Hellre mejl? info@hjaltebyran.se

Rulla till toppen

Prenumerera på vårt nyhetsbrev!

Ta del av exklusiva kampanjer och erbjudanden enbart för dig som prenumerant, få tips och tricks inom webb och marknadsföring, recaps på våra blogginlägg och andra bra saker!

Vi skickar ut 1-2 nyhetsbrev per månad så vi lovar, du kommer INTE att bli spammad <3

Skriv in ditt namn och din e-post i fältet här bredvid och häng med du också!