Exportera och importera data mellan nätbutiker

När man ska flytta data från en nätbutik till en annan kommer man ställas inför några utmaningar på vägen. Vad man ska göra och hur man gör det beror på vilket stöd som finns i lösningen man ska flytta från och lösningen man ska flytta till. I vårt fall med Kodmyran som målplattform fanns det stora möjligheter att importera allt vi kunde behöva och så här gjorde vi upp planen för migreringen av data.

kodmyran-export

Kategorier

Basstrukturen i nätbutiken är dess kategoristruktur. Här hade vi möjligheten att importera dessa automatiskt, men då vi bara hade 130 stycken valde vi att migrera dem helt manuellt. I den nya butiken erbjuds vi möjlighet att jobba med HTML för kategoribeskrivningarna vilket gjorde att vi ändå ville gå igenom dem manuellt för att se vilka delar som skulle formatteras. Det handlade dessutom bara om en par timmars jobb att flytta över informationen.

Tack vare att man styr adressen själv på hur kategorin ska exponeras använde vi precis samma URL på kategorierna som de haft i Prestashop vilket gör att vi inte hade behov av att göra några redirects.

Vi förde en logg över de gamla identiteterna i Prestashop mot de nya i Kodmyran för att vid ett senare tillfälle kunna knyta produkter till rätt kategori.

Produkter

Produkterna tillhör kärnan av det man säljer och det är viktigt att få med så bra information som möjligt. Vi skapade därför en egen exportrutin till Prestashop som exporterade i ett format som man direkt kan importera i Kodmyrans lösning. Här byggde vi en enkel CSV-export där produktdata för det som skulle konverteras fanns med. I detta steg exporteras inte produkternas attribut.

Exporten kördes sedan flera gånger där vi vid varje körning tog in fler kolumner i importen bara för att verifiera att allt fungerade bra och att allt hamnade på rätt plats. För att inte riskera att förstöra något i den “skarpa” butiken hade vi under en period kvar en demobutik att testa importera data i. Mycket användbart och smidigt för att inte råka göra fel.

Hemmakategori i Prestashop importerades via denna fil mot en kategori i den nya butiken. Här använde vi mappningstabellen från steget innan för att koppla produkten mot det nya kategori-idt.

Det knepigaste var att lyckas med att få ut HTML på rätt sätt så att den långa beskrivningen kunde importeras utan problem. På det korta beskrivningsfältet skulle vi dessutom gå från HTML till ren text. Här uppstod en del fel med vissa tecken och vi har manuellt jobbat på att rensa bort frågetecken som uppkommit i vissa texter.

När väl importen var på plats pausade vi allt utom akuta uppdateringar av produktdata för återstoden av konverteringstiden för att inte behöva underhålla data i flera system. Det var lite trist då vi hade en hel del nyheter som bara låg och väntade på att läggas ut till försäljning.

Bilder

I Prestashop ligger bilderna kopplat mot de produkter de tillhör. Dessa bilder följer dock en logik där de hamnar under img/p och sedan heter produktnummer, ett minustecken och sedan ett löpnummer. Vi exporterade dessa bilder via exportrutinen så det skulle gå att koppla på bilden mot en relativ sökväg då man i Kodmyran jobbar med filer.

Bilderna exporteras i en struktur efter varumärke/ps/produktnamn-artikelnummer.jpg så att det skulle vara enkelt att koppla upp bilden vid importtillfället. Vi hade självklart här kunnat använda bilderna i originalformat som vi lagrat dem, men för att inte riskera att göra några fel med vilken bild som är kopplad till produkterna så ansåg vi att Prestashop hade bäst data.

Exporten av bilder från Prestashop gjordes enligt följande:

  1. Exportera data i CSV-formatet.
  2. Öppna CSV-filen och skapa en formel i Excel för att köra “wget” på filerna så de kan laddas ner via en scriptfil.
  3. Kör scriptfilen och ladda ner bilderna i originalstorlek.
  4. Använd Irfanview för att tillverkare för tillverkare skala ner bilderna till 1000×1000 pixlar som maximal storlek.
  5. Ladda upp filerna till bildstrukturen hos Kodmyran.

Därefter körde vi kopplingar genom import av CSV-filen med produktdata. Man kan importera kopplingar mot flera bilder samtidigt, men vi gjorde dessa kopplingar manuellt då det bara var 30 produkter som hade fler än en bild.

Den externa adressen för nästan alla produkter kunde vi behålla från Prestashop. Adresserna i Prestashop innehåller däremot EAN-koden, vilket skapar rätt långa adresser. På ett 20-tal blev adressen för lång och vi fick skapa 301-redirect för dessa specifika. Vilka som hade för lång adress räknade vi enkelt ut via en längd-formel i Excel och kunde då också generera .htaccess-rader för dessa specifika redirect.

Bloggar och texter

Här saknades det enkla importverktyg för att läsa in data på ett enkelt sätt. Därför beslutade vi även här att köra copy-paste-metoden. Det handlade om cirka 80 blogginlägg och 10 textsidor. Det var också bara frågan om en par timmars jobb, så här körde vi copy-paste och hade fixat det på några kvällar.

Det som fick hanteras manuellt här var bilder kopplade mot bloggtexter och informationstextern. Vi laddade ner dessa via en plugin till webbläsaren och laddade sedan upp den i nya butiken i en alternativ struktur med bilder i målformatet direkt. Därefter fick vi gå in på varje inlägg och koppla upp rätt bild.

Här vet vi om att det uppstått en del fel på både bilder och länkar, men prioriteringen har varit att de viktigaste texterna (ordervillkor, om oss etc) och mest besökta bloggposterna var korrekta.

Adresserna på bloggposterna fick bli desamma som tidigare.

Det som inte var klockrent att migrera var bloggkategorier och en förstasida för bloggen, då både kategoriverktyg och taggning saknades. Här blev det en halvmanuell sida där man kan lyfta fram blogginlägg att visa upp och en lista över samtliga blogginlägg längre ner som en rak lista. Inte helt optimalt, men det får rättas längre fram.

För bloggen saknades funktionalitet för att koppla produkter till blogginlägg, men detta kunde med lite klurande och några rader programkod i mallen implementeras av oss själva. Mycket smidigt!

Kopplingar mellan kategori och produkt

