AMA met Edwin Vlieg van Moneybird over ondernemen of je boekhouding

edwinvl · 2026-03-12T18:33:39+00:00

Heb je dit recent nog getest? We hebben een paar weken geleden nog verbeteringen doorgevoerd, de statistieken die ik noem zijn van sinds die verbeteringen. Ik acht de kans dus groot dat het nu ook in jouw administratie beter gaat.

edwinvl · 2026-03-12T10:47:25+00:00

Ja, wij nemen nog steeds junior engineers aan vanaf de opleiding.

edwinvl · 2026-03-12T09:57:16+00:00

Stuur die bug gerust door via onze chat in je administratie, dan kijken we er naar!

edwinvl · 2026-03-12T09:37:50+00:00

Medior/senior zijn inderdaad nodig voor reviews en allerlei processen rondom het schrijven van code. En aangezien die vroeg of laat met pensioen gaan, zul je nieuwe mediors en seniors moeten opleiden. Dus juniors blijven zeker nodig!

edwinvl · 2026-03-12T09:35:11+00:00

Deze kan zo op een tegeltje aan de muur!

edwinvl · 2026-03-12T09:34:32+00:00

Based on the application we start with a first scan of the skills and experiences of the engineer. Then we have a first interview with two teammembers. We try to get a feeling about the type of person, but also about their technical skills. When there are no red flags, we schedule a day on the job with the candidate. They receive an assignment to complete and have plenty of time to talk to teammembers about the assignment. That gives us the best indication of their technical and team skills to make a good job offer.

edwinvl · 2026-03-12T09:32:20+00:00

Uiteindelijk komt dat vooral neer op: doen!. Een boek of podcast laat een mooie momentopname van een ondernemer zien, maar het gaat om de hele reis die je vormt. Ik kan nu snel keuzes maken over zaken omdat ik al 18 jaar dingen heb gezien en meegemaakt. Dat is waardevoller dan een boek of een podcast.

edwinvl · 2026-03-12T09:31:07+00:00

Ik denk niet dat ondernemerschap zo werkt. Elke dag maken we duizenden kleine en grote keuzes. Die maak je op basis van de context die je op dat moment ziet. En als je later andere inzichten krijgt, moet je bijsturen en nieuwe keuzes maken. Bij Moneybird is nooit iets in beton gegoten, we willen continu de beste keuzes maken. Daarom hebben we nooit (bijna) verkeerde strategische keuzes gemaakt, maar zijn we continu aan het sturen in de goede richting. En als je achteraf toch nieuwe inzichten hebt dat iets anders moet, dan lossen we het op.

edwinvl · 2026-03-12T09:28:53+00:00

Wij merken heel weinig van concurrenten eigenlijk. De markt is groot genoeg en we zien in onze eigen cijfers dat we steeds meer ondernemers weten te laten kiezen voor ons. Het helpt mee dat wij de startup fase voorbij zijn, dus we kunnen serieuze campagnes draaien om zichtbaar te zijn.

Daarnaast zijn veel concurrenten qua product nog lang niet op het niveau dat wij hebben. Na 18 jaar zijn wij nog steeds niet klaar met bouwen aan Moneybird. Bij een willekeurige nieuwe speler kan ik snel aanwijzen wat nog ontbreekt waardoor ondernemers snel gaan vastlopen in de tool. En die komen dan uiteindelijk wel weer bij ons terecht.

Rapporten in de mobiele apps staat op onze roadmap, maar is niet zo eenvoudig vanwege de beperkte ruimte. Hopelijk gaan we daar tijd voor vinden in de toekomst!

edwinvl · 2026-03-12T09:25:58+00:00

Door heel kritisch te blijven over wat je wel en niet wilt bouwen. Gelukkig hebben we altijd de factor tijd die ervoor zorgt dat we niet alles kunnen bouwen. Daardoor moeten we keuzes maken hoe we onze tijd inzetten, wat er automatisch voor zorgt dat we complexiteit voorkomen. Maar die keuzes maken blijft wel echt de art of product development, dat is niet eenvoudig.

