Publicerat 2026-07-03

Kravställning vid plattformsbyte: 

Frågorna som avslöjar vad en e-handelsplattform faktiskt går för

De flesta kravlistor inför ett plattformsbyte är skrivna som funktionslistor. Har plattformen PIM? Kryss. Stödjer den flera valutor? Kryss. Problemet är att en funktionslista talar om vad en plattform har, inte hur den beter sig den dag du faktiskt ska använda den. Och det är där besluten avgörs.

Den här guiden är skriven för dig som vill ställa de frågor som skiljer en plattform som håller från en som imponerar i en demo men skaver i vardagen. 

Kort sammanfattning:

En stark kravställning inför ett byte av e-handelsplattform handlar om hur plattformen beter sig över tid, inte om hur lång funktionslistan är. De avgörande frågorna rör teamets dagliga självständighet utan utvecklare, arkitektur och dataägarskap, AI som både ger insikt och utför arbete, beredskap för agentic commerce, samt skalbarhet kopplad till dina egna tillväxtplaner. Lika viktigt är genomförandet, alltså migrering och SEO, och frågan om hur stor del av lösningen som är standard kontra custom-kod, eftersom teknisk inlåsning oftare sitter i koden än i avtalet. Be alltid leverantören bevisa sina påståenden live med din egen affär som utgångspunkt.

Börja i nuläget, inte i funktionslistan

Innan du skriver en enda kravpunkt: kartlägg vad du faktiskt har. Inte bara funktionerna, utan arbetssätten. En stor del av det som känns som "krav" visar sig vid närmare granskning vara workarounds som smugit sig in i driften för tre år sedan och blivit en del av hur ni jobbar utan att någon bestämt det.

Sortera sedan kraven efter hur viktiga de är. Listan blir lätt lång, men tvinga fram en prioritering: om du måste välja, vilka är de tio viktigaste affärskraven? Det är dem du sedan går igenom på djupet med de leverantörer du tar vidare i processen.

• Genuint affärskrav. Sådant verksamheten inte fungerar utan.

• Trevligt att ha. Sådant som förbättrar, men inte är avgörande.

Dela också upp behoven i tid, för det avgör vad som måste vara på plats direkt och vad som kan vänta:

• Vid lansering. Måste fungera från dag ett.
• Inom 6–12 månader. Det ni vet kommer, strax efter bytet.
• Inom 2–3 år. Tillväxt- och expansionsbehov som plattformen ska klara av att växa in i.

Den här uppdelningen är det enskilt mest effektiva sättet att inte bli förälskad i blänkande funktioner som inte löser ert faktiska problem.

Daglig självständighet: be dem visa det, inte beskriva det

En av de tyngsta frågorna i en kravställning är hur mycket av det dagliga arbetet ditt team kan göra utan att vänta på någon annan. Att publicera en kampanjsida, justera en layout, lägga upp en landningssida. Nästan alla leverantörer säger att deras plattform klarar det. Få ber att få bevisa det.

Den skarpa kravställningen är därför inte "har ni ett CMS" utan "visa mig, live, hur min marknadsförare bygger en kampanjsida utan utvecklare". Be dem demonstrera med er typ av innehåll, inte med ett tillrättalagt exempel. Det avslöjar snabbt skillnaden mellan ett gränssnitt byggt för marknadsteam och ett som egentligen kräver en utvecklare bakom kulisserna.

Arkitektur, integrationer och dataägarskap

Ett öppet API är ett rimligt krav, men det räcker inte som fråga. Det som avgör om en composable-arkitektur blir en styrka eller en belastning är hur integrationerna åldras och vem som äger datan när flera system delar på den.

Styrkan i composable ligger i att välja rätt. Varje komponent du kopplar på ska tillföra ett tydligt värde, för det är medvetna val, inte mängden i sig, som gör arkitekturen till en tillgång.

Fråga konkret: vad händer när ett av tredjepartssystemen uppdateras? Vem ansvarar för att integrationen fortsätter fungera, och vad kostar det löpande? Många e-handlare upptäcker först i efterhand att ett dussin integrationer tyst håller ihop hela intäktsmotorn, och att ingen egentligen äger dem.