Vi har några olika alternativa strukturer för att navigera fram till samma produkt från några olika vyer. Dessutom har vi kategorier för toppsäljare och fyndhörnan som behövde fyllas med data.

Här gjorde vi en enkel SQL där vi exportera produktnummer och kategori-id för alla kategorier där produkten ingår. Kategori-id var den nya butikens identitet och en enkel excelformel användes för att översätta från gamla identiteter till nya via mappningstabellen från kategoriskaparsteget.

Kunder

Att importera kunder var något vi gjorde natten innan det var dags att gå live med den nya butiken. Från Prestashop kombinerade vi exporten av kunddata som kundregister och adressregister med den senast skapade leveransadressen.  Flagga med prenumeration på nyhetsbrev ingick också i exporten.

Order och orderrader

Dessa går också att importera i den nya lösningen, men det har vi ännu inte konverterat. Hade tänkt göra det och vi får se om det blir gjort, eller om orderhistoriken helt enkelt får ligga kvar i det gamla systemet.

Hur gick det då?

All form av migrering är klurigt att lyckas bra med. Vi lyckades väl inte perfekt, men det gick på det hela sett fantastiskt smidigt att migrera till Kodmyran. Det märks verkligen att de jobbat med att göra det smidigt. För dem som kanske inte har en lika stor verktyglåda som jag att klippa och klistra ihop kod med, har de några paket där de hjälper till att flytta data.

Nästa avsnitt

I nästa avsnitt tänkte jag berätta lite kring hur vi tänkte med mallarna för butiken och varför vi valde att inte gå all-in med en professionell design. Stay tuned!

Den nya ehandelsplattformen blev…

…efter en hel del utvärderande, funderande och verifiering mot kravspecifikationen blev den lösning vi fastnade för allra mest lösningen från Kodmyran. Länge stod vi och vände och vred de olika alternativen mot varandra och de alternativ vi in i det sista stod mellan var:

  • Att köra vidare med open source och gå in med Magento.
  • Att investera tid och kraft i att uppgradera vår Prestashop mot senaste versionen
  • Att välja Wikinggruppen för att man får en lösning som tilltalar plånboken och det ingår en professionell design
  • Att välja den lösning från Kodmyran som är vi under utvärderingen fastnade för då den förutom alla butiksfunktioner även har ett bra stöd för inköpshantering

Varför gillade vi då Kodmyrans lösning bäst?

Det kanske tyngsta argumentet är att den kändes rätt från början. Magkänslan är viktig för hur väl man kommer trivas med lösningen och med en god ingångskänsla finns bra förutsättningar för att lyckas väl i genomförandet av projektet.

Det som också väger otroligt tungt är svaren från supporten. Vi testade som jag skrev i tidigare inlägg att skicka frågor till supporten. Av Kodmyran fick vi alltid förstklassiga svar som innehöll mycket erfarenhet och med en känsla av att de kom med motförslag om de frågor jag skickade hade en erfarenhetsmässigt bättre implementationsteknik.

På backendsidan för den som ska hantera sin butik fanns det några saker som utmärkte sig:

  • Import och export av data är enormt smidigt. Exportera – efterbehandla – importera. Supersnyggt!
  • Flera olika textfält för att beskriva sina produkter. Vi kan t.ex. automatisera produktspecifikationerna via vår masterkatalog för artikelregistret där alla egenskaper redan finns.
  • Enkelt att skapa nya produkter. Bara några fåtal obligatoriska fält och så är man igång. Fylla på senare.
  • Flödet för att packa och skicka är mycket bra. Integrationen med Klarna funkar finfint för aktivering av fakturor.
  • SEO-taggning tydlig och möjlig att fylla på med standardvärden om man inte fyllt i något.
  • Bra möjlighet att ha massvis med information i butiken med olika paneler som kan användas som information om t.ex. specifika typer av produkter.
  • Snygga och prydliga utskrifter.
  • Ekonomisk rapportering med dagsavslut och all information som behövs för att bokföra.
  • Enkelt att sälja på Fyndiq och Tradera direkt i gränssnittet utan att riskera att man har fel lagersaldo någonstans.
  • Att vi kommer kunna behålla samma adresser till nästan alla sidor och därmed inte tar lika stor risk som om vi fått bygga redirects på att sidorna flyttat.

På frontendsidan finns det också några saker vi gillar:

  • Mallhanteringen är enkel att jobba med för den som är van att jobba med en butiksplattform. Ingen editor som döljer inställningar utan äkta HTML-mallar. Man kan ha flera parallella mallar och alltså arbeta fram den kommande designen helt utan att störa det som rullar i drift.
  • Smidigt flöde för betalningar. Här har man också själv möjlighet att bygga en riktigt bra kassa, något vi kommer titta på men ej fixa absolut från början.
  • Hastigheten. Butikerna är snabba och smidiga.
  • Möjligheter att direkt hantera nyheter, kategorier, varumärken, bästsäljare, relaterade produkter, tillbehör och sådant som andra köpte.

För programmeraren och den som ska integrera gillar vi:

  • Att det finns ett API som innehåller det mesta man kan behöva för att integrera övriga applikationer med nätbutiken.
  • Att det finns bra funktioner att ta ut XML-filer direkt i webbgränssnittet som kan laddas in i andra system.
  • Att man själv kan påverka hur mallarna fungerar och inte är styrd exakt efter hur det ser ut i standardmallarna.

Vad var det som inte var lika bra?

Allt är givetvis inte alltid bra med en lösning. Hade vi funnit en lösning som inte hade några brister hade vi ju inte behövt tveka. Därför tänkte jag också presentera några av de saker som andra leverantörer hade bättre möjligheter till.

  • Att design inte ingår. Här får man möjligheter genom att köpa ett färdigt tema till en opensourcelösning eller välja en leverantör som innehåller en del designarbete och detta var ett av de områden där andra var starkare. Man får dock med ett helt gäng olika standardmallar att utgå ifrån när man bygger sin egen lösning hos Kodmyran.
  • Vi har vant oss vid ganska standardiserade funktioner för sökning och filtrering av produkter via kategoriträd. Hos Kodmyran får man enklare träfflistor där man vid avancerad sökning får artikelnummer, benämning, lagersaldo och pris. När man jobbar med nya produkter är det aldrig fel med en bild.
  • Bildhanteringen känns lite begränsande i och med att man får lägga upp koppling mot bilder en och en i gränssnittet där det krånglar en del med katalogstrukturer och förhandsgranskning. Finns dock goda möjligheter att köra in dessa via import i stället.
  • Att sökningen inte hanterar sökning under tiden man skriver med Ajax som är standard för de flesta andra lösningar.
  • Att vissa funktioner kräver enterpriseversionen och att det då gärna drar iväg i kostnad. Nu beslutade vi oss för att köra utan attributhanteringen och sköta detta via specifikationsfältet och genom att bygga alternativa kategoristrukturer.