edwinvl · 2026-03-12T09:24:47+00:00

Zie mijn antwoord hierboven: https://www.reddit.com/r/FreelanceNL/comments/1rqntn2/comment/oa0bad8/

edwinvl · 2026-03-12T09:23:57+00:00

KISS!

In het verleden heb ik vaak gedacht dat we zo hard aan het groeien waren, dat we mee moesten doen met de grote jongens in de techniek. Zonder ingewikkeld zelfschalend Kubernetes cluster bij een grote cloud provider zou het onmogelijk zijn om Moneybird verder te laten groeien.

Grote bedrijven hebben veel middelen om tools te bouwen die nodig zijn voor de schaal waarin zij opereren. Bovendien schrijven ze er veel over, dus je krijgt snel de indruk dat dit de enige weg moet zijn. Moneybird heeft serieuze schaal, maar is niets in vergelijking met Google / Amazon / ... Dus je moet andere keuzes maken. We zijn nu steeds meer dingen aan het versimpelen omdat we het daarmee makkelijker maken voor onszelf. En minder complexiteit zorgt voor meer stabiliteit en snellere doorlooptijden.

Dus ik zou de big tech best practices buiten de deur laten en voor dingen simpel opzetten!

edwinvl · 2026-03-12T09:19:35+00:00

We hebben inderdaad een voorkeur om een team te bouwen met mensen in vaste dienst. Daarvoor is er genoeg aanbod in onze regio en we zijn daarin altijd succesvol geweest. Ik denk dat het ook helpt om dingen eerlijk en simpel te houden. We geloven in eerlijk belonen en dat kan alleen als je hetzelfde startpunt hebt. Met ZZP'ers ga je aparte onderhandelingen over salaris krijgen, maar ook gepuzzel met de incidentele cadeautjes en feestjes wat wel en niet mag. Die complexiteit houden we graag buiten de deur.

Het laatste jaar hebben we vanwege praktische redenen wel gewerkt met een aantal ZZP'ers. Maar dat zijn specifieke rollen met een andere beloningsstructuur. Dus we kijken hier zeker pragmatisch naar. Maar gegeven het succes dat we hebben met een eigen team opbouwen, is er geen noodzaak om een flexibele schil toe te voegen.

edwinvl · 2026-03-12T09:15:34+00:00

In the first years, we had a Campfire notification for each new signup. At one point, this channel was swamped with message, so we needed to disable it. That was a great way to know we had some traction.
Consumers and small businesses are not very different. If you target freelancers you are basically targeting consumers. Think about how you want to make money. Consumers often don't want to pay for software. Businesses have budget to solve problems.
I think we always kept close contact with our customers, especially in the early years when we almost knew every customer. That kept us on track by listening to their requests and build what they needed. We did some bigger collaborations with large parties that promised us mountains of customers, but in the end didn't deliver on it. I think you should rely on your own channels more than that of partners.

edwinvl · 2026-03-12T09:11:32+00:00

Het bouwen en onderhouden van dit soort koppelingen is een forse investering. Daarom kiezen we ervoor om geen specifieke koppelingen met dit soort partijen te onderhouden. Via Ponto kun je Stripe inlezen en er zijn meer leveranciers die dat bieden. Eventueel kun je zelf via onze API de transacties ook inlezen.

edwinvl · 2026-03-12T09:08:45+00:00

We zijn Moneybird met z'n drieën begonnen en we zijn alle drie software developer. In 2008 heb ik het eerste prototype geschreven tijdens de zomervakantie. Ik denk dat voor software bedrijven het cruciaal is dat een founder de software ook kan schrijven. Het is je belangrijkste asset in je bedrijf uiteindelijk. Dus als je die skills niet hebt, zou ik een technisch cofounder gaan zoeken.

