Frågorna du ska ställa innan du skriver avtal med en appbyrå
Innan du skriver avtal med en appbyrå bör du fråga om teamet och processen, om kodkvalitet och testning, och om ägande, drift och vidareutveckling efter lansering. Lika viktigt är hur byrån svarar: konkreta, raka svar är ett gott tecken, medan svävande eller undvikande svar ofta döljer en svaghet.
Ett säljmöte med en appbyrå handlar lika mycket om vad du frågar som om vad de berättar. Rätt frågor avslöjar snabbt om byrån är en långsiktig partner eller en risk. Här är ett frågebatteri sorterat per tema, med en tolkningsguide för hur du läser svaren. Ta med det till mötet och lyssna minst lika mycket på hur det svaras som på vad.
Team, process och kodkvalitet
Börja med hur arbetet faktiskt går till. Du köper inte en produkt från hyllan utan ett arbetssätt, och det är värt att förstå innan du binder upp dig.
- Vilka i teamet kommer att arbeta med vår app, och vilka roller har de?
- Är det samma personer genom hela projektet, eller byts de ut?
- Hur ser er utvecklingsprocess ut från idé till lansering?
- Hur ofta får vi se fungerande delar av appen under vägen?
- Hur säkrar ni kodkvaliteten: kodgranskning, tester, hantering av teknisk skuld?
- Hur testas appen innan den släpps, och vad testas automatiskt?
- Hur dokumenteras koden så att någon annan kan ta över den?
Bra svar är konkreta och gärna med exempel. En byrå som beskriver sin process i klartext och kan visa hur den testar har med största sannolikhet ordning på det. Vaga svar av typen “vi är väldigt agila” utan innehåll säger däremot ingenting.
Ägande, drift och vidareutveckling
Det här är frågorna som ofta glöms bort i entusiasmen kring bygget, men som avgör vad appen är värd för dig på sikt.
- Vem äger koden när projektet är klart, och regleras det skriftligt?
- Står utvecklarkontona hos Apple och Google på oss eller på er?
- Vad ingår i förvaltning, och vad kostar den löpande?
- Hur snabbt hanteras kritiska fel efter lansering?
- Vad händer om vi vill byta leverantör längre fram?
- Hur hanterar ni uppdateringar när operativsystemen ändras?
- Hur ser ett upplägg för vidareutveckling av nya funktioner ut?
| Fråga gäller | Varför den är avgörande |
|---|---|
| Ägande av kod | Bestämmer din frihet att byta leverantör |
| Utvecklarkonton | Ska stå på er för att undvika inlåsning |
| Förvaltning | Avgör om appen håller över tid |
Här vill du höra att ni äger koden, att kontona står på er och att förvaltningen är tydligt beskriven. Svävar byrån kring ägande eller vad som ingår efter lansering är det värt att bli misstänksam, för det är just där inlåsning uppstår.
Så tolkar du undvikande svar
Ett undvikande svar är sällan slumpmässigt. När en byrå blir vag på en konkret fråga döljer det ofta en svaghet den inte vill sätta ord på. Några vanliga mönster:
- “Det löser vi längre fram.” På frågor om ägande eller förvaltning betyder det ofta att det inte är genomtänkt. Be om ett svar nu.
- “Det är tekniskt komplicerat att förklara.” En bra byrå kan förklara sitt arbetssätt begripligt. Kan de inte det, fråga vem som kan.
- Ett brett leende i stället för ett svar. Charm ersätter inte innehåll. Upprepa frågan och be om ett konkret exempel.
Tumregeln är enkel: be alltid om ett exempel eller ett skriftligt förtydligande när ett svar känns luddigt. Otydlighet före avtal blir nästan aldrig tydligare efteråt.
Ett konkret scenario
Säg att en byrå ger fina svar om process och design men blir undvikande på frågan om vem som äger koden. Det är en signal, inte en detalj. Följ upp med att be om det skriftligt i avtalet. Vägrar de, eller fortsätter svaret vara luddigt, väger du in det: en byrå som inte vill klargöra ägandet innan avtal ger dig sämre läge i varje framtida förhandling.
Ett bra sätt att göra frågorna skarpare är att ha en tydlig kravbild i ryggen, så att svaren kan mätas mot något konkret. Läs mer om våra tjänster om du vill se hur vi arbetar med process och överlämning, eller hör av dig så går vi igenom din situation.
Vanliga frågor
Vilka frågor är viktigast att ställa?
De som handlar om vad som händer efter lansering: vem äger koden, hur sköts drift och förvaltning, och hur ser vidareutvecklingen ut. Många fokuserar på pris och tidsplan för bygget, men det är förvaltningsfrågorna som avgör om appen blir en långsiktig tillgång eller en återvändsgränd. Ställ dem tidigt.
Hur märker jag att en byrå är seriös?
På hur konkret den svarar. En seriös byrå beskriver sin process, sin testning och sin överlämning i klartext och kan visa exempel. Den erkänner också risker och avvägningar i stället för att lova att allt är enkelt. Ju rakare och mer specifika svar, desto mindre är risken för obehagliga överraskningar senare.
Vad ska jag fråga om kodkvalitet?
Fråga hur de säkrar kvaliteten: kodgranskning, automatiserade tester, hur de hanterar buggar och teknisk skuld. Fråga också hur koden dokumenteras och struktureras så att någon annan kan ta över. Svaret avslöjar om kvalitet är en inbyggd del av arbetssättet eller något som nämns i förbifarten men inte praktiseras.
Varför är ägandefrågan så viktig?
För att den avgör din frihet. Äger du koden, kontona och rättigheterna kan du byta leverantör eller ta över själv. Gör du inte det är du inlåst hos byrån, med sämre förhandlingsläge för framtida arbete. Utvecklarkonton i app-butikerna bör stå på er, inte på byrån. Reda ut detta innan avtal, inte efter.
Hur tolkar jag ett undvikande svar?
Som en varningssignal värd att följa upp. Om en byrå blir vag kring test, ägande eller vad som ingår i förvaltning är det sällan en slump. Be om ett konkret exempel eller ett skriftligt förtydligande. Håller svaret fortfarande inte, väg in det i beslutet. Otydlighet före avtal blir sällan tydligare efteråt.