Den verkliga kostnaden för att anlita en utvecklare är månaden du väntar på att se något

Du anlitar någon. Du betalar en handpenning. Sedan, i flera veckor, händer ingenting som du faktiskt kan hålla i.

Det blir samtal. Ett kravdokument. En Figma-länk. En tavla som långsamt fylls med ärenden. Det du inte har är en app du kan öppna på din egen telefon. Det glappet, mellan dagen du betalar och dagen du först ser något verkligt köra, är där det mesta av stressen i ett mjukvaruprojekt bor. Det är också den del som ingen varnar dig för.

Veckor är den optimistiska siffran

Jag överdriver inte väntan. Siffrorna stöder det. En utvecklare som går in i ett projekt tar ofta tre till sex månader på sig att nå full produktivitet, och sex till tolv månader eller mer för en komplex app. Det är upptrappningen innan det resultat du betalar för anländer i full fart. Även en vass konsult som kommer igång snabbt lägger sällan fungerande mjukvara i dina händer under de första veckorna.

Branschens egna bästa råd håller med. Den första principen i Agile-manifestet är tidig och kontinuerlig leverans av fungerande mjukvara, och även den principen formulerar takten som inom några få veckor till några få månader, med en preferens för den kortare tidsramen. Så guldstandarden, det som varje modernt team strävar efter, mäts fortfarande i veckor i bästa fall.

Varför tar det så lång tid? Kravarbete. Uppsättning av miljön. Specifikationsdokument. Och sedan den del som tyst äter upp kalendern: att vänta på dig för återkoppling, godkännanden, material och åtkomst, vilket konsekvent är den största orsaken till förseningar i frilansprojekt. Lägg därtill överlämningarna mellan en account manager, en projektledare och personen som faktiskt skriver koden, och var och en lägger till timmar av fördröjning innan någon levererar en enda rad.

Väntan är inte bara långsam, den är riskabel

Ett långt glapp innan du ser fungerande mjukvara är inte bara irriterande. Det är dyrt på ett sätt som inte syns på fakturan.

Du kan inte korrigera kursen på något du inte kan se. Medan du väntar hopar sig små avvikelser tyst. Alla är upptagna, alla antar att planen är rätt, och antagandena stelnar. När en build äntligen landar betyder ett riktningsbyte att man måste plocka isär veckor av arbete, så det sker sällan. Rådet från dem som styr dessa projekt är rakt på sak: tillåt inte veckor eller månader av utveckling utan synliga resultat. Insistera på små steg du kan se.

Jag håller med om det rådet. Jag går bara längre än de flesta.

Vad jag gör i stället: en fungerande app på din enhet i kväll

Jag kör arbetet som en enda dag. Vi pratar på morgonen, jag bygger under dagen, och i slutet har du en native-app installerad på din egen telefon, plus källkoden. Ingen mockup. Ingen klickbar prototyp instängd i en webbläsarflik. En riktig Swift- eller Kotlin-app som körs på riktig hårdvara och är din.

Det är möjligt tack vare tre saker. Sjutton års skrivande av native mobilkod, så jag lär mig inte plattformen på din tid. AI i loopen, som tar bort en stor del av det långsamma mekaniska arbetet. Och en direkt linje, utan ett byråskikt mellan dig och utvecklaren, så att morgonens samtal blir eftermiddagens kod utan en stafett av e-postmeddelanden.

Varför detta förändrar beslutet du fattar

När du anlitar på vanligt sätt binder du pengar och veckor utifrån ett löfte och en slide. Du får veta om det var en bra idé en månad senare.

När den första dagen slutar med en app i handen bestämmer du vad som händer härnäst med den faktiska saken framför dig. Om den är rätt fortsätter vi och du har redan en fungerande bas. Om inte har du lagt en dag, inte en månad och en handpenning. Din risk är begränsad till en enda arbetsdag, vilket är ungefär så lågt som mjukvara blir.

Det är hela poängen. Månaden du normalt lägger på att vänta är den mest obekväma delen av att anlita en utvecklare, och det är den del jag tar bort.