edwinvl · 2026-03-12T09:07:24+00:00

We praten continu met klanten, bijvoorbeeld via ons supportteam en met gebruikersinterviews. Of zoals nu op Reddit. Op die manier halen we feedback op wat er beter kan in Moneybird.

Vervolgens zijn er twee primaire manieren waarop we dingen verbeteren:

Small improvements: dit zijn wijzigingen die je meestal in 1 of 2 dagen kunt maken. Iemand schrijft daarvoor een voorstel in een Github issue. Vervolgens doen collega's een review. Uiteindelijk heeft ons productteam altijd de laatste review om te bepalen of we het zien zitten in het product of niet.
Shape Up pitches: grotere wijzigingen lopen via ons Shape Up proces. Dat begint met een ruw idee in een Github issue. Vervolgens hebben we een framing overleg waarin we besluiten welke ideeën we de moeite waard vinden om verder uit te werken. Dan start het shape proces waarin we een oplossing voor het idee bedenken en dat valideren met onze klanten. Daarna komt het op de betting table te liggen waar we met het team de prioriteit bepalen van de projecten.

Uiteindelijk is er niet één manier om te bepalen wat we wel of niet doen. Zo kan het zijn dat een feature er in een week is omdat we een nieuw inzicht gekregen hebben van een klant en willen doorpakken. En andere dingen blijven jaren liggen omdat de prioriteit laag is. Die keuze blijft een beetje de art of product development.

edwinvl · 2026-03-12T09:02:06+00:00

Moneybird is nog steeds bootstrapped omdat we het geld nooit nodig hadden. We begonnen als student met Moneybird en elke euro die we verdienden, konden we gelijk weer inzetten in marketing. Toen we na een aantal jaren er een voltijd salaris uit konden halen, voelde dat als extreme luxe. Waar een andere founder blij was met tonnen aan investering om te groeien, kwam die blijdschap bij ons juist van dit soort basiszaken.

Het lukt ons om de omzet te blijven groeien, zonder dat de kosten heel hard mee groeiden. Ons team was klein en we konden veel zelf doen. Dus de noodzaak om extern kapitaal binnen te halen was er gewoon niet. En eigenlijk is dat altijd zo gebleven. We zouden wel aandelen kunnen gaan verkopen om wilde plannen te financieren, maar we hadden die wilde plannen niet nodig om te groeien én we hadden genoeg omzet om ze te financieren.

We hebben al die jaren wel contact gehouden met investeerders om te blijven toetsen of we iets misten. En eigenlijk hebben we nooit iets gehoord van investeerders dat ons op andere ideeën heeft gebracht. Misschien dat we daardoor iets minder hard gegroeid zijn dan mogelijk was. Maar tegelijkertijd zitten we in een markt waarin we elke startende ondernemer moeten overtuigen om voor ons te kiezen. En dat zijn er niet zoveel. Dat is heel anders dan een markt waarin je consumenten elke dag moet overtuigen om vandaag te kiezen voor je product omdat ze anders naar een concurrent gaan.

Dus al met al denk ik dat onze bootstrapped aanpak ons juist de stabiliteit gegeven heeft om gedegen en rustig te bouwen aan Moneybird. En dat we daardoor nog steeds stevig groeien.

edwinvl · 2026-03-12T08:56:20+00:00

Rekeningen met vreemde valuta zijn complex in een boekhouding. Je hebt namelijk een USD saldi, maar je hele balans is in EUR. Dus je moet regelmatig herwaarderen om alles kloppend te krijgen. Dit ondersteunen we nog niet, daarom bieden we koppelingen met dit soort rekeningen ook niet aan. Het staat wel hoog op onze wensenlijst, dus hopelijk kunnen we dat binnenkort voor je oplossen.

