Swapfiets levert geen fiets in eigendom, maar een serviceafspraak: een vast maandbedrag voor een fiets in gebruik, met de belofte dat een kapot onderdeel wordt gerepareerd of omgeruild in plaats van dat de klant zelf een monteur zoekt. Onder die belofte zit een combinatie van abonnementenbeheer, incasso, asset-tracking en service-planning, software die een operatie beheersbaar maakt die zelf niet triviaal is. OneDayBuild is niet verbonden aan Swapfiets; deze analyse ontleedt het model onafhankelijk.
Vier functies dragen het abonnement, de rest is uitbreiding die niet nodig is om te beginnen.
Deze vier functies gelden niet alleen voor fietsen. Hetzelfde patroon werkt voor gereedschap, kinderwagens, e-bikes voor personeel, koffiemachines of meubels: elk product dat onderhoud nodig heeft en dat een aanbieder centraal kan beheren, leent zich voor een abonnement met service. Wie hiermee begint, doet er goed aan eerst met een scope-slicer te bepalen welke van deze functies voor het eigen product echt de kern zijn, voor er iets gebouwd wordt.
Een groot deel van de techniek eronder koop je in plaats van dat je het zelf bouwt.
Betaalproviders zoals Mollie of Adyen regelen SEPA-machtigingen en terugkerende incasso. Je hoeft geen eigen betaalinfrastructuur te bouwen om een klant maandelijks te laten betalen.
Bestaande auth-providers regelen inloggen en accountbeheer, en e-mail- en sms-diensten sturen bevestigingen en servicemeldingen. Ook dat is inkoopwerk, geen bouwwerk.
Kaart- en geocoding-API's tonen servicepunten of ophaallocaties, en bestaande agenda-libraries plannen een monteur-afspraak in. Ook dit bestaat al als bouwsteen.
Wat overblijft als echt bouwwerk is smaller dan het lijkt: het datamodel dat een abonnement koppelt aan een specifiek exemplaar, de status en servicehistorie van dat exemplaar bijhoudt, en een melding omzet in een geplande actie voor een monteur. Dat stuk is specifiek voor jouw product en jouw operatie, en dat is precies waar de bouwtijd in gaat zitten.
Niet in de techniek, maar in de operatie die je eromheen moet organiseren.
De software voor abonnementenbeheer, incasso en asset-tracking is met de bouwstenen uit de vorige sectie relatief overzichtelijk. De echte complexiteit van een model als Swapfiets zit in een aantal factoren die geen van allen puur technisch zijn.
Er is kapitaalbeslag: voor er een abonnee is, moet er al een voorraad producten zijn om aan te bieden, en die voorraad ligt vast in bezit terwijl de opbrengst pas maandelijks binnenkomt. Er is logistiek: producten moeten heen en weer tussen klant, magazijn en monteur, en dat vraagt een netwerk dat fysiek georganiseerd is, niet alleen digitaal. Er is dekking: om een snelle service-afspraak waar te maken, moet er in elke regio waar je actief bent genoeg capaciteit zijn om storingen op te vangen. En er is voorraadbeheer: hoeveel reserve-eenheden je per regio aanhoudt, bepaalt of een omruil ook daadwerkelijk lukt op het moment dat een klant erom vraagt.
Geen van deze factoren los je op met een goed datamodel. De software maakt de operatie beheersbaar; ze vervangt de operatie niet.
Niet de hele operatie, wel de kernflow die laat zien of het model voor jouw product werkt.
Een klant kiest een product-type en een abonnementsvorm, en het systeem koppelt daar een exemplaar aan met een eigen status en servicehistorie.
Een scherm toont welk exemplaar bij welke klant is, met status en servicehistorie, zodat zichtbaar wordt of het model werkt zonder dat er al een grote voorraad in omloop is.
De klant kan het abonnement wijzigen of opzeggen en een servicemelding aanmaken, zodat het hele traject in het klein te zien is.
Dat is de aanmeld- en beheerflow plus een asset-overzicht: genoeg om als werkend prototype aan een paar mensen uit je doelgroep te laten zien, zonder dat er al een servicenetwerk of voorraad hoeft te staan. Wil je van tevoren checken of jouw idee zich hiervoor leent, dan helpt de kan-dit-in-1-dag-check om dat scherp te krijgen.
Het model is krachtig, maar niet voor elk product.
Een vast maandbedrag voor een product in gebruik, met onderhoud en omruil inbegrepen als het kapot gaat. De klant hoeft niet te kopen, te repareren of het product weg te doen bij opzeggen; die stappen regelt de aanbieder.
Het model past goed bij producten die onderhoud nodig hebben en die een aanbieder centraal kan beheren, zoals gereedschap, kinderwagens, e-bikes voor personeel, koffiemachines of meubels. De gemene deler is een product dat kapot kan gaan en dat je kunt omruilen zonder het hele abonnement stop te zetten.
Incasso, login en communicatie zijn met bestaande providers in te kopen, bijvoorbeeld Mollie of Adyen voor betalingen. Wat overblijft als eigen bouwwerk is het datamodel dat een abonnement koppelt aan een specifiek exemplaar, de servicehistorie bijhoudt en een melding naar een monteur of omruil-moment stuurt.
Zonder te weten welk exemplaar bij welke klant is, met welke servicehistorie, kun je geen betrouwbare omruil- of onderhoudsbelofte doen. Asset-tracking is de laag die van een los abonnement en een los magazijn een werkend geheel maakt.
In de operatie: genoeg voorraad aanhouden om nieuwe abonnees te bedienen, een servicenetwerk organiseren dat dicht genoeg bij klanten zit, en het kapitaal dat vastzit in producten die nog niet zijn terugverdiend. De software maakt die operatie beheersbaar, maar lost de onderliggende logistiek niet vanzelf op.
We bouwen een werkend prototype van de aanmeld- en beheerflow plus een asset-overzicht: genoeg om aan een paar mensen uit je doelgroep te laten zien, en om te toetsen of de kern van het model voor jouw product werkt.
In één werkdag bouwen we een klikbaar prototype van de aanmeld- en beheerflow en een asset-overzicht, zodat je het aan echte gebruikers kunt laten zien voor je verder investeert.
Een korte intake volgt na je inschrijving. Daarna stemmen we scope en datum af.
We nemen contact op om de intake in te plannen.
We gebruiken cookies om je ervaring te verbeteren en het gebruik van de site te meten.