– En guide till garanterat fiasko

1. Överlåt produkthantering till en teknolog

Vad kan gå fel när man låter en skicklig teknolog ta ansvar för att leda produktutvecklingen? 

Det korta svaret är "allt" och det nyanserade svaret är att man kan ha tur. Det är lätt att förstå varför startups placerar en skicklig CTO högt på prioriteringslistan. Mötet med teknologer är ofta svårt, vi känner oss utlämnade till andras bedömningar utan kunskap att själva verifiera valen. Ja, det är betryggande att ha en bra CTO i teamet, men din respekt för tekniskt kunniga gör projektet sårbart och öppnar för djupa fallgropar.

Vi tenderar att överskatta den tekniska utmaningen och underskatta vikten av rätt prioriteringar, användarfokus, design, UX och stora öron gentemot marknaden. Du kan ha tur och hitta en briljant CTO med alla dessa egenskaper i ett paket. Sådana finns ju faktiskt. Jag har träffat två av dessa i min karriär, men det är större chans att din CTO bara är en skicklig teknolog. Det innebär att produkthanteringen ska ägas av personer som står närmast marknaden, kundernas behov och verksamheten. Kanske är det du? Allt för ofta ser vi att den tekniska chefen får för mycket definitionsmakt, och blir ett filter mellan marknadsförståelse och lösningar.

2. Samla in precis tillräckligt med pengar för att lansera

Bootstrapping kan vara hälsosamt. Det tvingar dig att göra hårda prioriteringar och håller nere helikopterkostnaderna. Men det är EFTER lansering som inlärningskurvan och den faktiska utvecklingen börjar. Planera för lanseringsfesten vid whiteboardtavlan och säkerställ förmågan, resurserna och kapaciteten att svara på input och insikter du får från de första användarna. Nu har du riktiga användare, och om förbättringarna och förändringarna inte sker nu, förlorar du snabbhet, lojalitet och möjligheter snabbare än du kan säga "krisproblem".

3. Vänta med att lansera

Det är läskigt att lansera. Det är då som drömmar och tusentals timmars arbete möter den råa och ofta brutala verkligheten. Dagarna innan lansering är ofta tiden för den plötsliga insikten att din produkt bara MÅSTE ha den här lilla extra funktionen för att flyga. Det finns entreprenörer som ALDRIG lanserar, men vanligast är förhalningar som aldrig borde ha gjorts. Om du har gjort förarbetet tillräckligt bra (och det har du?) bör du börja med det du har och göra ändringarna efteråt.

4. Bygg för mycket

Vår tumregel är 6 månader från start till lansering. Det ger rätt grad av press och energi i projektet och säkerställer att du inte gör för många felaktiga val och prioriteringar. Alla har hört talas om konceptet MVP (minimum viable product), men nästan ingen är beredd på hur svårt det är att göra alla tuffa val som måste göras för att hålla projektet tillräckligt litet, så att man startar precis tillräckligt för att lösa behovet.

Om du bygger för mycket är det mycket svårare att förstå varför användarna inte älskar tjänsten, det finns mycket mer att förändra och du riskerar att gå vilse i förändringar som inte riktigt tar dig i rätt riktning.

5. Bygg för framgång

Du läste rätt! Du FÅR inte automatisera ALLA processer från dag ett. Chansen är stor att du inte kommer att ha en miljon användare från lanseringen och att du hinner skapa exakt rätt processer i takt med användartillväxt. De allra flesta företagare fnyser vid tanken på att fuska lite i bakre rummet, på att göra manuella processer för att lära sig och validera. Men det gjorde också Uber och en lång rad av dagens digitala framgångar. Fake it tills det är validerat!

6. Stå på dig

Du måste lita på dig själv, din egen intuition, idéer, insikt och genialitet, men inte förrän det är användartestat och validerat. Du är din egen minst värdefulla användare och är helt värdelös som testanvändare. Lär dig att älska användare som inte förstår ett dugg av ditt gränssnitt och lyssna på grinig feedback som om det är den vackraste poesin. Lösningar testas i allmänhet för lite, på för få, med för få iterationer. Att testa design, UX, lösningar, prototyper, demonstratorer och idéer är billigt, snabbt och ger oändligt mycket mer insikt än att inte göra det.

7. Håll dig till färdplanen efter lanseringen

Det är bra att ha en plan för man måste ha planer. Gör gärna en plan för vidareutveckling efter lansering, men var beredd att slänga den. De insikter du får från användarbeteende och feedback kommer säkerligen att vända upp och ner på deras prioriteringar. Omfamna det och använd din energi för att lösa verkliga problem. Planera för förändring och gör förändring till något naturligt och värdefullt för dig och ditt team.

8. Köp "billig" utveckling

Var ska jag börja? Du får utveckling för 20 dollar i timmen om du bryr dig om att öppna lite skräppost från hyperaktiva säljare. Men vad betyder det egentligen, när några av dessa människor kan göra 1000-tals dollar i skada för varje timme de får klottra på ditt projekt? Efter 10 år i branschen kan jag inte räkna antalet företagare som kommit till oss med tomma plånböcker och tekniska haverier. Få startups har tid eller pengar att bygga nytt, och vi har sett MYCKET galen kod upp genom taket. Det handlar faktiskt mindre om i vilket land utvecklingen skett, än om den professionella miljön som används. Bra utvecklare brukar lockas till bra professionella miljöer och i en global bransch med törst efter skickliga ingenjörer kan "billigt" snabbt bli riktigt dyrt. Tänk på att du inte köper utvecklingstimmar även om det är det som står på fakturan. Du köper förverkligandet av din idé som en fungerande, levande tjänst som dina användare älskar.

9. Skaffa ett team som gör vad de blir tillsagda

Det är skönt att ha ja-sägare och lydnad, men det är inte det man behöver. Du behöver ett team som förstår din affärsidé, som har bekantat sig med användarnas behov, som kanske till och med identifierar sig med din användargrupp och som ett resultat av allt detta kan ställa kritiska frågor och berika ditt koncept med en ovärderlig droppe av lite guld nuggets. Jag har själv alltid letat efter team som kan driva en bra utgångspunkt tills den lyser, som kommer tillbaka med en bättre lösning än jag hade föreställt mig och ställer kritiska frågor om alla aspekter av konceptet.

10. "Allt fungerar efter att kritisk massa har uppnåtts"

Du MÅSTE ha en plan för hur du ska få de första 50 användarna, hur du ska växa till 500, 5000 och ja, du förstår idén... ALLT är enkelt när du har en miljon användare, så du bör koncentrera dig på det som verkligen är svårt; Användartillväxt från noll, kundkonvertering, churn, användarvärde och affärsmodeller som små.

Kontakta oss gärna för en oförpliktande prat:

Från bloggen

Se alla nyheter
  • Lär känna vår nya kompis Twingly

    Under maj månad kom vil till en överenskommelse med spännande Linköping-bolaget Twingly om ett samarbete. Nu i juli har ett av våra Ruby-teams i Lviv kommit en bra bit på väg i att bygga lösningen för Twinglys nya Customer Dashboard.

  • “För att vi inte bygger bullshit”

    Chris Klemmetvold Sandvik tog över som VD för Innocode AS för att vi inte bara har bra ideér och bygger bra kod, men för att vi löser riktiga problem, för riktiga människor.