Achter de schermen: Hoe we nieuwe Flexmail-functies maken die écht werken

Vorige week kreeg ik een berichtje van Sarah, een van onze klanten:

"Die nieuwe segmentatiefunctie is fantastisch! Eindelijk kan ik precies doen wat ik wil, zonder dat ik me afvraag waar ik moet klikken."

Zo'n bericht maakt mijn dag. Want dat is precies waarom we doen wat we doen.

Maar hoe zorgen we er eigenlijk voor dat nieuwe functies niet alleen werken, maar ook écht helpen? Laat me je meenemen achter de schermen van ons ontwikkelingsproces. Spoiler alert: het begint niet bij code schrijven.

Waarom we niet gewoon "coole features" bouwen

Eerlijk? We zouden makkelijk elke maand een nieuwe glimmende functie kunnen lanceren. Maar dat doen we niet. Want wij geloven dat elke nieuwe knop, elk nieuw scherm, elk nieuw veld een reden moet hebben: jouw e-mailmarketing beter maken.

Daarom begint elk nieuw project hetzelfde: met luisteren.

Het begint bij jouw frustraties (en die nemen we serieus)

Elke functie die we ontwikkelen, start met een simpele vraag: waar loop je tegenaan?

Ons supportteam houdt alles bij:

• Welke vragen komen het vaakst binnen?
• Waar struikelen nieuwe gebruikers?
• Welke workflows lopen net niet lekker?
• Welke wensen hebben onze gebruikers?

We categoriseren, tellen, en prioriteren. Dan stellen we onszelf de belangrijkste vraag:"Als we dit oplossen, helpt dat onze klanten echt beter worden in e-mailmarketing?"

Alleen als het antwoord ja is, gaan we verder.

Leren van de concurrentie (en van hun fouten)

Zodra we weten wat we willen oplossen, duiken we in de wereld van e-mailtools. Niet om te kopiëren, maar om te leren.

Ik test alles. MailChimp, Campaign Monitor, Klaviyo … you name it.

Wat ik zoek:

• Waar loop ik als gebruiker vast?
• Wat voelt intuïtief aan?
• Welke briljante oplossingen kan ik ontdekken?
• Wat moet absoluut niet?

Het doel? De beste ideeën combineren met onze eigen inzichten en jouw behoeften.

Pablo Picasso zei: "Good artists copy, great artists steal." Wij stelen alleen de beste ideeën en maken ze beter.

Van idee naar eerste schets: wireframes die werken

Met alle inzichten op tafel begint het echte werk: hoe gaat dit er straks uitzien?

Samen met Raf, onze UI designer, zetten we de eerste schetsen op papier. Geen mooie kleuren of fancy animaties, gewoon simpele wireframes die laten zien hoe jij door de nieuwe functie heen navigeert.

We tekenen elke stap uit:

• Waar klik je eerst?
• Wat zie je dan?
• Welke keuzes heb je?
• Waar ga je daarna naartoe?

Dit klinkt misschien saai, maar het is cruciaal. Want in deze fase ontdekken we de pijnpunten voordat ze in de echte app terechtkomen.

De technische realiteitscheck (en waarom die zo belangrijk is)

Met wireframes in de hand gaan we naar ons ontwikkelteam. Dit is waar de magie gebeurt. Of waar we ontdekken dat onze mooie plannen technisch gezien een nachtmerrie zijn.

Onze programmeurs kijken niet alleen naar wat mogelijk is, maar ook naar wat slim is. Kunnen we bestaande code hergebruiken? Hoe zorgen we ervoor dat alles snel blijft laden? En natuurlijk: hoe houden we je data veilig?

Deze gesprekken leiden vaak tot betere ideeën. Soms zegt een developer: "Dat kan, maar als we het zo doen, wordt het voor de gebruiker veel makkelijker." Die input is goud waard.

Prototypes: testen voordat het echt is

Voordat we ook maar één regel echte code schrijven, bouwen we een prototype. Een nep-versie die eruitziet als Flexmail, maar eigenlijk gewoon een simulatie is.

