Börja litet, koda stort
Tips från utvecklare om att skapa nåt själv eller i team.
Att skapa en app som soloutvecklare kan vara oerhört häftigt – tänk att äntligen få se sin vision förverkligad och massvis med människor över hela världen som ivrigt kastar sig över den. Men det är givetvis ingen enkel sak för en person eller ett litet team att lyckas med, och därför har vi pratat med tre utvecklare om hur det gick till när de skapade sina appar.
Frederik Riedel hjälper folk att hålla sig borta från sociala medier med sin app one sec, hans vän Leo Mehlig skapade planeringsappen Structured för att komma ihåg att ta ordentliga raster från kodandet och före detta advokaten Kai Koch blev apputvecklare för att skapa känslocoachen Ahead.
De har pratat med oss om sin resa och delat med sig av sina insikter om hur man bäst förverkligar sina idéer i appvärlden.

Det är aldrig för tidigt att börja
Leo: Jag började koda när jag var 14 och träffade Frederik kort därpå – vi hade båda vunnit Swift Student Challenge. Jag blev mer driven av att få träffa andra utvecklare och Apple-programmerare och ställa frågor till dem.
Frederik: Jag skulle aldrig ha studerat mjukvaruutveckling om det inte vore för Swift Challenge-stipendiumet eftersom jag bara såg apputveckling som en hobby eller en sidosyssla. Men när jag fick träffa andra professionella apputvecklare växte motivationen att fortsätta med det på heltid. Det fick mig att känna att det går att leva på att göra appar.
Det fina med att ha ett litet team är att man måste fokusera på de saker som betyder mest.Kai Koch, Aheads skapare

Att göra en app själv är ingen omöjlighet
Kai: Skälet att jag började göra appar är att man kan bygga produkter som får stor påverkan och drar in stora intäkter med väldigt små team. När jag stöter på stora appföretag som har 500 anställda brukar jag alltid undra vad alla dessa människor gör!
Leo: Jag gjorde allt i början: designen, kodandet, kundsupporten, marknadsföringen … Det tog mig nästan tre år innan jag kunde anställa nån.
Frederik: Det största problemet med att jobba själv är när nåt inte funkar och man inte vet varför. Jag försöker alltid bygga appar som har nåt med mig själv att göra, så att de antingen löser ett av mina problem eller rör en av mina hobbyer. Det är lättare att ge upp när man inte brinner för sitt projekt.
Prioritera det som betyder nåt
Leo: Tid är en stor utmaning för alla indieutvecklare, särskilt om man jobbar själv eller i ett mindre team. Du måste prioritera det viktiga och verkligen fundera på om den och den funktionen behövs. Produkten blir mer fokuserad, vilket är bra när det gäller konsumentappar.
Kai: Det fina med att ha ett litet team är att man måste fokusera på de saker som betyder mest. På så sätt skapar man inte för många saker och behöver inte underhålla funktioner som ingen använder.

Tjäna pengar på din produkt
Kai: Jag tycker att du ska ta betalt för din produkt. Då vet du om folk verkligen gillar det du gör – det hjälper dig att utveckla appen åt de som är villiga att betala för den och inte nödvändigtvis fokusera på funktioner som bara gratisanvändarna vill ha.
Frederik: Du får stor frihet om du kan jobba utan att ta investerare och det är mycket bättre att själv ha full kontroll och flexibilitet. Börja ta betalt direkt som Kai rekommenderade, eftersom det ger dig finanserna att fortsätta jobba på appen. Dessutom får du veta om folk är villiga att öppna plånboken och visar tydligt att det inte är en gratisapp.
Försök att inte bränna ut dig
Frederik: När du inser att du jobbat för mycket och inte längre kommer nån vart är det dags att ta rast eller sluta för dagen. Men det är lätt att ignorera varningstecknen. Många gånger har jag kunnat jobba 80 eller 90 timmar i veckan bara för att jag känt att jag varit på gång och velat smida medan järnet är varmt.
Leo: Jag har skapat en app som uppmuntrar användaren att ta raster och som påminner en om att man inte har hur mycket energi som helst. När jag inte är fokuserad försöker jag sluta jobba och gå ut eller göra nåt annat – det är mycket lättare att gå ut och jogga lite och sen komma tillbaka för att fixa den där buggen.
Misslyckanden och frustrationer
Kai: Om du har en idé som du älskar, men som inte funkar, kanske du börjar göra massa åtgärder som inte heller funkar. Och sen blir du frustrerad över att folk inte gillar din idé lika mycket som du gör. Försök att hitta ett enkelt sätt att sätta din hypotes på prov, och ifall den inte håller är det kanske dags att prova nåt annat.
Leo: Ibland är misslyckanden bra eftersom man ofta lär sig nåt av dem. Våra appar är ju våra skötebarn. Vi tar hand om dem och överöser dem med kärlek. Om en sak inte funkar innebär det inte att du gjort nåt fel eller är en dålig utvecklare. Fäst dig inte för mycket vid dina idéer.
Frederik: Du måste vara ärlig mot dig själv och om du märker att nåt inte funkar eller att det du bygger faktiskt inte går att använda måste du överge det du gjort och satsa på nåt nytt.