Implementationstiden

Då vi som alltid är sent ute och är mitt inne i vår del av året när försäljningen är rätt starkt så är det en jättestor risk att byta nätbutik mitt uppe i pågående försäljning. Planen var då att innan den 15:e november vara igång med den nya nätbutiken och alltså klarar implementationen på motsvarande 45 dagar. För den som inte gjort ett IT-projekt kan man tycka att detta låter som eoner av tid, men för den som varit inblandad i ett liknande projekt vet att det är en mycket kort projekttid.

I verkligheten så driftsatte vi butiken den 4:e november, alltså 10 dagar före tidplan och det är bloggen som inte hunnit bli skriven i takt med projektet.

Nästa avsnitt

I nästa avsnitt kommer jag att skriva hur vi tänkte med att flytta över informationen från vår Prestashop till Kodmyran och vilka val som gjordes kring automatisk eller manuell hantering.

Kravspecifikationen när man ska byta e-handelssystem

Den som är helt nystartad inom e-handeln och kanske vill testa på det som ett sätt att driva upp ett företag eller komplettera sin annars så trista vardag med lite småföretagande har en stor utmaning framför sig. Här är det viktigaste att räkna ut hur man får in besökare i nätbutiken och hur man sedan får dessa att bli kunder. En riktigt svår övning vilket också gör att det både öppnar och stänger väldigt många nätbutiker varje år. När man då väljer e-handelssystem för denna typ av “försök” är nog det viktigaste att hitta något som fungerar och gör att det går att sälja även om det inte är ett perfekt system att jobba med ur alla aspekter.

Den bistra sanningen man ska förbi är att en nystartad nätbutik kanske har en konverteringsgrad, alltså hur många procent av besökarna man lyckas sälja något till, på maximalt 1%. Det gör att man behöver 100 besökare för en försäljning och att jaga reda på 100 besökare är en tuff utmaning i sig. Går man på annonser gäller det i stället att man kanske får betala 2kr per klick och då kommer varje försäljning kosta 200kr. Med dessa fakta kommer det finnas ett ledord som måste gälla för en lyckad satsning:

LÅGA FASTA KOSTNADER

Det ger en möjlighet att utvärdera och bedöma om detta med e-handel är något att satsa på eller om man helt enkelt inte är rätt person i rätt bransch. Kanske valde man inte det som skulle säljas utifrån att man har ett passionerat intresse för det man ska sälja och då är det inte kul att sitta på dyra fasta kostnader och långa avtalstider.

Har du kommit förbi detta steg och ska titta på hur du växer din verksamhet ska du fortsätta läsa här, för här börjar det bli nya problem man ställs inför.

Kravspecifikationen

När försäljningen lite smått börjar rulla kommer det att dyka upp andra problem som lägger på punkter på en kravspecifikation. Här är några av de viktigaste sakerna i vår kravspecifikation för hur vi tar vår e-handel vidare till nästa nivå.

Hygienfaktorerna

Alla basfunktioner ska finnas för att bygga en modern e-handel. Kommer inte räkna upp alla, men här kommer ett gäng av de viktigaste:

  • Startsida som man själv kan styra över
  • Innehållssidor och bloggfunktionatlitet
  • Kategorisidor
  • Möjlighet för produkter att tillhöra flera kategorier
  • Stöd för att hantera tillverkare
  • Visa nyheter, bästsäljare etc
  • Bra kassa
  • Kundregister med möjlighet till att flagga med nyhetsbrev
  • Glömt lösenord och få ett nytt
  • Lagra lösenordet krypterat
  • Möjlighet att styra utseende på e-post och kvitton
  • Integration med fakturasystem och betallösningar för automatisk aktivering av fakturor från butiken
  • Möjlighet att integrera med fraktsystem för att skicka fraktbokningar
  • Möjlighet att hantera attribut
  • Möjlighet att hantera flera butiker i samma gränssnitt

Spara tid

När man ska packa order och har mer än 1-2 order på en kväll att hantera kan det börja bli en hel del manuell hantering för att göra pappersarbetet kring hanteringen av order. Det handlar för oss om att:

  • Skriva ut plocklista
  • Aktivera faktura om man valt att betala med faktura. Här måste vi även gå in och ändra varulistan på varje faktura pga dålig integration mellan nätbutiken och Klarna för att artikelnummer blir rätt.
  • Hitta produkterna på lagret
  • Packa
  • Väga försändelsen
  • Boka frakt
  • Rapportera som skickad
  • Lägga in kollinummer

Allt som allt innebär denna hantering väldigt många klick för oss och det tar i dagsläget 8 minuter att hantera varje order.

Ett mycket viktigt moment för oss är att förenkla denna process och dra ner antalet klick. Målet är att kunna göra samma sak på 4 minuter.

Hjälpa kunden föreslå alternativa produkter och tillbehör

Vi säljer produkter som kan användas tillsammans med andra produkter. Dessa passar inte alltid ihop med allt och när man valt en produkt kan man vilja föreslå andra produkter som alternativ med liknande egenskaper baserat på vår erfarenhet och inte nödvändigtvis sådana som är kopplade bara för att de ligger i samma kategori. Denna hantering behöver då kunna göras både automatiskt och manuellt.

Tillbehör är inte samma sak som relaterade produkter och dessa behöver också kunna kopplas på produktnivån. Vi behöver bland annat kunna föreslå dimmers eller transformatorer till de lampor som kräver sådana tillbehör. Det är nästan omöjligt för en kund att annars välja rätt och är det svårt handlar man gärna hos någon annan.

Det är förvisso skoj med en funktion för att visa vilka produkter kunder som köpte denna också köpte, men i fallet med kombinationer kan denna information vara missledande, så vi kommer från början inte ha med en sådan funktion.

Möjlighet att bygga enkel kassa