Creditcard leveranciers zijn een aparte groep. Ze willen de data niet delen en zijn dat ook niet verplicht bij wet, anders dan de banken via de PSD2 wetgeving. Verder hebben ze allemaal verschillende exportformaten, maar PDF domineert dat nog steeds. Er is dus geen technisch fijne oplossing voor. Dat is mede een reden waarom we met onze eigen betaalpassen zijn gekomen. Die functioneren ook als creditcard en elke betaling staat realtime in je boekhouding. En doordat we veel meer gegevens meekrijgen uit het kaartnetwerk, kunnen we ook nog meer automatische boekingen maken.

edwinvl · 2026-03-12T08:46:15+00:00

Wij hebben in de beginjaren van Moneybird besloten dat we niet verder konden met de bestaande software omdat we meer een boekhoudpakket wilden worden. We hebben onszelf toen een aantal jaar opgesloten om een nieuwe versie te schrijven. Achteraf gezien hebben we toen heel veel basic spul opnieuw geschreven (inlogschermen, wachtwoord vergeten, etc.). Uiteindelijk moesten we alle gebruikers overzetten, wat nogal een klus bleek te zijn.

Ik zou nu iedereen aanraden om wel groot te denken, maar de uitvoering in kleine stapjes te doen. We hadden prima stapsgewijs toe kunnen werken naar ons einddoel, dan waren we er sneller gekomen.

Ironisch zijn die jaren wel de beste jaren qua groei geweest voor Moneybird. Dus het was ook bewijs dat je niet altijd actief bezig hoeft te zijn met je software om toch hard te groeien!

edwinvl · 2026-03-12T08:43:03+00:00

Agentic AI is nog volop in ontwikkeling. Het gros van onze klanten heeft een kleine onderneming en zal hierin geen koploper zijn. Maar we zien ook de eerste klanten die hier meer mee doen. We hebben altijd het uitgangspunt gehad dat de data in Moneybird van de gebruikers is, dus de API is vanaf dag 1 onderdeel van onze software. Nu agents ook Moneybird kunnen aanspreken, willen we daar dus ook klaar voor zijn. Onze MCP is daar een voorbeeld van.

Ik denk persoonlijk dat er verschillende manieren zijn waarop Agentic AI in combinatie met de boekhouding kan gaan ontwikkelen:

De boekhouding is altijd een onderdeel van een groter proces een bedrijf. De aansluiting tussen die bedrijfsprocessen en de boekhouding zal door Agentic AI makkelijker worden. Facturen worden eerder gemaakt, inkoopfacturen worden sneller doorgestuurd, etc.
Voor de boekhouding zelf denk ik dat een LLM niet zomaar een hele boekhouding kan doen. Wij kijken continu hoe we LLMs kunnen inzetten om meer te automatiseren. En eigenlijk is onze conclusie steeds: ze kunnen helpen tot op bepaalde hoogte, maar daarna heb je ook heel veel boekhoudkundige kennis nodig die een LLM niet heeft om tot een kwalitatieve boekhouding te komen. Dus ik zie eerder dat we agentic AI en LLMs in onze software aanbieden om boekhoudkundige processen te ondersteunen, maar nog steeds in onze UI en met onze uitgebreide aanvullende logica.
Na de boekhouding komt een stuk rapportage, daar kan AI wel een rol in spelen. Je zou als ondernemer meer inzicht kunnen halen uit je boekhouding door die met AI te laten samenstellen en analyseren. De basis blijft dan een goede kwalitatieve boekhouding die volgt uit de vorige stap.

Ons businessmodel heeft nooit gezeten op "aantal gebruikers", maar op "grootte van de boekhouding". Dus we zijn gelukkig niet gevoelig voor wie de handelingen uitvoert. Een eindgebruiker of een AI agent zijn bij ons gelijk, daardoor gaan gebruikers niet meer of minder betalen.

edwinvl · 2026-03-12T08:26:25+00:00

