Vad är ”specialutveckling” och vem behöver den?

Ett begrepp som betyder olika saker för olika team

”Specialutveckling” är ett uttryck som används flitigt, ofta utan att det är tydligt vad som menas.

För vissa betyder det bara att lägga till några funktioner ovanpå ett befintligt verktyg. För andra handlar det om att bygga en hel plattform från grunden. Förvirringen gör oftast att fel beslut fattas för tidigt eller för sent.

Innan du avgör om du behöver specialutveckling är det därför bra att förstå vad det innebär och när det är motiverat.

Vad specialutveckling innebär i praktiken

Specialutveckling innebär att plattformen byggs kring just din verksamhet, i stället för att verksamheten anpassas efter en befintlig produkt.

Både frontend och backend utformas efter hur din produkt behöver fungera, inte efter mallar eller förutbestämda steg för användarna. Datamodellen, användarrollerna, behörigheterna och logiken följer dina krav.

Dessutom väljs teknik, integrationer och infrastruktur efter dina långsiktiga planer. Du äger kodbasen fullt ut och styr hur produkten utvecklas över tid.

Specialutveckling tar bort strukturella begränsningar när de börjar spela roll.

Var plattformar som Sharetribe kommer in i bilden

Att välja specialutveckling betyder inte automatiskt att plattformar som Sharetribe är fel val. Många framgångsrika produkter börjar på en plattform och flyttar delar av systemet till specialutvecklad kod senare, när det står klart vad de behöver.

När viss logik inte längre passar bäst i plattformen blir specialutveckling aktuell. Den tidpunkten ser olika ut för varje företag, och att komma dit är ofta ett tecken på framsteg.

Problemet uppstår när team utgår från att de behöver specialutveckling innan de vet varför.

Vem behöver oftast inte specialutveckling?

Specialutveckling är sällan rätt utgångspunkt när huvudmålet är att testa idén.

Försöker du fortfarande ta reda på om användarna kommer, om det finns utbud och efterfrågan eller om det blir några affärer, bromsar en helt specialutvecklad produkt ofta arbetet utan att ge tydligare svar. I de här skedena är det viktigare att lära sig snabbt än att arkitekturen är perfekt.

Specialutveckling behövs också sällan när din produkt passar väl in i etablerade mönster och du känner dig bekväm med att arbeta på en beprövad plattform medan du lär dig.

Vem brukar ha nytta av specialutveckling?

Karnov Group behövde en webbapp för juridisk dokumenthantering som klarar de krav som juridiskt arbete ställer. Ingen färdig lösning täckte deras behov. Projektet har blivit ett av våra längsta samarbeten.

Betty Blocks, som själv är en no-code-plattform, behövde prestanda i företagsklass. Tillsammans med deras team migrerade vi plattformen från Ruby on Rails till Elixir medan produktionssystemet var i drift.

Specialutveckling börjar bli motiverad när din produkt bygger på logik som inte går att få in i en befintlig plattform på ett rimligt sätt.

Det händer ofta när arbetsflödena är mycket specialiserade, när flera system behöver integreras på djupet eller när prestanda, dataägande eller regelkrav blir centrala för verksamheten.

Specialutveckling blir också aktuell när en produkt har mognat så långt att det som skiljer den från andra ligger i hur den fungerar under huven, inte bara i hur den ser ut på ytan.

I de här fallen får specialutveckling produkten och tekniken att dra åt samma håll.

Vad du vinner på specialutveckling

Den största fördelen med specialutveckling är att produkten passar din verksamhet.

Du kan utforma användarupplevelsen efter hur användarna beter sig i verkligheten, i stället för att tvinga in dem i standardiserade steg. Affärslogiken kan spegla hur ditt företag arbetar. Prestandan kan optimeras för just ditt användningsfall och inte för en bred publik.

Produkten kan också växa utan att ständigt förhålla sig till begränsningarna i ett tredjepartsverktyg.

Målet är att bygga något som håller i längden.

När specialutveckling lönar sig

RentMama är vår egen marknadsplats för biluthyrning. Den deltog i två acceleratorprogram och utvecklades under flera år. Alla produkter behöver inte specialutveckling från första dagen.

Du behöver inte börja med specialutveckling för att den ska bli värdefull senare.

Den lönar sig oftast när tillväxten skaver, när nya funktioner känns framtvingade eller när produkten behöver integreras på djupet med andra system. Då börjar investeringen ta bort flaskhalsar i stället för att skapa dem.

Det är inget fel att välja specialutveckling. Misstaget är att välja den utan en tydlig anledning.

Att välja rätt tidpunkt

Specialutveckling är ett kraftfullt verktyg och fungerar bäst som ett medvetet val.

För vissa produkter är specialutveckling det enda rimliga alternativet. För andra blir den aktuell senare, när verksamheten har lärt sig tillräckligt för att motivera komplexiteten. Det avgörande är att veta vilket av de här skedena din produkt befinner sig i.

Planerar du något som går utöver en mall, eller undrar du om det snart är dags för specialutveckling i din produkt? Då är det här precis den sortens beslut som tjänar på en andra bedömning från någon med erfarenhet.