Under den tid vi haft vår nätbutik öppen har det hänt en hel del med hur man genomför ett köp i kassan. Saker som att fylla i adressuppgifter genom att hämta adress via personnummer är något man måste ha idag. Det ska också gå att anpassa kassan över tiden för att fungera både för vanliga datorer och mobila enheter.

Testa, testa, testa, mäta, mäta, mäta

Just att få besökarna att bli kunder är något av det svåraste man kan ägna sig åt. Hur man gör är nog något man kan ha vissa generella regler kring, men kommer också vara koppla till respektive butik med sitt utbud. Här behöver det finnas stöd för att testa olika saker under en period mot en grupp användare och en annan sak mot en annan grupp. Det brukar kallas för A/B-testning och man kan sedan mäta hur resultatet blir när tillräckligt många har fått se respektive modell.

Eget innehåll

Alla som testat sökmotoroptimering SEO vet att det som gäller i början av 2012 kan vara helt felaktigt 2013. Något som aldrig kommer vara fel är att ha bra textinnehåll i sin butik som lockar besökarna att handla för att de hittar bra fakta i butiken. Vi har arbetat rätt hårt mot att knyta ett bra innehåll med produktbeskrivningar och kommer fortsätta ännu mer med att skapa bättre kategoribeskrivningar. Här har vi upplevt begränsningar med Prestashop där det krävts ytterligare programvara och som programmerare fastnar man givetvis här för att tiden går till annat än att fixa med programvaran…

Möjlighet att följa med i framkanten på utvecklingen

När man kört med Open Source är man också väl medveten om att ingenting i form av nya funktioner kommer till en per automatik. Nya saker kräver åtgärder och är man själv tekniskt insatt håller man butiken fräsch och uppdaterad. Har man beroenden till externa moduler (vilket då krävs för att få den funktionalitet man är ute efter) och man får då ett beroende som gör det knepigt att uppgradera. Väljer man att hyra sin lösning får man bättre möjligheter att följa med i utvecklingen som plattformsleverantören jobbar med eftersom det är de som har kontroll på all kod till skillnad när hela världen kan skapa olika moduler och den enskilde handlaren kan plocka ihop en helt unik mix som ingen annan kör.

Har man all tid i världen och tycker detta är superskoj kan man nog få en riktigt bra lösning och då väljer man gärna Magento, Prestashop eller Opencart. Är man som jag själv händig med tekniken men gärna väljer att spendera tid med familjen i stället för att leta beroenden mellan olika moduler så hamnar det om att göra det bästa med den tid man har tillgänglig.

Supporten är viktig

Under tiden man bygger upp sin nya butik kommer tillgång till support vara livsnödvändig. Här vill man ha en organisation att jobba mot som förstår vad man säger och där det liksom ska finnas en naturlig fallenhet för att man gillar sin leverantör. Man kommer troligtvis att ha en del med denna leverantör att göra framöver om allt går som det ska. Vi har testat supporten hos samtliga leverantörer som utvärderats och med olika resultat. De flesta manövrerade ut sig själv på “kuggfrågan” jag skickat in och frågat en motsägelsefull fråga kring en funktion jag redan vet hur den fungerar och utvärdera svaret.

Import och export av data

Då vi jobbar med flera försäljningskanaler, ett centralt artikelregister som inte ligger i nätbutiken och har en stor erfarenhet kring att masshantera produktdata måste det gå smidigt att ladda in och ur data i systemet även efter att man gjort den initiala konverteringen. Här funkar både Excel och XML men gärna textformatet CSV så det är lätt att utveckla mot.

API, programmeringsgränssnitt

Då vi har en lagerbutik med kassasystem måste man kunna skicka transaktioner mellan dessa. Att vi dessutom håller på att utveckla ett PIM-system (Product Information Management) som Open Source som kommer att släppas inom en tidsram på 20 år så kom behövs det möjligheten att testa olika kopplingar mot systemet i nätbutiken. Det är inget vi kommer använda från dag ett, men det kommer krävas inom en framtid så här kvalar flera leverantörer in på kravet.

Ha en bra känsla för lösningen

Det ska kännas bra att jobba i butiken. Det ska kännas bra att bygga mallarna och upplevelsen för slutanvändaren. Allt behöver inte vara perfekt, men känslan ska vara den rätta när man ser till helheten.

Valet av system

I nästa inlägg kommer jag berätta om vilket system vi valt och varför vi gjort det. Skicka gärna in en kommentar om du tycker att jag missat något viktigt.

Att hyra butikslösning

Att styra sin teknik är att ha kontroll. Det är också att ha ett ansvar för att se till att hålla sin programvara uppdaterad och fräsch. Man ska gärna hänga med trender och då och då införa nya funktioner som gör det smidigare för besökarna att bli till kunder. Handlaren ska dessutom fokusera på att sälja mer och ta hand om de besökare som väljer att bli kunder. Detta på sin fritid som ska delas med familjen.

När projektet med att driva näthandel börjar ta lite fart på allvar handlar det inte längre om att sitta vid e-posten och vänta på att det ska plinga in ett mail med uppgifter om att en order ska packas. Det kan faktiskt innebära en hel del arbete att ta hand om de som väljer att bli kunder och handla av butiken. Alla de där fina orden man skrev när det trillade in någon order per vecka och det inte var ett problem att det tog 15-20 minuter att göra i ordning ett enda paket. När saker börjar rulla är det inte riktigt lika enkelt att låta en order ta 20 minuter att behandla om man dessutom ska hinna utveckla butiken på sin dyrbara fritid.

Det har skrivits många kloka ord kring att vara näthandlare inte handlar om att vara tekniker med förmågan att bemästra tekniken. Det handlar i stället om att vara bäst på de produkter man säljer och bäst på att sälja just dessa produkter. Jag är inte e-handlare generellt bara, jag är lamphandlare. För att bli bäst på att sälja lampor måste jag fokusera just på hur man säljer lampor på bästa sätt.

Förlorar försäljning på grund av teknik

Vi har under en period slitit med många köp som misslyckats via t.ex. Klarna där vi vet att det beror på ett fel i integrationen i den tilläggsmodul till Prestashop som gör det möjligt att handla med Klarna. Det går att fixa felet – jag har till och med ganska noga felsökt just vad som gått fel – men tiden för att rätta till det finns inte. Det är dessutom så att flödet för de olika betallösningarna inte riktigt är så smidigt som det skulle kunna vara.