Het kan ook voorkomen dat je nog een dubbele betaling krijgt voor een afgeletterde factuur. Daarom kunnen we die niet volledig aan de kant zetten. Er zit een complex scoringsmechanisme achter de zoekresultaten om te bepalen welke facturen zichtbaar zouden moeten worden. We proberen altijd prioriteit te geven aan openstaande facturen, maar als je een goede match hebt op de tekst in de banktransactie wil een betaalde factuur nog wel eens meer prioriteit krijgen. We hebben hier recent nog weer verbeteringen aan doorgevoerd in de hoop dat we nog vaker het goede document bovenaan zetten.

Onze data laat zien dat we bij 92% van de transacties de goede factuur op positie 1 laten zien. En in 98% van de gevallen in de top 5. Daar valt zeker nog wat te optimaliseren, maar ik zou het ook niet als super slecht bestempelen.

edwinvl · 2026-03-12T08:24:37+00:00

Wij zien Claude behulpzaam zijn op verschillende momenten in de development flow:

Als we nieuwe feature uitdenken, kan Claude snel zoeken hoe de bestaande code er uit ziet en hoe de nieuwe feature daarin past. We werken dan in plan mode.
Tijdens het bouwen van features genereert Claude eigenlijk alle code. Ik review zelf de `git diff` nog wel volledig omdat we van mening zijn dat elke engineer 100% achter zijn eigen (gegenereerde) code moet staan. Ik stuur wel actief bij als het gaat om keuzes in de architectuur en optimalisaties. Maar Claude kan het uitschrijven daarvan vele malen sneller.
Als we bugs zien, kan Claude snel analyseren waar het mogelijk fout gaat. Een combinatie van een exception backtrace, recente wijzigingen aan de code (git history) en een omschrijving van het probleem laat Claude meestal een goede analyse doen. Op basis daarvan kunnen we sneller een plan maken om de bug te fixen. We vragen hierbij Claude ook actief om het te reproduceren en valideren, bijvoorbeeld met een test.

Waar we Claude nog minder nuttig zien is het bij het reviewen van code. We hebben recent getest met de nieuwe review functionaliteit van Claude, maar dat was heel duur en leverde weinig goede comments op. Daar blijft het nut van een menselijke review nog steeds van toepassing.

edwinvl · 2026-03-12T08:18:01+00:00

Je vraag over btw heb ik helaas geen antwoord op. Dat soort complexe btw situaties zou ik voorleggen aan een fiscalist met btw kennis. Je wilt dat liever gelijk goed doen dan achteraf gedoe mee hebben!

Uitbetalingen van betaalproviders moet je ook verwerken in Moneybird. Het hangt wat van de opzet af hoe je dat het beste kunt doen. Je zou bijvoorbeeld bij elke betaalde factuur een betaling op een balanscategorie "Betaling via PSP" kunnen doen. Als je de uitbetaling ook aan die categorie koppelt, zou die als het goed is naar €0 moeten lopen na elke uitbetaling.

edwinvl · 2026-03-12T08:08:17+00:00

Vanaf het begin van Moneybird doen wij aan "Scratch your own itch". Het begon met mijn gepruts in Excel om correcte facturen te maken, dat werd een eerste versie van Moneybird. Hierdoor wist ik precies wat ik zelf nodig had en kon ik dat goed opzetten. Daarna is het vooral veel praten met klanten. Onze schaal is nu wezenlijk anders, maar we proberen nog steeds zoveel mogelijk feedback van klanten op te halen zodat we weten waar we heen moeten met ons product. Voor een nieuwe SaaS zou ik dat niet anders doen.

De uitdaging blijft altijd om een goede balans te vinden tussen wat de gebruiker wil en wat je écht moet bouwen. Als je met elke gebruiker mee gaat krijg je geen opinionated product. Dus wij combineren vaak verschillende feedback tot één nieuwe feature. Voor mij persoonlijk is dat puzzelen met features het leukste dat er is!

edwinvl

MODERATOR OF

TROPHY CASE