Boosting your business with tech

Verktyg som Lovable och Cursor är perfekta för att göra prototyper och enkla demos, men när man vill lansera appen på riktigt behövs teknisk förståelse för att kunna guida verktygen rätt. Den som vill lansera en stabil app med välfungerande integrationer kommer med största sannolikhet behöva hjälp av en byrå eller konsulter, om den tekniska kompetensen inte finns in-house.

Med det sagt är AI-verktyg en fantastisk tillgång och något även vi använder i vårt dagliga arbete, både inom design och utveckling, för att effektivisera vårt arbete. Skillnaden är att AI är ett verktyg, inte en ersättning för kompetens.

Att bygga en app känns ofta spännande och roligt. Men det är inte alltid en app är den bästa, eller mest kostnadseffektiva, lösningen på dina problem. Innan vi ens börjar prata teknik försöker vi alltid få våra kunder att stanna upp och tänka ett varv till:

• Vad är det faktiska business caset?
• Hur ska appen generera inkomst eller skapa värde?
• Går det att räkna hem en ROI?

När de här svaren finns blir allt så mycket tydligare – och roligare – att jobba mot. Då är appen inte längre målet i sig, utan ett verktyg för att nå något konkret.

Ibland landar vi också i att en app inte är rätt lösning alls. Och det är helt okej. Det viktiga är att bygga rätt sak, inte bara bygga något för sakens skull.

Kort svar: absolut. Längre svar: det är ofta exakt så man bör göra.

Vår filosofi är nästan alltid att börja med att identifiera minsta möjliga scope för en MVP – alltså den version av appen som faktiskt går att lansera, testa och få feedback på. Inte för att göra något halvdant, utan för att snabbt komma ut, lära sig av användarna och fatta bättre beslut framåt.

I stället för att gissa vad marknaden vill ha, bygger vi hellre något mindre, mäter hur det används och vidareutvecklar baserat på verklig data och feedback. Det minskar risk, sparar pengar och leder nästan alltid till bättre slutresultat.

Bra samarbete kommer från ärlig kommunikation. Ge ärlig feedback tidigt, även när något skaver, och var öppen för att byråns tekniska invändningar ofta är välgrundade. De bästa samarbetena bygger på ömsesidig respekt och transparens, både när det går bra och när det skaver. Se din byrå som en partner – inte en leverantör. Ni jobbar tillsammans för att uppnå bästa möjliga resultat!

Vi brukar säga att det tar minst cirka tre månader att utveckla en app, från första designskiss till lanserad MVP.

I den tiden ryms allt från:

• förstudie och kravdialog
• UX/UI-design
• utveckling
• testning
• publicering i App Store / Google Play

Vill man bygga något mer avancerat, eller om många beslut inte är fattade från början, behöver man räkna med längre tid. Men tre månader är ofta en realistisk nedre gräns om man vill göra det ordentligt.

Veckovisa statusmöten är standard och räcker för de flesta projekt. Under intensiva faser, som inför lansering eller vid kritiska leveranser, bör ni kunna ha dagliga synkar. Mellan mötena kan löpande kommunikation ske via en delad kanal (vi brukar köra Slack).

Det går att få fast pris på sitt app-projekt, men det är sällan en bra idé om scopet inte är väldigt välspecificerat. Med fast pris måste du vara inköpt på att det inte finns utrymme för ändringar under tidens gång (utan att priset ändras dvs). För korta, specifika projekt kan fast pris vara en bra modell, men i de flesta fall rekommenderar vi sprint-baserat pris där du kan få ett fast pris per sprint, men sprintarna är flexibla och kan ändras under projektets gång.

Lansering känns ofta som målet – men i praktiken är det snarare startskottet.

När den första versionen är live går vi in i en fas av vidareutveckling. Nu gör vi förbättringar baserat på användarnas feedback och utvecklar nya features. Dina behov av vidareutveckling kommer variera över tid och vi har flexibla upplägg för att anpassa oss längs med resan. Som techpartner ser vi till att du har en tydlig roadmap för framtiden och hjälper dig att prioritera rätt.

I många fall handlar det om att sätta upp mål. Vill ni uppnå en viss konverteringsgrad? Eller vill ni hamna högst upp på listan över mest nedladdade appar? Då jobbar vi mot det. Och ja – hamna på topplistan är något vi faktiskt har lyckats med flera gånger.

Det är helt normalt och sker i nästan alla projekt, för det går inte att förutse allt innan de första versionerna testas. Hur det hanteras beror på prismodellen. Med ”tid och material”-modell eller dedikerat team prioriterar ni om backloggen och fortsätter. Med fast pris krävs en formell ändring som kan påverka både pris och tidplan.

Vi brukar jobba med en ”wishlist” för nya idéer som dyker upp under arbetets gång. Den listan kan vi gå igenom och antingen prioritera om eller addera tid för.

Det korta svaret är att det beror på. Kostnaden påverkas av saker som funktionalitet, komplexitet, design, integrationer och vilken ambitionsnivå man har från start. Med det sagt: det är sällan vi bygger mer avancerade appar för under en miljon kronor. Det betyder inte att alla appar kostar mer än så, men ska man bygga något som faktiskt håller över tid, både tekniskt och affärsmässigt, så är det en rimlig utgångspunkt.

Det är byråns jobb att rekommendera ett ramverk för din app, beroende på vad du vill utveckla och hur din befintliga techorganisation ser ut. En snabb tumregel är att React Native eller Flutter passar de flesta appar där samma funktionalitet ska finnas på iOS och Android. Då sparar du 30–40 % i utvecklingstid jämfört med att utveckla två olika native-appar för de båda operativsystemen.