Den som någon gång på 80-talet skrivit ut på papper kan inte ha missat hur svårt det var att få bra utskrifter. Snabba utskrifter var tysta och inte så vackra. Snygga utskrifter var långsamma och skrivaren levde om så det inte gick att vistas i samma rum.
I bloggen för den återstsrtade Datorföreningen Orion har jag skrivit om hur bläckstråleskrivaren blev populär hos privatpersoner och entusiaster.
För några veckor sedan valde vi att gå igång med betalningar via Klarna Checkout för att kanske få fler av våra besökare att genomföra ett köp samt att förenkla bokföringen. Hur ser det då ut så här en par veckor in i perioden?
Brytpunkten gick den 29:e november och grafen visar konverteringsgraden. Det intressanta är väl att konverteringsgraden faktiskt gått ner något sedan införandet. Den 29:e var första dagen när vi körde live och här var det lite krångel, så de order som kom in fick gå in i systemet manuellt i stället och syns därför inte i statistiken.
Det vi däremot märker är att av dem som går in i kassan så är det fler som genomför ett köp. Här är det troligtvis så att vi för att sälja bättre behöver titta på hur vi får besökarna att lägga varor i kundvagnen och sedan gå till kassan.
Något som inte syns i denna graf men som ändå har betydelse är att snittordervärdet sjunkit. Det är enklare att genomföra ett köp och man beställer då ändå mindre beställningar, vilket egentligen innebär mer arbete och fler fraktkostnader. Jämfört med samma period förra året har vi mer än dubbelt så många order men värdet är ungefär detsamma.
Konverteringsgraden har alltså gått ned efter införandet av Klarna Checkout, vilket knappast är det verkliga utfallet och underlaget är helt enkelt för litet för att nu kunna dra några slutsatser. Antalet besökare under julhandeln har varit rätt mycket större och fler har hittat in för att bara titta runt. Vi har dessutom haft slut i lager på några av våra toppsäljare.
Implementation hos Kodmyran
Det som hindrade oss från att gå in i Klarna checkout sedan tidigare var att implementationen i Prestashop var svår att göra för oss. Med Kodmyran var det bara att beställa implementationen inklusive möjligheten till reservkassa och boka en tid så var det klart. Mycket snyggt och sanslöst enkelt. Vi har däremot inte hunnit göra vår hemläxa med att lägga upp ett bra flöde för att växla till företagskassan, men har haft några köp där ändå trots att det bara är en länk för att växla.
Något som kvarstår är att vi tappade rutan för att anmäla nya kunder till vårt nyhetsbrev nu när registreringen sker via Klarna i stället. Har fått hjälp av supporten med hur vi ska få tillbaka rutan, men har tyvärr tappat rätt många möjliga prenumeranter på grund av att vi själva haft för lite tid att fixa det sista.
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.
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.
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.
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:
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.
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!
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.
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.
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.
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.
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!
…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:
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:
På frontendsidan finns det också några saker vi gillar:
För programmeraren och den som ska integrera gillar vi:
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.
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.
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.
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:
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:
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 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.
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?
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.
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.
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.
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å.
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.
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:
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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!
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…
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?
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.
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:
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.
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.
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!
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.
Fredriks vardagsmix 