Vad en e-handelskonsult gör och vad ni ska granska

Veckan före en kampanj fastnar en order mellan webb och affärssystem, och ingen vet vem som ska hitta felet eller vem som ska rätta det.

En e-handelskonsult hjälper er att översätta affärsmål till funktioner, integrationer och ett upplägg för produktansvar efter go-live. Bedöm konsulten efter hur ni ska äga produktdata, prisregler och förvaltning.

Vad en e-handelskonsult faktiskt ansvarar för

Tänk er ett företag som vill samla sin webb, kundportal och återförsäljarportal kring ett gemensamt sortiment. Först behöver någon ringa in vilka kanaler som ska ingå, vilka kunder som ska använda dem och hur prislistor och sortiment skiljer sig åt. Det är strategi och omfattning. Om besluten skjuts upp blir både kalkylen och genomförandet osäkrare.

Nästa del är det tekniska genomförandet. Konsulten behöver förstå hur produktdata, priser, lager och order ska gå mellan webb och affärssystem, exempelvis Business Central, Monitor eller Jeeves. En order kan se korrekt ut på webbplatsen men ändå sakna ett kundnummer eller en giltig prisregel när den når affärssystemet. Därför behöver ansvar och felhantering beskrivas för hela flödet.

Det tredje ansvarsområdet avgör om lösningen håller över tid. Någon behöver följa upp versioner, rätta fel, testa kompatibilitet och se till att produktinformationen fortsätter att stämma. Konsultens uppdrag kan omfatta detta, men det är skilt från leverantörens ansvar för drift och från era egna beslut om sortiment, kundsegment och prisregler.

Börja med att avgöra vilket område som väger tyngst för er. Om order och priser ofta skapar merarbete ska ni granska integration och dataägarskap först. Om plattformen fungerar tekniskt men ingen tar ansvar efter lansering ska ni börja med förvaltningsupplägget.

Fem kompetenser och hur ni prövar dem

Bedöm svaren genom konkreta exempel. En konsult som kan beskriva ett arbetsflöde från produktfält till bekräftad order visar mer än någon som bara räknar upp plattformar eller verktyg.

När det gäller produktdata och PIM bör ni fråga hur attribut modelleras, vem som äger dem och hur de sprids till webb, portal och återförsäljare. Ett bra svar följer till exempel en ändrad måttenhet steg för steg till varje kanal.

När det gäller integrationer mot affärssystemet bör ni fråga vad som händer när en order inte går in i Business Central, Monitor eller Jeeves och vem som upptäcker felet först. Ett bra svar beskriver larm, namngiven ägare och hur kunden får besked.

När det gäller kundspecifika priser och behörigheter bör ni fråga hur kundspecifika priser, förhandlade rabatter och behörigheter per roll hanteras. Ett bra svar visar vilka regler som gäller per roll och hur de testas före go-live.

När det gäller upplevelse och mätning bör ni fråga vilka steg i köpresan som mäts, från produktvisning till bekräftad order, och hur prestanda testas. Ett bra svar anger mätpunkter och en testplan.

När det gäller förvaltning och plattformskunskap bör ni fråga vilka versioner som stöds, hur kompatibiliteten följs vid uppgradering och vilka funktioner som redan är testade. Ett bra svar innehåller en lista över testade funktioner och en plan för uppgraderingar.

Gör sedan tre driftprov. Börja med en normal vecka, fortsätt med en simulerad toppvecka och avsluta med ett scenario där affärssystemet svarar långsamt en stund. Följ vad som händer med kölängd, API-svarstid, felkvot och datalatens mellan systemen. Separera gärna flöden för produktdata, priser, lager och order, så att ett fel i ett flöde går att hitta och hantera utan att gissa.

Kapaciteten bör testas före en kampanjperiod så att kampanjregler, lagersaldo och orderstatus beter sig förutsägbart under hög belastning. Planera testet utifrån era egna volymer från tidigare kampanjer. Tidigare omnämnda rapporter är E-barometer för första kvartalet 2025 och rapport för tredje kvartalet 2025.

Poängsätt varje område utifrån hur konkret svaret är. Ett bra svar innehåller ett exempel, en tydlig ansvarig och ett sätt att testa. Om ni bara får allmänna löften har ni ännu inget underlag för att bedöma om lösningen går att förvalta.

Arbetssätt och prissättning som avslöjar förvaltningen

En seriös arbetsgång börjar med en nulägesgenomgång, fortsätter med omfattning, estimat, bygge och go-live, och beskriver sedan förvaltningen. Om ni redan har en lösning som skapar problem bör granskningen visa var koden är instabil och vilka delar som behöver bytas ut. En strukturerad nulägesbild visar vilka funktioner och integrationer som finns och vad de kostar att förvalta. Det är också utgångspunkten för Glansers 72-timmarsanalys.

Fast pris per funktion och löpande timdebitering fördelar risken på olika sätt. Fast pris ger er en tydligare kostnad inom avtalad omfattning. Det kräver att funktionerna och avgränsningarna är skrivna före start, annars blir varje ändring en diskussion om merarbete. Timdebitering passar när omfattningen ändras ofta och ni vill styra arbetet tätt, men ni tar själva större ansvar för att hålla koll på timmar och total kostnad. Med fast pris bär leverantören risken inom avtalad omfattning, med timdebitering bär ni den själva när omfattningen ändras.

