De flesta interna verktyg dör i månad två

Inte av försummelse. Av aritmetik.

Verktyget byggs, det fungerar, och sedan visar det sig att det tröttsamma sättet var billigare hela tiden. Billigare än verktyget plus dess underhåll, plus den lilla skatten av att komma ihåg att verktyget finns. Så folk glider tillbaka till det tröttsamma sättet, och ingen annonserar det.

Det är därför kyrkogården är full. Inte lathet, inte dålig kod. Problemet var aldrig stort nog att slå kostnaden för att lösa det.

Vi skrev om Shrtnr tidigare i år. Det är vår egen URL-förkortare: self-hosted, öppen källkod, körs på Cloudflare Workers. Vi byggde den för att ingen av de betalda lösningarna lät en AI-agent skapa en länk på egen hand.

Den driver varje länk vi publicerar. Den här artikeln har sju. Det är inte tur, och det är värt att vara exakt med varför.

Aritmetiken som avgör

Innan du bygger något internt finns det två tal.

Vad det manuella sättet kostar: hur ofta du stöter på friktionen, multiplicerat med hur mycket det svider varje gång.

Vad verktyget kostar: bygget, underhållet, och termen alla glömmer, kostnaden för att faktiskt använda saken. Att öppna en flik. Att logga in igen. Att komma ihåg slug-konventionen.

De flesta interna verktyg faller på den tredje termen, inte den andra. De fungerar perfekt och faller ändå, för ett verktyg som kräver en egen vana konkurrerar med en vana du redan har.

Så testet är inte "kan vi bygga det här". Det är inte ens "kommer vi att underhålla det". Det är om det manuella sättet verkligen är sämre när verktygets egen omkostnad ligger på bordet.

Varför det här klarar det

Friktionen återkommer. Vi publicerar hela tiden, och varje artikel, inlägg och kampanj behöver länkar vi kan mäta. Det här är inte ett irritationsmoment vi stöter på två gånger om året. Det händer varje enda gång. Frekvensen är vad som gör en liten friktion värd att bygga bort.

Att använda det kostar ingenting. Shrtnr levereras med en MCP-endpoint, så assistenten vi ändå skriver med skapar länkarna direkt i texten, medan meningen skrivs. Ingen öppnar en dashboard. Ingen kopierar en slug till ett dokument. Kostnaden för att använda det avrundas till noll, vilket är det enda sättet ett verktyg slår att klistra in en URL och gå vidare.

Det finns ingenting att hålla vid liv. Den körs på Cloudflare Workers med D1, och vi satte KV framför redirect-vägen. Ingen server, ingen container, ingen patchcykel. Den ryms inom gratisnivån, och en redirect kommer tillbaka på en till fem millisekunder från den av Cloudflares 300+ edge-noder som ligger närmast personen som klickar. Ett verktyg utan operativ yta har inget underhåll att förlora på.

Tre termer, alla till vår fördel. Det är ingen lycklig slump. Det är vad vi kontrollerade innan vi började.

Funktionen som inte klarade det

Vi byggde in klickanalys samtidigt, och öppnade den inte på två månader.

Samma verktyg, två funktioner, en ärlig dom. Redirectarna löste något vi kände varje dag. Analysen löste något vi trodde att vi ville ha. Aritmetiken som höll förkortaren vid liv är samma aritmetik som lade dashboarden i dvala, och den gör poängen bättre än något argument.

De gör rätt för sig nu, för en verklig fråga dök upp: vi ville veta vilka artiklar som skickas vidare snarare än bara läses. Funktionen började användas samma vecka som frågan.

Vad vi gör med det

Vi bygger mjukvara åt andra för vårt levebröd, så vi lutar åt att bygga. Disciplinen är inte att motstå det. Den är att räkna först, och att vara villig att säga det tråkiga svaret högt. Betala för prenumerationen. Behåll det tröttsamma sättet. Det här är inte värt det.

När det är värt det, bygg det ordentligt, lägg det på samma bräda som kundarbetet, och förvänta dig att det fortfarande körs om ett år. Det är standarden, och det är skälet till att det här fortfarande finns.

Shrtnr är öppen källkod under Apache 2.0, den kostar oss ingenting att köra, och projektsidan har en deploy med ett klick om du vill ha en egen.

Vill du ha ett team som gör den beräkningen innan det skriver första raden kod, är vi lätta att nå.