Det handlar också om trovärdighet. Kunder handlar gärna av en butik där tekniken fungerar.  Vi vill att våra kunder ska känna sig trygga med att det går att betala på ett säkert sätt. Om vi inte tar tag i problemen kanske man inte anser att det är ok att behöva betala med kort för att det krånglar med betalning via faktura?

Ta del av andras erfarenhet

Väljer man att jobba med Prestashop, Magento, Opencart eller någon av de andra lösningarna för att driva sin nätbutik via Open Source får man ta del av utvecklingen av plattformarna. Det är lösningar med hundratals eller tusentals tillägg som enkelt kan installeras för att forma butiken precis hur som helst. Har man tid och kunskap är det nog perfekt att bygga ihop en lösning baserat på dessa tillägg. Funkar fint ända fram till det är dags att uppgradera och tilläggen visar sig vara i osynk.

Man kan också välja en enklare väg. Välja en lösning där man inte helt säkert får tillgång till alla möjliga sätt att göra saker på utan blir styrd in i ett mer kontrollerat sätt. Ett sätt som är anpassat till den marknad man verkar på och där kunderna känner igen sättet att presentera produkter på, genomföra köp och hur man följer sin order tills den når brevlådan. Här finns det ett flertal leverantörer och vi har tittat på ett urval av dem via demobutiker och referenser.

  • Nordisk e-handel
  • Textalk
  • Talex
  • Kodmyran
  • Wikinggruppen
  • Askås
  • C4Media
  • Jetshop

Det man slås av är hur tillräckligt de flesta lösningar verkar kunna presentera upplevelsen för besökaren. Man kan skapa sin unika design idag och var och en av dem har riktigt fina referenser. Flera butiker har lyckats riktigt bra på vägen med respektive plattform.

Att arbeta med sin produktinformation

Bortsett från att produkterna ska kunna presenteras på ett bra sätt för besökaren måste jag som handlare också kunna underhålla den på ett bra sätt. För mig är det superviktigt att kunna hantera informationen via ett import och exportförfarande där jag kan arbeta fram visst material utanför själva nätbutiken. Det innebär att det måste finnas ett bra sätt att få in och ut informationen i butikskanalen som möjligt. Här har alla leverantörerna vi testat haft färdiga lösningar som fungerat hyggligt.

Vi jobbar med vårt artikelregister utanför e-handelssystemet just för att vi har en lagerbutik och ett behov av att planera sortimentet utifrån våra leverantörers artiklar. Det vill vi kunna göra i lugn och ro helt utan att lägga in uppgifterna i nätbutiken. Det ska tilldelas artikelnummer, upprättas dokumentation och ordnas med en hel del pappersarbete innan en artikel är klar att säljas på nätet. Hela den processen med att ta fram och testa av nyheter och leveranser från nya leverantörer sker utanför nätbutiken.

Bilder är också något som ska gå att använda i flera kanaler som t.ex. reklamblad eller den tryckta katalogen (som vi ännu inte lyckats producera på grund av tidsbrist).

Vissa av leverantörerna utmärkte sig direkt genom att ha mycket väl utvecklade rutiner för att kombinera information inne i systemet med information som man läser in från externa filer.

Supporten jätteviktig

Om man tar steget att lägga tekniken i knä hos en annan leverantör gäller det att det finns en bra support som kan svara på lätta och svåra frågor och gör detta ganska snabbt. Vi körde denna del i testet ganska fort och ställde frågor till supporten både om sådant som finns i manualerna och sådant som inte gick att räkna ut. Vi tog med exempel på saker som uppenbart inte gick att göra. Turligt nog gjorde det att listan på tänkbara leverantörer nu var nere på två.

  • Kodmyran
  • Wikinggruppen

Nästa steg blev en rejäl genomkörare i respektive butiks demobutiker och ett surfande på massvis av butiker som använder respektive system. Skulle tro att de som använder sin Google Analytics lär ha haft en minst sagt angelägen besökare som tittat på varenda beståndsdel i butikslösningen för att utvärdera hur en färdig lösning kan se ut.

I nästa bloggpost ska jag berätta lite mer om vår kravbild och hur vi testade demonstrationsbutikerna.

E-handelsplattformen Magento

Det självklara valet för en IT-konsult som vill hitta en lösning som går att växa i är många gånger självklart i valet av Magento. Det är en plattform som kan användas för allt från att vara CMS för att driva en webbplats, en nätbutik som säljer ett fåtal produkter eller en hel farm av olika utkanaler med innehållet per butik olika fast med samma administrativa gränssnitt. 

Detta är den andra artikeln i serien om när vi ska ta nästa steg med plattformen för butiken pålyset.se som vi kör i en äldre version av Prestashop som är i behöv av förnyelse.

Att välja Magento är ett steg i teknik som kräver några saker av den e-handlare som väljer plattformen:

  • Driftmiljön bör ske på en egen server, en VPS som man lämpligtvis hyr hos någon driftleverantör.
  • Magento ger dig möjlighet att konfigurera väldigt mycket och det gäller att man vet vad man vill.
  • Det behövs några tilläggsmoduler för att fungera smidigt med en lösning i Sverige om man ska sköta en hel del av orderhanteringen inne i Magento.
  • Det finns en hel uppsjö mallar att välja bland men då Magento är väldigt generisk blir det väldigt mycket kod i mallarna och sidorna blir rätt stora.
  • Man får ett arv av den stora lösningen även för den lilla handlaren.

Sökning och filtrering via attribut

I och med att Magento är en kraftfull plattform har den också stöd för att kunna bygga avancerade funktioner för att navigera med sökningar där man kombinerar flera sätt att finna informationen. Det här är något vi absolut vill ha möjlighet att jobba med och som är ett krav när man har väldigt många produkter där det ska vara möjligt att jämföra via produkters egenskaper.

Detta går att göra i både Prestashop, Magento och flertalet av de svenska e-handelslösningarna men hamnar ofta i segmentet med enterpriselicenser.

Vi har i vårt val av plattform ändå valt att detta ska komma i ett senare steg av butiken och eftersom vi inte har det idag kan vi klara oss utan det ett tag framöver också, just för att den typ av produkter som behöver filtreringen inte tillhör majoriteten av dem vi säljer. Om det sedan beror på att vi saknar filtrering idag återstår väl att upptäcka när vi får den aktiverad i framtiden.

