Den reelle omkostning ved skræddersyet udvikling

Skræddersyet udvikling sælges på fleksibilitet. "Vi kan bygge det præcis, som du har brug for det." Den sætning er sand og ufuldstændig. Den fulde version er: "Vi kan bygge det præcis, som du har brug for det, og du kommer til at eje vedligeholdelsen, opgraderingerne, sikkerhedspatchene, dokumentationen, dependency-churn, udvikleronboardingen og det eventuelle rebuild — så længe systemet kører."

Prisskiltet i tilbuddet er udbetalingen. Den tilbagevendende omkostning over systemets levetid er som regel to til tre gange byggeomkostningen. De fleste teams opdager det i år tre.

Skræddersyet er retfærdiggjort af tre grunde, og kun tre:

• Differentiering. Det, der gør dit produkt til dit, som ingen kan købe off-the-shelf, som kunder kommer til dig specifikt for. De 5–15 % af overfladearealet, der definerer virksomheden.
• Integration. Limet, der forbinder systemer, som ingen SaaS vil lime for dig, som regel fordi kombinationen er unik for din forretning.
• Begrænsning. Regulatoriske, sikkerheds-, sovereignty- eller latency-krav, der reelt udelukker SaaS.

Alt andet — auth, betalinger, søgning, e-mail, CMS, analyse, fejlrapportering, feature flags, supportværktøjer, marketing automation — har en kategorileder, du kan købe. Den skræddersyede version af en hvilken som helst af disse er dyrere på fem år, end SaaS-abonnementet nogensinde vil være, og den er værre end SaaS'en på hver vending.

Den forkerte måde at stille spørgsmålet på er "kan vi bygge det?" Svaret er altid ja. Den rigtige måde er: "er det her differentieringen, integrationen eller begrænsningen, der retfærdiggør, at vi ejer vedligeholdelsen i fem år?"

Femårsrammen ændrer regnestykket. Et SaaS-abonnement til 30.000 DKK/år er 150.000 DKK over fem år. En skræddersyet erstatning, der tager to udviklere tre måneder at bygge til danske rater, er groft 800.000–1.000.000 DKK i byggeomkostning, plus 15–25 % pr. år i vedligeholdelse. Den skræddersyede version er dyrere, selv hvis du kun tæller engineering, og det er før du tæller de funktioner, SaaS'en udgav, mens du var optaget af at vedligeholde din egen.

Hvert skræddersyet system når et øjeblik, som regel omkring år fire eller fem, hvor teamet kigger på det og siger "det her ville være lettere at bygge om end at vedligeholde." Nogle gange er det sandt. Ofte er det den samme fælde, der byggede systemet til at starte med — en præference for ny kode frem for det sværere, mindre belønnende arbejde med at forstå det, der allerede er der.

Et rebuild koster det oprindelige byggeri, plus migrationen, plus paralleldriftens omkostning, plus de bugs som det oprindelige system allerede havde rettet, og som rebuildet endnu ikke har. Den ærlige version af "lad os bygge om" er "lad os betale for det her to gange." Nogle gange er det det rigtige valg. Det skal aldrig være standardvalget.

Når du bygger skræddersyet, er den billigste version den, der pakker eksisterende værktøjer ind i stedet for at re-implementere dem. Brug SaaS'en til de 80 %. Byg de 20 % ovenpå. Behandl SaaS'en som operativsystemet, ikke som konkurrenten.

• Brug auth-providerens SDK; byg kun det brugervendte flow, der er specifikt for dit produkt.
• Brug CMS'et; byg kun de indholdsmodeller og renderers, der er unikke for jeres redaktionelle workflow.
• Brug analyse-providerens; byg kun det skema, der binder dine hændelser til dit domæne.
• Brug betalings-providerens; byg kun den order-model, der binder betalinger til din forretningslogik.