Serkan Selcuk, Product Owner på Viskan, konstaterar: "En öppen arkitektur är bara värd något om det är glasklart vem som äger vilken data. Vi ser gång på gång att problemen inte uppstår i själva integrationen, utan i gränssnittet mellan system där ingen riktigt bestämt vem som äger sanningen. Fråga alltid en leverantör hur dataägarskapet ser ut i praktiken, inte bara om API:et är öppet."

Hur lätt blir lösningen att flytta längre fram? 

En fråga som sällan ställs under en upphandling, men som avgör hur fri du är i framtiden, handlar om hur de affärskritiska delarna av din lösning är byggda. Anpassningar för just din affär är både normalt och nödvändigt för en växande e-handel. Konsten ligger i att hitta balansen mellan att följa plattformens egen logik och att möta verksamhetens behov, för det är den balansen som avgör hur lätt lösningen blir att flytta längre fram.

Skillnaden märks den dag du vill byta. Det som byggts på ett standardiserat sätt följer kända mönster och går oftast att återskapa på en ny plattform. Det som är specialbyggt i kärnan, exempelvis i betalning eller orderhantering, finns det däremot ingen färdig väg vidare för. Det måste förstås och byggas om från början, och blir du dessutom beroende av just dem som en gång byggde det blir bytet ännu tyngre.

Därför är det värt att fråga hur de kritiska flödena är byggda, och hur väl det som är specialanpassat är dokumenterat. Ju mer av din affärskritiska kärna som vilar på en hanterbar, standardiserad grund, desto friare är du den dag du vill vidare.

"Inlåsning är sällan formell, den är praktisk. Den sitter i hur de affärskritiska delarna är byggda. Är de specialbyggda på ett sätt som bara följer din nuvarande plattform blir ett byte tungt, oavsett vad som står i avtalet. Fråga hur kärnan är byggd och hur väl den är dokumenterad, det säger mer om din rörlighet än något annat," framhåller Serkan Selcuk, Product Owner på Viskan.

AI: ställ frågorna som tar dig bortom demon

Det här är området där kravställningar oftast är som svagast, just för att det är nytt. Och en AI-demo ser nästan alltid bra ut. Den verkliga skillnaden mellan plattformar ligger inte i modellen, för 2026 har i princip alla tillgång till samma underliggande modeller. Skillnaden ligger i allt runt omkring: datan som matar AI:n, hur djupt den är integrerad, och om den kan agera på sina egna slutsatser eller bara föreslå dem.

Tre frågor som skär igenom:

1. Når AI:n fram till systemen som ska agera på det den kommer fram till? 

Eller stannar den vid en rekommendation som någon ändå måste verkställa manuellt? Skillnaden är konkret: en agent som höjer exponeringen för en produkt som plötsligt säljer bra, utan att du behöver göra något, är något helt annat än en som bara rapporterar att den gör det.

2. Utför AI:n faktiskt arbete åt teamet? 

Kan den generera produkttexter, översätta och lokalisera innehåll till alla dina språk direkt i plattformen? Det är där AI avlastar det manuella arbete som annars aldrig tar slut.

3. Vem kan använda den, och vad utvärderas den på?

Kan ditt e-handelsteam dra nytta av AI:n utan teknisk hjälp, och mäts den på riktiga utfall som konvertering och sparad tid, inte på antal funktioner?

"Det är lätt att bli imponerad av en AI-demo. Den svåra frågan är vad som händer efter demon: når AI:n fram till systemen som ska agera på det den föreslår, och kan teamet använda den utan teknisk hjälp? En AI-funktion som inte kan göra något åt sina egna slutsatser är en demo, inte en funktion." förklarar Serkan Selcuk, Product Owner på Viskan.

Är plattformen förberedd för agentic commerce?

Agentic commerce handlar i grunden om att ytterligare en kanal är på väg att uppstå, där själva köpet sker via en AI-agent i stället för att kunden klickar sig genom din site. Det är värt att kravställa redan nu, även om köpen ännu inte sker där i någon volym.