Orderhanteringen

De system som är gjorda att fungera i hela världen med multibutikens alla möjligheter gör att orderhanteringen i Magento är rätt kompetent. Man kan på ett utmärkt sätt integrera denna orderhantering via ett affärssystem dit order och kunder skickas. Ska man däremot hantera sina order direkt i plattforman bör man skaffa några plugins för att hantera t.ex.

  • Plocklistor
  • Utskrift av flera fakturor/kvitton samtidigt
  • Moduler för att direkt hantera sålda fakturor i gränssnittet
  • Modul för att hantera återkoppling av frakt

Det blir rätt många steg att klicka runt på varje order för att leverera den och hanteringstiden vi har idag per order ligger på i snitt 8 minuter. Målet för oss är att komma ner i 4 minuter. Ett av de stora problemen för oss med vår orderhantering är att det är väldigt trångt på lagret. Man måste flytta på saker för att komma åt produkterna och därför är det en fördel att kunna ha ett papper med allt som ska plockas när man väl ger sig ut för att ta fram allt. Med dagens lösning och ett papper per order får man ibland öppna samma låda flera gånger.

Här finns det några fina moduler man kan köpa som löser just detta problem.

Reservering av produkter på lagret

En av nackdelarna med Magento är just hur flödet ser ut när man bekräftat men ej betalt en order. Det handlar om att en order skapas i samband med att kunden bekräftar ordern men före betalning är genomförd. Det händer ibland att kunder misslyckas med betalningen och behöver backa tillbaka för att ändra något och då finns en stor risk att ordern går “förlorad” och kunden får börja om med risken för att någon produkt kanske tagit slut på lagret.  Vi är ju en rätt liten butik och har man ibland bara 5-10 produkter i lager av sådant som är populärt kan det lätt bli så att man missar en order för att det bara fanns ett fåtal exemplar kvar.

För att komma tillrätta med problemet finns det moduler man kan skaffa som automatiskt ordnar med att ångra dessa order och placera tillbaka kundens varor i kundvagnen när man återvänder efter misslyckad betalning. Allt går alltså utmärkt att lösa.

Mallar och grafik

Vi har tittat på att få en smidigare HTML-kod i butiken för att den ska ladda snabbare och att texten kommer högre upp i koden för att sökmotorerna ska gilla oss bättre. I och med Magento och  de mallar man kan köpa verkar många ha byggt enorma mallsystem där man kan konfigurera och anpassa mallarna så att varje butik blir unik nästan helt utan att själv ändra i mallarna.

Vi köpte några mallar för att testa och resultatet blev mest lite trist eftersom det blir enormt mycket HTML-kod och Javascript. Alternativet med att koda egna mallar kvarstod och jag gjorde några försök som egentligen gick rätt bra, bortsett från att man då kommer få göra alla testerna mot alla webbläsare själv igen för att dessutom matcha alla taggar så att moduler som man skaffar ska fungera. Det är egentligen ett väldigt smart och genomtänkt med mallhierarkier, men för den lilla butiken får detta lätt konsekvensen att man måste in i väldigt många filer för att göra en enklare mall och då har man förstört det fina med just mallhanteringens grundtanke att bara ändra sådant som ska ändras.

Hantera produkter i Magento

Här ligger nog det mest kraftfulla med Magento. Man skapar olika attributset för sina produkter och lägger in egenskaperna på produktkortet. Det går att hantera kopplingar och relationer till andra produkter och bildhanteringen är kraftfull där man kan välja vilken bild som ska användas till respektive syfte.

Det är enkelt att styra i vilka kategorier produkterna ingår och man kan på ett kraftfullt sätt lägga till fler värden i de attribut som jobbar med värdelistor. Man styr också över till vilka butiker produkter finns och det är inga problem att jobba med ett “dolt” sortiment under tiden man tar fram all produktinformation över kommande produkter.

Man kan styra inställningar för lager på varje produkt och lägga varianter på produkter på ett smidigt sätt med vilka egenskaper som skiljer de olika varianterna åt.

Via administrativa gränssnittet går det även att styra ordning och flik för de fält som ska fyllas i. Man väljer vilka attribut som ska ingå i den facetterade sökningen och vilka som ska vara ren information. Tack vare attributset får man bara med de attribut som är aktuella för den typ av produkt man jobbar med för varje produkt och behöver alltså inte fylla i “längd på anslutningskabel” för ett värmeljus.

Vi har länge övervägt Magento som nästa steg

Man kan nog i princip göra allt vi tänker oss göra idag och i morgon likväl som nästa år med Magento. Det är en oerhört kraftfull lösning. Det enda den inte löser är att möjligheterna är så stora att vi aldrig kommer ta oss till en butik som är smidigare utan rätt mycket arbetstid som investeras. Man vill ju inte ta nästa steg med en  så kraftfull lösning utan att utnyttja den?

Ända fram till målsnöret stod Magento som ett av de starkaste alternativen, men vi valde ändå för vår huvudbutik att inte gå vidare med Magento just för att den inte kommer minska vår administration jämfört med vad vi har idag. Magento kommer absolut användas för någon satellitbutik eller för tester av koncept, men inte där ett av de största kraven är att få ner hanteringstiden på en order till ett minium.

 

Tid att förnya sin nätbutik

Som jag tidigare skrivit så har vi nu kört vår nätbutik med ungefär samma utseende rätt länge. Man lär sig saker hela tiden och det börjar vara dags att ta tag i en förnyelse av vissa funktioner i butiken. Vi passar då även på att se över om vi kör på rätt plattform eftersom det har visat sig vara ett rätt omfattande arbete att uppgradera den vi kör idag.

Information overload

Något man lärt sig på vägen är att besökare inte kan läsa eller ta till sig information rent generellt. Vi har hela tiden försökt vara en butik där man kan skaffa sig information, men i många fall blir all information mer överflödig och ett störande moment i stället för att vara till stöd och hjälp. Nästa version av butiken ska alltså bli betydligt mer rensad och man ska få informationen först när man efterfrågar den.

Kassan måste vara smidigare

