CaseEigen product, productontwikkelingDeveloper workflowVan interne frictie naar werkende SaaS

Stringtale

Interface-teksten aanpassen op de pagina waar ze staan, zonder voor iedere wijziging een developer nodig te hebben.

Jarenlang kregen we na opleveringen dezelfde vraag: kunnen jullie nog even een tekst aanpassen? Meestal ging het om een button, foutmelding, tooltip of instructieregel.

Voor de klant leek dat een kleine wijziging. Voor een developer betekende het vaak het lopende werk onderbreken, de juiste tekst in de code zoeken, de aanpassing controleren en een nieuwe versie publiceren. Een klusje van een paar minuten kon daardoor gemakkelijk een paar uur verstoren.

Alles in een CMS zetten was zelden de beste oplossing. Sommige projecten werkten zonder internet, zoals educatieve installaties voor NEMO. Bij andere applicaties was het CMS al uitgebreid genoeg en hoorde niet ieder label of foutbericht daarin thuis. Ook bij tijdelijke campagnes bleven na oplevering vaak nog tekstwijzigingen komen.

Daarom bouwden we Stringtale: een eenvoudige editlaag waarmee teksten direct op de echte pagina aangepast kunnen worden.

Teksten aanpassen zonder developer ertussen

De uitdaging

Interface-teksten staan in React- en Next.js-projecten vaak gewoon in de code. Dat is praktisch voor buttons, foutmeldingen, validaties en teksten die direct bij een component of status horen.

De keerzijde was dat iedere wijziging bij development terechtkwam. Een projectmanager stuurde een tekst door, een developer nam hem over en daarna moest de wijziging nog worden gecontroleerd en gepubliceerd.

Ook daar konden fouten ontstaan. Een tekst werd verkeerd overgenomen, stond op meerdere plekken of bleek in de echte interface toch niet goed te passen. Dan begon dezelfde ronde opnieuw.

Dat gaf een vreemd resultaat: complexe software werkte goed, terwijl een kleine tekstcorrectie onnodig veel tijd en irritatie veroorzaakte.

Onze aanpak

De eerste versie van Stringtale bouwden we voor onze eigen designers en projectmanagers. Zij konden een editmodus aanzetten, door de applicatie klikken en teksten aanpassen op de plek waar ze die zagen.

De wijzigingen werden vervolgens verzameld en teruggebracht naar de codebase. Developers kregen één overzichtelijk wijzigingsvoorstel in Git, een pull request, en konden dat binnen hun normale werkwijze controleren en publiceren.

Dat werkte makkelijker dan we vooraf hadden verwacht. Designers en projectmanagers hoefden niet langer als tussenpersoon te fungeren, dus gaven we ook klanten toegang via een beveiligde omgeving.

Zij konden voortaan zelf teksten aanpassen die niet in het CMS stonden. Geen ticket, spreadsheet of telefoontje meer voor iedere kleine wijziging.

Van intern hulpmiddel naar SaaS

Na gebruik in onze eigen projecten hebben we Stringtale verder uitgebouwd tot een zelfstandige SaaS voor React- en Next.js-teams.

Daar kwamen de onderdelen bij die nodig zijn voor een volwaardig product: account- en projectbeheer, verschillende gebruikersrechten, onboarding, documentatie, trials, abonnementsvormen, Stripe-betalingen en tooling voor developers.

We beheren het product zelf en gebruiken het nog steeds in klantprojecten.

Wat het moest opleveren

Een eenvoudige manier om interface-teksten te wijzigen, zonder ieder tekstje in een CMS onder te brengen en zonder developers steeds uit hun lopende werk te halen.

Klanten en contentspecialisten moesten zelfstandig wijzigingen kunnen maken. Developers moesten controle houden over wat uiteindelijk in de software terechtkomt.

Wat dit opleverde

Stringtale groeide van intern gereedschap naar een SaaS die we zelf gebruiken en beschikbaar hebben gemaakt voor andere teams.

De kern

Teksten aanpassen waar je ze ziet, met controle vanuit development

Klanten en writers werken rechtstreeks op de echte pagina. Developers krijgen de wijzigingen overzichtelijk terug in hun bestaande Git-workflow.

Ontstaan uit dagelijks projectwerk

Stringtale lost een probleem op dat we jarenlang tegenkwamen in websites, applicaties, campagnes en educatieve installaties.

Teksten aanpassen in context

Gebruikers zien direct waar een tekst staat, hoeveel ruimte beschikbaar is en hoe de wijziging in de interface werkt.

Controle bij developers

Wijzigingen worden als één pull request aangeboden. Developers kunnen ze controleren en publiceren zoals iedere andere wijziging aan het project.

Zelf een volledige SaaS gebouwd

Accountbeheer, rechten, onboarding, documentatie, pricing, Stripe-billing en developer tooling horen allemaal bij het product.

Zelf gebruiken wat we bouwen

Stringtale draait in echte projecten van De Monsters. Daardoor merken we zelf wanneer onboarding onduidelijk is, een reviewflow onhandig werkt of een releaseproces beter kan.

Het product moet eenvoudig zijn voor iemand die geen code schrijft. Tegelijk moet het goed passen in de technische werkwijze van een developmentteam.

Dat maakt Stringtale voor ons meer dan een losse tool. We hebben het probleem zelf ervaren, het product ontworpen en gebouwd, klanten ermee laten werken en daarna de stap naar een zelfstandige SaaS gezet.

Ook interessant

Andere samenwerkingen waarin continuïteit en innovatie centraal staan.

123ZING

123ZING

Educatieve software voor muziek, dans en drama die al jaren blijft meegroeien met gebruik, content en techniek.

Van merk en website naar volwassen leerplatform voor scholen. De Monsters werkt mee aan UX, techniek, contentstructuur, accounts, koppelingen en beheer. De case laat zien hoe educatieve software stabiel blijft tijdens groei, piekbelasting en doorontwikkeling.
Bekijk case
Kaliber Digital

Kaliber Digital

Een online muziekstudio die muziekonderwijs digitaal ondersteunt zonder het te reduceren tot videobellen.

Iedere gebruiker krijgt een eigen studio voor les, oefening, opname en materiaal. De Monsters vertaalde de visie naar een productstructuur die past bij muziekdocenten en leerlingen. De case draait om gecontroleerde livegang, adoptie en opschaling op basis van echt gebruik.
Bekijk case
Ruimtevaart in de Klas

Ruimtevaart in de Klas

Van overgenomen lesplatform tot duurzaam educatief systeem.

De Monsters nam een bestaand platform over en hield het operationeel voor onderwijsgebruik. Daarna volgden stabilisatie, contentmigratie, CMS, redirects en vernieuwing van de ESERO-site. De case bewijst dat educatieve software ook beheerbaar en overdraagbaar moet blijven.
Bekijk case

Kies je startpunt

Elke softwarevraag vraagt om een andere eerste stap. Kies de route die past bij wat er nu speelt.

1

Iets dat al draait verbeteren

Voor software, platforms, modules of leermiddelen die werken, maar stroever worden in gebruik, techniek of beheer.

Bespreek wat er beter moet
2

Iets nieuws verantwoord starten

Voor nieuwe software, platforms of digitale producten waarbij inhoud, gebruikers, techniek en beheer vanaf het begin goed moeten staan.

Verken een nieuwe vraag
3

Bespreek beheer en overdracht

Voor software waarbij beheer, stabiliteit, overdracht of leveranciersafhankelijkheid kwetsbaar wordt.

Bespreek beheer en overdracht
Past dit niet precies? Beschrijf je situatie