Två frågor, varav den ena är aktuell idag och den andra handlar om riktningen framåt:

• Syns du där köpet börjar? Allt fler köpresor inleds i en AI-assistent i stället för i en sökruta. Är din produktdata och din site byggd så att en agent kan hitta, förstå och presentera dina produkter rätt? Det avgörs av teknisk prestanda och strukturerad data, och det påverkar din synlighet redan idag.

• Finns det en väg till att genomföra köp? Fråga leverantören rakt ut om de har en roadmap för att kunna hantera köp som sker via agenter. Du behöver inte funktionen i morgon, men svaret säger mycket om hur framåtlutad plattformen är.

Skalbarhet: be dem räkna på dina siffror, inte sina

"Plattformen är skalbar" betyder ingenting i sig. Skalbarhet är alltid relativt till just din affär. Den användbara kravställningen tar dina egna tillväxtscenarier och ber leverantören visa hur plattformen beter sig under dem:

• Hur beter sig plattformen med dubbla produktkatalogen och flera gånger trafiken?

• Vad krävs för att gå från B2C till hybrid B2B, eller för att lägga till en prenumerationsmodell?

• Vad innebär en expansion till en ny marknad i praktiken, utöver att byta språk: lokala betal- och leveransmetoder, valuta och marknadsspecifika kampanjer?

Om svaret på varje nytt behov är "ytterligare en modul" är det värt att räkna på vad det kostar över tid, både i pengar och i prestanda.

Själva bytet: migrering, SEO och risk

Bytet är det enskilt mest riskfyllda ögonblicket för din e-handelsintäkt, och ändå det som kravställs minst noggrant. Det mesta som går fel handlar inte om att en funktion saknas, utan om vad som händer i övergången. Kravställ därför genomförandet lika hårt som plattformen:

• Hur går datamigreringen till, och kan den ske stegvis så att ni kan validera i omgångar?

• Riskerar butiken att ligga nere under övergången, och i så fall hur länge?

• Hur skyddas er SEO, alltså URL-struktur, redirects och metadata, så att ni inte tappar den synlighet ni byggt upp under år?

Be om en konkret plan, inte en försäkran om att "det brukar gå bra".

Leverantören blir din partner, inte bara din plattform 

Du köper en relation, inte bara en produkt. Två plattformar som ser likadana ut på pappret kan bete sig helt olika den dag något brister.

Fråga hur supporten faktiskt fungerar i praktiken. Skillnaden mellan att hamna i en anonym ärendekö och att snabbt nå någon som kan din lösning kan vara veckor när det väl gäller.

Fråga också vem du arbetar med över tid. En dedikerad kontaktperson som kan din affär är värd mycket mer än supportkapacitet. Den som känner din verksamhet vet också vilka nya funktioner som är relevanta just för dig, och kan föra dina behov vidare in i utvecklingen av plattformen. Det leder till nästa fråga: hur utvecklas plattformen framåt, och får du del av ny funktionalitet löpande? En plattform som kontinuerligt utvecklas, där alla kunder får ta del av förbättringarna, håller sig relevant över tid i stället för att långsamt halka efter.

Fråga slutligen hur uppgraderingar går till, eftersom skillnaden mellan automatiska uppgraderingar och versionsbyten som blir egna projekt är en återkommande kostnad du betalar i åratal. Och be att få prata med befintliga kunder, helst utan att leverantören sitter med. Det är den ärligaste informationskällan du kan få.

Det viktigaste syns inte i funktionslistan, utan i hur plattformen beter sig över tid

En bra kravställning gör framför allt en sak: den flyttar fokus från vad en plattform lovar till hur den beter sig över tid. Ställer du de här frågorna kan du skilja leverantörer åt långt innan något avtal är påskrivet.

Vill du resonera kring vad som är rätt att kravställa just för er affär, pratar vi gärna. Inga säljargument, bara ett samtal om var ni står.

Artikelns ämnesexperter