På senare tid har det här med flödet för att betala blivit allt viktigare för att få dem som ändå skapat en kundvagn att ta sig genom kassan och slutföra köpet. Det har nog bland annat att göra på att Klarna med sin Klarna Checkout förändrat sättet på hur enkelt man beställer och betalar via nätet. Vi har ännu inte riktigt kommit fram till att uppskatta lösningen då det t.ex. inte går att handla via Klarna Checkout som företag. Många andra har passat på att göra sina krångliga kassor enklare och vår kassa som när vi lanserade butiken ändå var rätt enkel kan nu betraktas som lite omständig med alla sina val.

palyset-kassan-ps

Det som skrämmer många besökare är alla uppgifter man ska fylla i nu när man vant sig vid att hämta uppgifterna via sitt personnummer och kanske någon ytterligare uppgift som postnummer. Ska erkänna att jag själv ibland hellre beställer från en butik som kan hämta uppgifterna via personnummer i stället för att knappa in dem flera gånger.

Vi tror dessutom att en del problem med felstavade adresser och postnummer kan lösas den vägen. Bara kunderna förstår att det är en frivillig uppgift.

E-handelsplattformen

Vi kör idag Prestashop och har lite fastnat i problemen man lätt hamnar i med Open Source som IT-konsult. Jag kan ju fixa allt själv och det är ju bra, men idag ägnar jag rätt mycket tid åt packandet, plockandet och skickandet så att det av den lilla fritid man har om kvällarna inte blir så mycket tid kvar alls åt att programmera om och uppgradera sin e-handelslösning.

Det visar sig att varje order tar i genomsnitt 8 minuter att hantera. Det gör att vi bara hinner packa 8 order på en timme. Inte mycket tid kvar för att kolla på TV om kvällarna då. Det handlar mycket om ren pappershantering för att få ut alla dokument och ändra status på varje order i flödet. Det gick ju bra när man bara skulle skicka en eller två order på en dag men nu kan det bli lite jäktigt.

Något annat som har fått allt större betydelse är möjligheten att skapa bra tillbehörslistor och relaterade produkter, då många av våra produkter gärna handlas med tillbehör eller som färdiga paket som består av flera olika produkter. Här har vi haft en del problem med att delar som ingår i ett paket sålt slut medan paketet legat kvar i lager trots att det inte går att leverera för att t.ex. en dimmer tillfälligt tagit slut.

Börjar man titta på flödet så finns det en hel del moment som är onödigt krångliga och där man i stället skulle kunna hitta en enklare lösning även om det innebär att man kompromissar på möjligheten att göra precis vad man vill.

Det jag gjorde som nästa steg var att börja inventera några olika lösningar som skulle kunna matcha min kravbild.  Jag ska i de följande bloggarna gå igenom lite av det som fått mig att överväga att hyra butikslösningen i stället för att köra den i egen regi. Stay tuned!

Följ hela butiksuppgraderingen

Jag kommer blogga om hela flödet vad det innebär att uppgradera nätbutiken och ni kommer så småningom även få veta vilken leverantör jag valt och hur jag kommer gå vidare med arbetet, men en sak i taget…

 

Byt till LED i kök och badrum

Halogenlamporna lärde oss att vi kan få ett klart och vackert ljus med små ljuskällor. Vi lärde oss hur fint man kan dekorera med små spotlights på alla möjliga platser där det tidigare varit mörkt eller ljuset allt för dunkelt.

Halogenlamporna kom också med en annan lärdom. De går sönder fort och allt för ofta. De blir dessutom rysligt varma och man kan inte förvara det man tänkt sig i skåpen där halogenbelysningen sitter. Ska man då gå tillbaka att ha det dunkelt igen eftersom bara en tredjedel av lamporna lyser, eller finns det en lösning?

Byt till LED-belysning

Det självklara valet idag när man ska installera ny belysning eller uppgradera sin gamla installation till något nyare är att välja LED-belysning. Den köper man givetvis av någon nätbutik och då väljer man gärna någon som har bra produkter och supernöjda kunder. För kök och badrum hittar man precis vad man behöver hos Barahandtag.

Fördelarna med LED-belysning

Själv har vi redan bytt all belysning till LED och några av de största fördelarna med LED-belysning är enligt mig själv:

  • Lång livslängd
  • Mycket mindre värme än motsvarande halogenlampor
  • Det går att välja färg på ljuset

Hos Barahandtag hittar du alla delar som behövs för installationen. Här kan man tydligt läsa om vilka produkter som passar ihop med varandra, för det är väl det som kan vara lite krångligt med LED-belysning och LED-lampor.

Dimma LED i kök och badrum

När man installerar spotlights i kök och badrum händer det ofta att man kan vilja ansluta dem till en dimmer. Här gäller det att vara lite uppmärksam på vilken metod som används för att dimma den belysningslösning man väljer. Det finns några olika system med drivning av LED-lampor och det gäller därför att välja rätt tillbehör. Många vi pratat med har valt att ansluta LED-belysningen via stickpropp till ett vägguttag i köket som man anslutit till en strömbrytare. Då kan man bryta strömmen på 230V-sidan och därmed också få längre livslängd på sin köksbelysning. Dimmern monterar man så att man kan justera hur starkt ljus man vill ha skiljt från på- och avslaget då man ändå kommer hitta en nivå som man oftast använder.

Installationen

Att installera LED-belysning är något man till viss del kan göra själv om alla delarna ska kopplas med snabbkopplingar och det handlar om torra utrymmen. Är man det minsta osäker eller det finns fukt inblandat i närheten ska man alltid ta hjälp av en elektriker. Denna kan också kontrollera att du köpt rätt grejor och att de passar ihop.

Lycka till med din nya belysning!

Google inte enda trafikkällan

När man säljer på nätet är den dagliga utmaningen att locka in besökare i butiken och att få dem tillräckligt intresserade av produkterna som de ser för att bli kund och genomföra ett köp. Enkelt, ellet hur?

Google är den fullständigt dominerande sökmotorn på nätet och det är för alla viktigt att man kan bli funnen den vägen. Många handlare väljer att lägga all kraft på just synligheten i google och blir då också extremt beroende av hur man visas på just google.

Det vi testat lite med är andra trafikkällor där man får trafik och köp från shoppingportaler som redan har besökare. Dessa är ofta på humör att handla och genomföra köp då man landar dem rätt. Det trevliga med dessa besökare är att klicken kostar ungefär lika mycket som annonser med Adwords, men för oss handlar dessa fyra gånger så ofta som dem som hittat samma sida via en adwordsannons. Givetvis skulle en duktig adwordskonsult säkert kunna förbättra detta, men vi kör på några månader till på ett vinnande koncept.

