Misstag på marknadsplatser som blir uppenbara först efter lanseringen

Problemen som ingen planerar för från dag ett

Före lanseringen känns allt teoretiskt.

Du diskuterar hur användarna ska gå tillväga och vilka undantagsfall som kan uppstå. Du resonerar om verktyg och tidsplaner och om hur långt plattformen kommer att behöva skalas upp. Du försöker också förutse hur användarna kommer att bete sig när marknadsplatsen väl är i drift.

Sedan lanserar du.

Och inom några veckor dyker det upp problem av ett annat slag. Det är tysta irritationsmoment som inte syns i skisser eller tekniska specifikationer, men som efter hand påverkar hur svårt det blir att driva marknadsplatsen och få den att växa.

Sådana misstag planerar nästan ingen för, men erfarna team lär sig känna igen dem tidigt. Vårt arbete med förstudie och strategi är till för att täppa till just den luckan.

1. Att utgå från tänkta användare i stället för verkligt beteende

Det här är det vanligaste och det dyraste misstaget.

Före lanseringen utformar entreprenörer stegen i plattformen utifrån hur de tror att användarna borde bete sig. Efter lanseringen ser verkligheten annorlunda ut. Användarna hoppar över steg som kändes nödvändiga och missförstår sådant som verkade självklart internt. De använder meddelandefunktionen för att kompensera för otydliga regler, och de ställer samma frågor om och om igen.

Varje sådant beteende är en signal att lära sig av.

Det såg vi själva på en marknadsplats för turer utomhus som vi började arbeta med 2018. Utgångspunkten var att arrangörerna noggrant skulle ställa in sin tillgänglighet innan de publicerade sina annonser. I praktiken hoppade de flesta över det steget helt och försökte i stället förklara sin tillgänglighet manuellt i meddelanden. Först när vi hade sett hur turarrangörerna skötte sina scheman byggde vi skräddarsydda funktioner för tillgänglighetskalendern. Det var frestande att genast göra om hur annonserna skapades. I stället väntade teamet, letade efter mönster och anpassade först därefter användarupplevelsen efter hur användarna betedde sig.

Det egentliga misstaget är att reagera för snabbt i stället för att iaktta tillräckligt länge.

Här hjälper det att börja med en stabil plattform som Sharetribe. När grunden är pålitlig kan teamen fokusera på att förstå hur användarna beter sig i stället för att släcka tekniska bränder.

Lärdom: behandla användarnas beteende som data.

2. Att göra tidiga funktionsönskemål till specialutveckling

När användarna väl är på plats kommer önskemålen om nya funktioner snabbt.

Några användare ber om något som låter rimligt och känns brådskande, och plötsligt planeras en skräddarsydd funktion.

Ett team lade mycket resurser på att bygga en komplex funktion för ”prioriterad hantering” efter att ett litet antal tidiga användare hade bett om den. En månad senare stod det klart att bara en liten bråkdel av transaktionerna behövde den, och att de flesta användare klarade sig alldeles utmärkt med en enklare manuell lösning.

Att lyssna på användarna var inget fel. Misstaget var att anta att de tidiga önskemålen speglade ett mönster.

Starka team väntar tills de ser att något upprepas. När samma irritationsmoment dyker upp hos olika användare och i olika transaktioner över tid börjar specialutveckling löna sig. Innan dess är det ofta klokare att avvakta.

3. Att underskatta det operativa arbetet efter lanseringen

Många marknadsplatser misslyckas på grund av manuellt arbete som ingen hade planerat för.

Efter lanseringen upptäcker teamen ofta att nya användare behöver handledning för att komma igång, att annonser måste modereras, att betalningar väcker supportfrågor och att tvister kräver en människas bedömning. I efterhand är inget av det överraskande, men teamen planerar sällan ordentligt för det.

Det är helt i sin ordning med manuella rutiner i början. Misstaget är att inte tänka på hur de kommer att fungera när volymerna växer.

De starkaste marknadsplatserna använder de första månaderna efter lanseringen till att ta reda på vilka operativa uppgifter som återkommer och vilka som är sällsynta. Därefter automatiserar de uppgifterna som fortsätter att återkomma.

4. Att behandla MVP:n som en engångsprodukt

Vissa team tror att MVP:n bara är något de kommer att slänga senare.

I praktiken brukar tidiga beslut leva kvar mycket längre än det var tänkt. Datastrukturer, arbetsflöden och integrationer blir djupt förankrade när användarna väl förlitar sig på dem.

Ett bättre förhållningssätt är ”bygg enkelt och bygg ut medvetet”.

The Octopus Club började på Sharetribe och hade sina första användare inom några veckor. Marknadsplatsen byggdes ut i etapper under ungefär sju månader och bidrog till att locka 150 000 GBP (ca 2 miljoner kr) i finansiering innan företaget hade några intäkter. Redan den första versionen klarade skarp drift, och varje senare etapp byggde vidare på den.

Med en grund som klarar skarp drift från början kan teamen vidareutveckla produkten utan att hela tiden behöva göra om tidigare val.

5. Att skylla på plattformen i stället för på besluten

När det börjar skava är det frestande att skylla på tekniken.

I verkligheten beror de flesta problem efter lanseringen på otydliga regler för marknadsplatsen, en oklar gräns mellan standardlogik och skräddarsydd logik eller funktioner som har lagts till utan ett tydligt syfte.

Det är inte plattformarna som skapar de här problemen, utan besluten.

Team som tar ett steg tillbaka och förenklar brukar snabbt komma på fötter igen. Team som fortsätter att lägga till komplexitet gör det sällan.

Vad erfarna team gör annorlunda

Team med erfarenhet av marknadsplatser brukar lansera tidigare än vad som känns bekvämt. Innan de ändrar stegen i plattformen iakttar de användarnas beteende längre. De håller marknadsplatsens kärnlogik stabil och inför specialutveckling bara där den tydligt ger bättre resultat.

De accepterar också att misstag hör till arbetet. Målet är att upptäcka misstagen tidigt, medan de fortfarande är billiga att rätta till.

Lös problemen i rätt ordning

De flesta misstag på marknadsplatser är rimliga beslut som fattas för tidigt, utan tillräckligt med data från verkligheten.

En lyckad lansering lär dig vilka problem som behöver lösas och vilka som försvinner av sig själva.

Vill du ha hjälp med de här besluten är det i den här tidiga fasen som erfaren vägledning gör störst skillnad. Många kostsamma misstag går att undvika helt enkelt genom att lösa problemen i rätt ordning. Mer om hur det går till har vi skrivit i artikeln om hur vi leder kunder från idé till lansering.