Ett estimat bör visa ett spann och ange vilka frågor som kan påverka omfattningen. Be om antaganden och undantag skriftligt. Saknas de kan en offert se tydlig ut, samtidigt som risken för tillägg hamnar hos er. Tre poster som ofta förbises i kalkylen är kostnader för förvaltning, uppgraderingar och felrättning. Läs hur Glanser Care beskriver förvaltningsansvar och jämför det med vad som faktiskt ingår i ert förslag.

Vi beskriver vårt arbetssätt från nuläge till förvaltning öppet, så att ni kan jämföra upplägget med andra leverantörers. Begär samma underlag av alla: omfattning, antaganden, månadskostnad för förvaltning och besked om vad en uppgradering kostar. Glanser bygger lösningar med Funktionsbiblioteket, färdigutvecklade, testade och kompatibla funktioner och integrationer med fast omfattning och fast pris. Funktionerna kan levereras på nivåerna Standard, Anpassad och Kundunik, där en Kundunik funktion isoleras så att den inte påverkar resten vid uppgraderingar.

AI kräver ren produktdata innan den får publicera

Det är lätt att börja med en chatbot eftersom den syns för kunden. Men ett AI-verktyg som skriver produkttexter kan skapa problem om det saknar tydliga regler för produktfält, priser och lagerstatus. Börja därför med att avgöra vilken information som får ändras automatiskt och vem som godkänner resultatet.

SCB:s statistik om företagens AI-användning

Enligt SCB:s statistik om företagens AI-användning ökade AI-användningen bland svenska företag med minst tio anställda från 25,2 procent 2024 till 35,0 procent 2025. Det visar varför AI-frågan kan nå e-handelsteamet innan ansvaret för data och arbetsflöden är fördelat.

Be konsulten beskriva vilka produktfält AI får berika, vilka ändringar kräver manuellt godkännande och hur källan till varje ändring sparas. Priser och lagersaldo bör hämtas från styrda källor, med tydliga behörigheter som hindrar felaktiga uppgifter från att publiceras. För kundsvar i en portal behöver reglerna också hindra att en användare får information som hör till en annan kund. Be om en skriftlig beskrivning av vilka uppgifter verktyget lagrar och hur det hanterar personuppgifter, och jämför med Integritetsskyddsmyndighetens vägledning om GDPR och AI.

Ett PIM kan samla, berika och distribuera produktinformation till webb och andra kanaler. Se hur Glanser beskriver strukturerad produktinformation, och läs också om varför produktdata behöver en tydlig ägare. Börja med versionssäkrad produktdata och tydligt ansvar mellan marknad, produkt, IT och affärssystem innan ni sätter en chatbot i drift.

När en e-handelskonsult inte är rätt val

Om sortimentet är litet, ni säljer i en kanal och ingen integration behövs kan en standardlösning räcka. En intern ansvarig kan då sköta uppdateringar och följa upp orderflödet utan ett större konsultupplägg.

Ett annat tydligt hinder är oklara affärsregler. Om ni inte kan beskriva prislistor, kundsegment och godkännandeflöden blir varje estimat osäkert. En offert kan strukturera arbetet, men den kan inte fatta besluten åt er. Samla därför berörda personer innan ni ber om ett fast pris.

Fast pris passar sämre när omfattningen ändras ofta. Om ni behöver ompröva funktioner löpande kan timdebitering eller en mindre avgränsad första leverans ge er större handlingsutrymme. Det kräver samtidigt att någon hos er följer prioriteringar och kostnad.

Ett samarbete behöver en produktägare som kan fatta beslut inom en arbetsvecka, en person som äger produktdatan, tillgång till en testmiljö för affärssystemet och tid för acceptanstester. Om ert interna team har rätt kompetens och tid kan ni också sköta förvaltningen själva. Då kan en konsult bidra med avgränsat stöd utan att ta över produktansvaret.

Tre frågor som avslöjar hur leverantören arbetar

Fråga vilka delar som bygger på befintliga, testade funktioner och vilka som utvecklas särskilt för er. Ett vagt svar gör det svårt att förstå hur mycket av kostnaden som är förutsägbar.

Fråga vem som äger produktdata, prislogik och orderflöde om avtalet upphör eller ni byter leverantör. Om svaret inte anger hur ni får tillgång till data och dokumentation kan ett framtida byte bli mer komplicerat.

Fråga vad som händer när affärssystemet får en ny version, vilka tester som körs, vem som betalar och hur lång tid uppgraderingen tar. Ett oklart svar betyder att ansvaret för kompatibilitet kan hamna hos er utan att det syns i kalkylen.

Bestäm vem som äger era data innan ni väljer

Bestäm vem som äger produktdatan, prisreglerna och orderflödet innan ni jämför offerter. Det beslutet påverkar både teknisk lösning och hur lätt ni kan ändra arbetssätt senare. Skriv ner svaren från leverantörerna och jämför dem mot samma fem kompetensområden, så blir det enklare att se skillnader bakom likartade presentationer.

Ägarskap får särskild betydelse när affärssystemet och webbkanalen behöver dela produkt- och orderinformation. En genomgång av samspelet mellan e-handel och affärssystem kan hjälpa er att precisera vilka flöden ni behöver beskriva före beslut. Jämför också med vårt arbetssätt från nulägesbild till förvaltning.

Vi levererar webb, produktwebb, PIM och portaler med långsiktigt produktansvar, så ni kan börja med en lösning och bygga vidare på samma grund. Hos Glanser kan ni börja med en kostnadsfri 72-timmarsanalys: ni avsätter två timmar och får inom 72 timmar en inventering av funktioner och integrationer, en prototyp och ett kostnadsförslag.