Skalbar e-handel som mindset

Jag är en stark förespråkare för att bygga bolag som skalar. Det kanske låter bra och enkelt men är ofta extremt svårt!Skalbarhet är ett mindset som måste genomsyra alla som jobbar med att bygga ett bolag så det inte fastnar i en struktur som är svår att rubba.

Skalbarhet handlar inte bara om att kunna bygga snabb kod, eller lägga till fler servrar när sajttrafiken ökar. Det har sin botten i ”var ska bolaget ta vägen och hur tar vi oss dit utan att fastna på vägen”. Det måste vara tydligt för alla vad som är visionen och grundplanen dit. Det betyder också att det som är skalbarhet för oss inte betyder skalbarhet för ett annat bolag.

Trots att grunderna är olika finns det en del krokar att hålla sig till.

Skapa inte projekt - Skapa processer

Det är alltid kul att prata om projekt som något som går att budgetera och som har en början och ett slut. Det är inget fel med den definitionen, men det som är slutet på ett projekt är början av ett annat i en lång rad av projekt. Att bygga en sajt är första delen i en cirkel av att vidareutveckla och förvalta samma sajt. Det är som när du köper en tröja. Först är det ett köp, sen måste du ordna förvaring för den, tvätta den och efter några vändor tråkigt nog förmodligen slänga den. Det är din garderobsprocess. Ha nästa steg i processen i åtanke när du inför något i organisationen oavsett om det är dokumentation, nya rutiner, återkommande möten eller nya anställda. För e-handel kan det exempelvis vara nya produkter, nya leveranssätt eller nya marknader.

Gör bara det som krävs

Att göra endast det som krävs innebär inte att lata sig utan att endast fokusera på det som är viktigt. Inom systemutveckling pratar vi om ”over engineering”; att bygga system som klarar mer än bara uppgiften de designades för och därigenom blir för stort. Det är en god tanke att bygga system som kan användas till mycket så man slipper duplicerade kodbaser som är svåra att underhålla. Problemet uppstår när systemet i sig växer sig stort på grund av att det ska just klara av mycket. Här ligger en del av ansvaret på utvecklaren eller arkitekten som bygger systemet, men minst lika mycket på den produktägare eller beställare av projektet. Är detta ett system som vi tror kommer utvecklas i framtiden eller behöver det bara lösa just det här problemet? Tunga system är svåra att modifiera och blir per definition inte skalbara. Dessa tankar kommer dels från agile och dels från Lean startup där Eric Ries talar om förmågan hos ett bolag att enkelt kunna anpassa sig till det som fungerar.

Att tänka skalbart är att tänka långsiktigt. Om vi gör x idag hur påverkar det oss om 12 månader? Den tanken bör genomsyra varje business case internt.

###

Denna post är nummer 52 i en serie av 100 poster i utmaningen #blogg100 där jag fokuserar på hur vi skapar Trettis nya sajt. Alla åsikter är mina egna.