journal

Uitgewerkt voorbeeld: retool vervangen door een tool die je bezit

Een illustratief uitgewerkt voorbeeld van een retool-app vervangen door een interne tool in eigen bezit. Saas-team en cijfers zijn aannames, geen klantresultaat.

joseph j.founding engineer4 min lezen

Een retool-app vervangen waar je uit gegroeid bent. Een illustratief uitgewerkt voorbeeld, geen klantresultaat: team en cijfers zijn aannames. Een uitgegroeide retool-app vervangen is het overwegen waard als de interne tool waarin je ops-team leeft geen tijd meer bespaart en tijd gaat kosten. Het teken is de week die een engineer kwijt is aan een kapotte, ongedocumenteerde query, of een licentierekening die sneller groeit dan het team dat de tool gebruikt. Vervangen betekent code, auth en audittrail bezitten in plaats van huren.

Neem aan dat het team een retool-app heeft die de interne operatie draait: terugbetalingen, accountwijzigingen, supportescalaties. Hij doet ook drie dingen die hij eerst niet deed. Hij breekt op manieren die maar één engineer begrijpt. Hij rekent af voor mensen die één scherm openen. En elke fix betekent een config aanpassen waar niemand eigenaar van wil zijn. De app is niet mislukt. Het team is eruit gegroeid.

#Hoe weet ik of het tijd is om van retool af te stappen?

Er is geen gebruikersaantal dat dit bepaalt. We letten op vier signalen. Hoeveel engineeruren per week gaan in het draaiend houden van de app. Hoeveel betaalde gebruikersplekken horen bij mensen die maar één scherm bekijken. Hoeveel wijzigingen worden doorgevoerd zonder auditspoor dat iemand vertrouwt. En hoe lang een nieuwe opsmedewerker erover doet voordat hij een engineer niet meer nodig heeft om een wijziging voor hem te maken. Als drie van deze vier de verkeerde kant op bewegen, is het tool de bottleneck, niet het team.

Wanneer vervang je een retool-app door een interne tool in eigen bezit?

Vervang hem als het onderhoud van de retool-app meer engineeringtijd kost dan hij bespaart, als licentiekosten sneller groeien dan het team dat hem gebruikt, of als wijzigingen live gaan zonder betrouwbaar audittrail. Bouw de ene of twee workflows waar hij uit gegroeid is opnieuw als tool in eigen bezit met auth, rollen en logs. Laat de rest tot het pijn doet.

#Hoe ziet vervangen eruit?

Neem als aanname een b2b-saas-productteam van ongeveer 40 mensen. Zijn retool-app is uitgegroeid tot tientallen queries en een rechtensysteem dat met de hand bij elkaar wordt gehouden. Het ontwerp bouwt niet alles in één keer opnieuw. Het is een interne ops-tool in eigen bezit met drie dingen die er vanaf het begin in zitten, niet achteraf erop geplakt, en het ops-team verhuist workflow voor workflow.

  • Inloggen, zodat toegang op één plek wordt verleend en ingetrokken (authenticatie)
  • Rolgebaseerde toegang, zodat een supportmedewerker en een beheerder verschillende schermen zien (rbac)
  • Een auditlog die vastlegt wie wat heeft veranderd, en wanneer

#Waar komt de engineeringtijd vandaan?

Zo'n retool-app kost elke week engineeringtijd. Die gaat naar kapotte queries, met de hand afgehandelde toegangsverzoeken en wijzigingen die een engineer nodig hebben omdat het ops-team ze niet veilig kan doen. De tool in eigen bezit verschuift dat werk naar het ops-team. Het getal om te meten zijn de engineeruren per week aan de ops-tool, voor en na. We schrijven deze uitgewerkte voorbeelden op in het journal.

dit is een uitgewerkt voorbeeld. Het team en elk cijfer zijn aannames, geen klantresultaat. Er wordt hier geen echt project gerapporteerd.

#Is dit niet gewoon een grotere versie van vendor lock-in?

We are

Wij brengen de workflows in kaart die retool zijn ontgroeid en bouwen ze opnieuw als een interne tool die jij bezit, met auth, rollen en auditlogs ingebouwd, en je bezit de codebase vanaf het begin.

We aren't

Wij zijn niet nog een platform dat je voor altijd huurt, en ook geen complete custom herbouw die een werkende app inruilt voor een lege lei.

Het verschil dat een team als dit het meest bezighoudt, is eigenaarschap. Een gehost platform houdt de code aan de kant van een ander. Een tool die zo is gebouwd, wordt geleverd als repository die je vanaf het begin bezit, zonder platform waar je uitgesloten van kunt raken. Zo pakt ons werk in ai-implementatie interne ops-tools aan.

De toets: de week dat je stopt met het lappen van de oude app, krijg je je engineers terug. Daar gaat het om.

Als je team blijft lappen aan een retool-app waar niemand eigenaar van wil zijn, is de oplossing niet nog een lap. Het is de tool, de auth en het audittrail bezitten. Welke workflows het verhuizen waard zijn en welke je laat staan, bepalen we via ai-advies, en dan bouwen we alleen het deel dat de oude tool ontgroeid is. vertel ons wat je bouwt.

Vertel ons welke taak de meeste tijd kost.

30 minuten. Geen voorbereiding nodig. Wij vertellen je eerlijk of AI kan helpen en waar te beginnen.