Hiermee kunnen we alles testen zonder risico. Werkt de logica? Voelt het natuurlijk aan? Kunnen we alle scenario's afhandelen?

En belangrijker nog: kunnen we het straks uitleggen aan jou?

De ultieme test: echte mensen, echte taken

Als we tevreden zijn met het prototype, doen we iets wat niet alle softwarebedrijven doen: we vragen klanten om het te testen.

We nodigen mensen uit die de functie vaak zouden gebruiken. We geven ze opdrachten, en dan... kijken we gewoon toe. Geen hulp, geen hints. Kunnen ze doen wat ze willen doen?

Bij die segmentatiefunctie die ik eerder noemde, ontdekten we tijdens zo'n test dat gebruikers dachten dat bepaalde velden niet aanklikbaar waren. De oplossing was simpel: betere visuele feedback. Maar zonder die test hadden we het nooit geweten.

Een ander voorbeeld: we hadden een knop gelabeld als "Database leegmaken" bij het verwijderen van contacten. Klanten schrokken zich rot. Ze dachten dat hun hele database zou verdwijnen! Nu staat er "Contacten op blacklist plaatsen". Veel duidelijker.

Van prototype naar realiteit

Na alle tests en feedback gaan we écht bouwen. Maar ook hier blijven we gestructureerd werken.

We vertalen alles naar concrete verhalen die onze developers snappen. Bijvoorbeeld: "Sarah wil als marketeer segmenten kunnen maken, zodat ze haar klanten gerichter kan benaderen met relevante content."

Voor elk verhaal maken we een lijstje van wat er precies moet gebeuren:

• Sarah moet een segment kunnen aanmaken
• Ze moet een segment een naam kunnen geven
• Ze moet voorwaarden kunnen toevoegen
• Ze moet die voorwaarde weer kunnen verwijderen
• En zo verder...

Al die kleine taakjes groeperen we onder één groot onderwerp, zoals "segmentatie". Zo houden we overzicht.

We werken in blokken van twee weken. In zo'n periode proberen we zoveel mogelijk van die taakjes af te krijgen. Dit houdt iedereen scherp en zorgt ervoor dat we regelmatig vooruitgang boeken.

Want uiteindelijk gaat het erom dat jij zo snel mogelijk kan profiteren van de nieuwe functie.

Kwaliteit komt voor snelheid

Als de functie gebouwd is, beginnen we pas echt met testen. Werner, onze Quality Assurance Engineer, test elke knop, elk scherm, elke mogelijk scenario. We vergelijken alles met het prototype. Werkt het zoals bedoeld? Zijn er bugs? Voelt het nog steeds natuurlijk aan?

Pas als we er 100% zeker van zijn dat het werkt zoals jij het verwacht, rollen we het uit.

De lancering is pas het begin

Zodra een functie live is, schakelen we ons hele team in:

Communicatie: Michelle, onze product owner, schrijft release notes die Evelien van marketing verspreidt. Zo weet iedereen wat er nieuw is en hoe het werkt.

Monitoring: We volgen via Mixpanel precies:

• Hoeveel mensen gebruiken de nieuwe functie?
• Hoe vaak wordt deze gebruikt?
• Waar stoppen gebruikers in het proces?

Feedback: Ons supportteam houdt alles bij en maakt tickets aan voor elke vraag of suggestie. Zo kunnen we snel reageren op problemen én kansen voor verbetering spotten.

Al deze informatie gebruiken we voor de volgende versie, de volgende functie, het volgende probleem dat we oplossen.

Waarom we dit allemaal doen

Al dit werk heeft één doel: zorgen dat als jij een nieuwe Flexmail-functie gebruikt, het gewoon werkt. Geen frustratie, geen giswerk, geen tijdverspilling.

Wij geloven dat goede software onzichtbaar is. Je denkt er niet over na, je gebruikt het gewoon.

En daardoor kun jij je focussen op wat echt belangrijk is: geweldige e-mailcampagnes maken die je doelen bereiken.

Want dat is waar het uiteindelijk om draait. Niet om hoeveel functies we hebben, maar om hoe goed ze jou helpen succesvol te zijn.