01
Foranalyse
Vi gennemgår Bizzkit, datakvalitet, funktioner, integrationer og SEO og fastlægger, hvad der skal flyttes, genbygges eller udfases.
Bizzkit til Medusa
Flyt jeres webshop fra Bizzkit til Medusa med en konkret plan for data, funktioner, SEO, integrationer og lancering. Vi kortlægger det eksisterende setup, før den nye løsning bygges og testes.
Platformskifte
Bizzkit er en composable platform, hvor commerce, PIM, DAM, CMS og søgning er separate produkter med hver sin datamodel. Migreringen skal derfor afklare, hvilke data der stammer fra hvilket system, og hvad der skal videreføres i en mere samlet løsning.
Medusa er relevant, når I ønsker en fleksibel handelskerne med en separat frontend, speciallogik og tæt integration til forretningens øvrige systemer. Platformvalget bør dog først bekræftes ud fra katalog, arbejdsgange, integrationer, budget og fremtidige krav.
PIM-attributter, kundegrupper, markeder og prisregler kan mappes til Medusas produktmodel, salgskanaler og prislister, mens PIM, CMS og søgning får en eksplicit plads i den nye arkitektur.
Vil I sammenligne mulighederne, kan I også se migrering fra Bizzkit til Shopify , ShopOrama eller DanDomain . Få også det samlede overblik over webshopmigrering.
Funktioner og teknisk gæld
PIM-attributter, kundegrupper, markeder og prisregler kan mappes til Medusas produktmodel, salgskanaler og prislister, mens PIM, CMS og søgning får en eksplicit plads i den nye arkitektur.
Det, der oftest undervurderes, er, at Medusa er en handelskerne og ikke en færdig butik. Frontend, søgning, betalingsudbydere og arbejdsgange i administrationen skal planlægges som en samlet arkitektur og ikke tilføjes undervejs.
Vi bruger migreringen til at skelne mellem forretningskritiske behov og historiske tilpasninger. Det kan reducere teknisk gæld og gøre Medusa-løsningen lettere at drive videre efter lanceringen.
Efter lanceringen skal ansvar for kode, hosting, opdateringer og overvågning være aftalt. Løsningen kan videreudvikles med egne forretningsregler og integrationer, men kræver et løbende budget til teknisk drift.
Sådan fungerer det
Den nuværende webshop kan fortsætte driften, mens den nye løsning bygges og dataflytningen bliver prøvet af. Hver fase afsluttes med tydelige leverancer og testpunkter.
01
Vi gennemgår Bizzkit, datakvalitet, funktioner, integrationer og SEO og fastlægger, hvad der skal flyttes, genbygges eller udfases.
02
Medusa-backend, datamodel, frontend, arbejdsgange og integrationer bygges som én samlet løsning med tydelige grænser mellem systemerne. Samtidig køres og valideres migreringen på kopier af kildedata.
03
Vi tester frontend, checkout, betaling, fragt, mails, tracking, integrationer og redirects, før trafikken flyttes til den nye løsning. Den afsluttende dataflytning og mulighederne for at vende tilbage til den gamle løsning aftales på forhånd.
Data og mapping
Data transformeres og flyttes med scripts, der kan køres igen og API-kald, så testimport og endelig synkronisering kan valideres på samme grundlag. Først dokumenterer vi relationer og datakvalitet i Bizzkit, så importen ikke bygger på antagelser.
Produkter, varianter, PIM-attributter, medier fra DAM, kategorier, priser og lager gennemgås, renses og mappes til den nye produktstruktur.
PIM-arbejdsgange, CMS-indhold, søgeopsætning, prisregler, B2B-funktioner og specialudviklet frontend sorteres i det, der skal erstattes, genbygges eller udelades.
Kunder, adresser, ordrer, kundegrupper, markeder, sprog, valutaer, betaling, fragt og ERP-integrationer prioriteres efter lovkrav, kundeservice og den daglige drift.
URL'er fra CMS og commerce, kategorier, indholdssider, metadata, canonical-tags, flersprogede sider og redirects bliver grundlaget for nye URL'er, metadata og 301-redirects.
Projektets omfang
Det endelige omfang afhænger af jeres Bizzkit-løsning, men migreringen til Medusa samler normalt disse områder i én plan.
Godt match
Vælg den rigtige ydelse
En ny webshop, en løbende udviklingsaftale eller en indledende afklaring af platformvalg kan være et bedre match, hvis der ikke er et konkret projekt om platformskifte endnu.
Projektform
Webshopmigrering er en betalt projektydelse. Pris og tidsplan afhænger af data, integrationer, design og specialfunktioner og bliver fastlagt, før arbejdet begynder.
01
Vi afklarer datamængde, platforme, integrationer, design og specialfunktioner.
02
I modtager projektets omfang, leverancer, ansvar, pris og en realistisk tidsplan for projektet.
03
Arbejdet begynder først, når tilbuddet er godkendt, og adgang samt ansvar er på plads.
Kundeudtalelse
Om mig
Jeg har drevet Eagle Media siden 2016 og hjælper webshopejere med at få teknikken til at understøtte forretningen. Mit fokus er løsninger, der gør hverdagen lettere og giver mening for den måde, virksomheden arbejder på.
Et godt samarbejde handler for mig om mere end kode. I skal føle jer hørt og have ro i maven gennem hele processen. Samtidig skal I altid vide, hvem der tager ansvar.
Næste skridt
Fortæl os, hvor webshoppen ligger i dag, og hvad den nye løsning skal kunne.
Vi bruger oplysningerne til at afklare data, integrationer og projektets næste skridt. Pris og tidsplan fastlægges i et skriftligt tilbud, før arbejdet begynder.
Et betalt migrationsprojekt
Formularen starter dialogen. I bliver ikke tilmeldt en ydelse eller faktureret ved at sende den.
Ofte stillede spørgsmål
Vi kan hjælpe med at flytte relevante data og genopbygge de nødvendige arbejdsgange i Medusa. Før projektet afgrænser vi, hvilke data, funktioner og integrationer der skal med, og hvad der med fordel kan udfases.
PIM-attributter, kundegrupper, markeder og prisregler kan mappes til Medusas produktmodel, salgskanaler og prislister, mens PIM, CMS og søgning får en eksplicit plads i den nye arkitektur. Vi laver en konkret plan for datafelter og deres indbyrdes relationer og validerer resultatet med tællinger og stikprøver før den endelige import.
Ofte ja, hvis kildedata er tilgængelige og har tilstrækkelig kvalitet. Kundeadgangskoder kræver særskilt vurdering og kan ofte ikke flyttes direkte, så et sikkert aktiverings- eller nulstillingsflow kan være nødvendigt.
Vi kortlægger eksisterende URL'er og sider med trafik eller backlinks, planlægger den nye URL-struktur og opsætter 301-redirects. Redirects håndteres i jeres eget frontend- eller hostinglag, hvilket giver kontrol over regler og mønstre, men også gør dem til en del af kodebasen, der skal testes og vedligeholdes. Metadata, canonical-tags, sitemap og tracking indgår også i kvalitetssikringen. Placeringer og organisk trafik kan ændre sig ved et platformskifte og kan ikke garanteres.
Efter lanceringen skal ansvar for kode, hosting, opdateringer og overvågning være aftalt. Løsningen kan videreudvikles med egne forretningsregler og integrationer, men kræver et løbende budget til teknisk drift.
Tidsplanen afhænger af datamængde, datakvalitet, integrationer, design og specialfunktioner. Efter en foranalyse kan vi beskrive faser, ansvar, testkørsler og en realistisk lanceringsplan.