WooCommerce får ofta rollen som den enkla lösningen, och det är en missvisande bild. Den klarar krävande B2B-handel, men bara om man bestämmer sig tidigt för hur pris, behörigheter och integrationer ska fungera.
Priset är hela skillnaden
I B2C har alla samma pris. I B2B har varje kund sitt, ofta baserat på avtal, volym och kampanjer som ändras under året. Det går inte att lösa med en rabattkod.
Prislogiken måste bo där den redan bor, vanligen i affärssystemet. Butiken visar den och ska aldrig vara sanningen. Byggs det tvärtom får ni två sanningar som glider isär och ett supportärende varje vecka.
Kassan ser inte likadan ut
Konsumenten vill betala på tjugo sekunder med Swish eller kort. Företagskunden vill ha faktura, referens, inköpsordernummer och ibland ett godkännandesteg innan ordern går iväg.
Lägger man båda i samma kassa utan att skilja på dem blir resultatet en kassa som är för krånglig för konsumenten och för tunn för företaget. Lösningen är ett flöde som anpassar sig efter vem som är inloggad.
Behörigheter och roller
En B2B-butik har sällan en köpare per kund. Det finns den som lägger beställningen, den som godkänner och den som bara ska kunna se tidigare order och ladda ned fakturor.
Den strukturen ska byggas tidigt. Att lägga till roller i efterhand i en butik som redan är i drift är betydligt dyrare än att göra det från början.
Integrationerna avgör kalendern
Artiklar, lager, priser, kunder, order och fakturor ska gå åt rätt håll mellan butik och affärssystem. Riktningen ska bestämmas per fält, annars skriver två system över varandra.
Räkna med att den här delen tar mest tid i projektet, och att det är här förseningar uppstår. Det är sällan koden som dröjer, det är testmiljön, dokumentationen och den person hos systemleverantören som har semester.
Vi bygger ofta på HDL Commerce när kraven är tunga, och på WooCommerce när butiken ska vara enkel att förvalta internt. Valet görs efter en genomgång av sortiment, volym och integrationer.
Prestanda med många artiklar
En butik med några hundra artiklar är inget problem. En med femtiotusen varianter, kundunika priser och live lagersaldo kräver att man tänker på cache, databasindex och hur ofta priser hämtas.
Det är fullt möjligt, men det ska vara en medveten del av arkitekturen från början. Lappar man på det efteråt blir det dyrt och spretigt.
Vanliga frågor
Klarar WooCommerce riktig B2B? Ja, med rätt uppsättning och rätt integrationer. Gränsen går oftast vid extrem artikelvolym eller mycket komplex produktdata, där ett PIM blir nödvändigt.
Kan vi ha samma butik för båda? Ja. En katalog, två prislogiker och två kassaflöden. Det är så de flesta av våra kunder gör.
Vad kostar driften? Mer än ett vanligt webbhotell, mindre än en licensplattform. Räkna med hosting, övervakning och löpande underhåll, och läs gärna jämförelsen mellan WooCommerce, Shopify och composable.
Vi har redan en butik, kan ni ta över? Ja. Vi börjar med en genomlysning av vad som är standard, vad som är egenbyggt och vad som är en risk.
Innan ni börjar: fyra saker att reda ut
Var bor priset? Om svaret är ”i butiken” blir det fel så fort en säljare ger rabatt i affärssystemet. Bestäm att ett system äger priset och att de andra visar det.
Hur ofta ändras lagersaldot? Dagligen räcker för många. Handlar ni med något som tar slut på minuter krävs realtid, och det ändrar arkitekturen.
Vilka ska kunna logga in? Lista rollerna innan bygget: beställare, godkännare, läsare, administratör. Det är enkelt nu och dyrt senare.
Vad händer med gamla ordrar? Kunder förväntar sig att se historik. Bestäm om den migreras eller ligger kvar i affärssystemet och visas därifrån.