Generellt verkar gälla att ju bättre och mer relevant innehåll besökaren hittar igen nätbutiken på via google eller annan sökmotor desto större möjlighet till försäljning. Vi har tappat en hel del på generella sökord till konkurrenterna på sistone, men tagit igen detta genom att fått fler besökare via andra trafikkällor.

Slutsatsen är att Google är jätteviktig, men att det inte är kört och slut om man trillar ner under en period. Om vi inte gjort det hade vi aldrig letat andra sätt att finna köpstarka besökare. Nu får vi båda delarna när trafiken via Google åter ökar.

Camping med husvagn verkligen avkopplande

I helgen tog vi en paus från allt som är ogjort hemma och allt som borde göras och drog iväg på en kort husvagnstripp över helgen. Det är riktigt välgörande att ta paus från all stress och alla måsten för en stund.

Det är nog inte bara en som genom att vara hemma går runt och känner av allt som borde göras men som man aldrig finner tid och energi till att ta tag i. Det är rätt vanligt att känna så och för att lägga ytterligare saker som tar tid så kan man lägga dit att barnen spelar fotboll och idrottar. Då får man ägna någon eller några dagar på helgen åt att vara med på fotbollsmatch eller annat idrottsrelaterat. Självklart vill man väl prioritera det och då blir nog mer än man skulle önska liggandes där hemma.

Ja det var förutsättningarna. I fredags var fotbollssäsongen slut för i höst och vi packade oss iväg i husvagnen för lite avkoppling. Det var fantastiskt skönt. Vi åkte bara iväg 3 mil hemifrån, men det viktiga är att man kommer iväg.

Något som är extra skönt när man är borta är att helt låta bli att plocka upp dator, surfplatta och smartphone som man lätt knappar och fipplar med lite när som helst. Då blir det ett andningsrum som ger en helt fantastisk energi när man kommer hem igen.

Hissar alltså att ta en paus med familjen och åka iväg några dagar.

Uppgradera Prestashop 1.4 till 1.5 inte helt smärtfritt

Trots att jag är IT-konsult med över 20 års erfarenhet av alla möjliga projekt är det inte helt uppenbart hur man uppgraderar e-handelsplattformen Prestashop från version 1.4 till 1.5 om man har några olika tillägg installerade.

Skaparna av Prestashop har tagit ett enormt steg framåt i och med version 1.5 där man bland annat förändrat lagerhanteringen, gjort stöd för flera butiker och lagt till massvis med nya funktioner. Det gör att många givetvis vill ta del av dessa nyheter och man kan tänka sig att en uppgradering skulle vara smidig, men det är inte alltid så enkelt för alla.

Man har gjort en guide som ska användas för att utföra uppgraderingen automatiskt, då det manuella arbetet kan vara lite komplicerat och innehåller väl så många steg med tanke på programvaran, men redan här började bekymren för vår del. Det visade sig att trots att uppgraderingsprogrammet skulle passa från version 1.4.0.0, men här blev det problem och den automatiska uppgraderingen fungerade inte alls. Knappar saknades och det beror mest troligt på att vi inte hade helt rätt version av alla ingående delar.

Då står man där och måste fatta några beslut på hur man kommer vidare.

  1. Uppgradera inom 1.4-versionen tills den automatiska uppgraderingen fungerar
  2. Börja om med en ren installation
  3. Gör en ren installation och migrera data i efterhand

För den som har tid och inte som jag håller på att utveckla ett PIM-system där en av funktionerna är just integration med olika versioner av e-handelsplattformarna, så kan man alltid jobba vidare med alternativet att fixa fram rätt version av 1.4 för att uppgraderingen ska fungera.

För den som väljer att migrera data, finns det alltid ett alternativ med tjänsten cart2cart som för några hundralappar gör en hyggligt okay migrering av data från en plattform till en annan. Det blir väl inte perfekt, men skulle nog duga om man väljer att ta med några tillägg som att behålla ordernummer och produkternas identiteter och urlar.

Vi kommer nog troligtvis vänta med att uppgradera tills mitt agilepim är tillräckligt klart vad gäller integrationerna för att kunna flytta produkter mellan butiker och versioner, det finns ju ett egenvärde i att få det att fungera.

Chans att titta på ny design

I och med version 1.5 har man ändrat en hel del i mallarna och det är inte så att den design man använder till 1.4 nödvändigtvis fungerar. Man får därför räkna med att fixa en hel del med sina mallar, köpa en ny mall eller kanske själv börja om och utgå från den skeletonmall som finns att hämta hem via källkodsdistribution på github. Det finns ofta uppgraderingar tillgängliga om man redan köpt ett tema till en tidigare versioner.

Tilläggsmoduler

En annan sak som innebär en del utredning om man installerat flera tillägg är att modulerna ska fungera med den nya versionen. Det är inte självklart att de gör det och har man köpt moduler kan man nog få räkna med att köpa uppgraderingar om man inte skaffade ett supportavtal som ger rätt till framtida versioner. Vissa moduler har dock legat i framkant och har stöd från 1.4.0.0 och framåt. Här får man gå igenom varje modul för sig.

För oss visade det sig vara problem med betalleverantörens Payer och deras moduler. Vi har varit i kontakt med dem och kommer som tur är få ta del av den modul man håller på att utveckla för Prestashop 1.5. Det känns bra, då alternativet varit att själv ta fram denna betalmodul.

Klarnas modul finns för version 1.5 men verkar kantas av problem. Det finns dem som fått den att fungera och förhoppningsvis kommer det efter några mindre justeringar gå att använda den som Prestashop.com tagit hand om utvecklingen av.

Tidsåtgång för uppgradering

Att göra en uppgradering från 1.4 till 1.5 om man har alla förutsättningar på plats där allt fungerar direkt, vilket det gör om man installerar en blank 1.4 och uppgraderar och dessutom använder standardtemat. Då har man uppgraderat på några timmar.

Stöter man på problem och behöver fixa med olika miljöer för olika typer av tester kommer uppgraderingen snabbt dra ut på tiden och varje problem kan i värsta fall ta flera timmar att komma tillrätta med. För oss räknar vi med att uppgraderingen kommer ta 40-80 timmar i anspråk, men då ska vi passa på att göra några fler förändringar när vi ändå tar steget och det innehåller en del design.