De meest voorkomende vraag die we van andere oprichters krijgen, is een versie van: “Hoe bouw je 150 modules met het team dat je hebt?”
Het eerlijke antwoord is dat de vraag verkeerd is. We bouwen geen 150 geweldige modules. We bouwen er 150 goed genoeg modules bovenop een klein aantal echt goed gebouwde funderingen. Dat onderscheid is de hele architectuur.
Het plukproces.
We zijn begonnen met één regel: een module hoort alleen thuis in Mewayz als deze een SaaS-abonnement verwijdert waar onze doelgroep al voor betaalt.
Niet ‘mogelijk voor betalen’. Ik kon me niet voorstellen dat ik ervoor zou betalen. Momenteel betaalt u, vandaag de dag, op terugkerende basis met een creditcard. Dat filter elimineert 80% van de modules die we theoretisch zouden kunnen bouwen.
De overige 20% (zo'n 150 categorieën) zijn de categorieën waarvoor onze typische MKB-klant momenteel ergens tussen de $25 en 500/maand betaalt. CRM, HR, boekhouding, ondersteuning, projecten, marketing – de voor de hand liggende. Maar ook POS, boekingen, contracten, formulieren, enquêtes, kennisbanken, NGO-management, call hubs, AI-documentgeneratoren, trainingscentra.
Elke module in Mewayz moet verwijzen naar een factuur in de bestaande softwarefactuur van de klant.
Wat wij niet bouwen.
Het vermelden waard wat is niet in Mewayz, opzettelijk:
- Speciale creatieve hulpmiddelen. Figma, Adobe, Logic – creatieve tools voor één doel waarbij uitmuntendheid domineert. Bundelen zou beledigend zijn voor de categorieën.
- Ontwikkelaarsinfrastructuur. GitHub, Sentry, lineair. Aangrenzend universum, verschillende kopers, verschillende workflows.
- Communicatieplatforms. Slank, zoom. Op een dag zouden dit tafelinzetten kunnen zijn, maar de netwerkeffecten zijn nu te sterk om te deuken.
- Enterprise-IT. Identiteit, SSO, MDM. We integreren met Okta enz.; wij vervangen ze niet.
De architectuur: drie lagen.
De truc om 150 modules te verzenden zonder 150 teams is dat de meeste modules geen onafhankelijke producten zijn. Ze zijn configuraties via gedeelde primitieven.
We hebben drie funderingslagen gebouwd die elke module gebruikt:
Laag 1: De dataruggengraat
Een uniform datamodel voor het hele platform: contact, bedrijf, item, document, gebeurtenis, geld. Elke module leest en schrijft via deze ruggengraat. De “contactpersoon” van het CRM is hetzelfde record als de “klant” van de boekhouding en de “ticketer” van de helpdesk. Geen synchronisatie, geen duplicaten.
Laag 2: De workflow-engine
Eén workflow-runtime die alle cross-module-acties afhandelt. Offerte → factuur → betaling → commissie → salarisadministratie. Lead gemaakt → e-mail verzonden → taak toegewezen. Ticket geopend → SLA-timer → escalatie. Allemaal dezelfde engine, geconfigureerd per module.
Laag 3: De UI-kit
Elke module is opgebouwd uit dezelfde ongeveer veertig componenten: lijstweergave, detailweergave, kanban, kalender, formulierbouwer, rapportbouwer. Nieuwe modules worden verzonden door deze componenten te configureren, en niet door schermen helemaal opnieuw te ontwerpen.
De routekaart.
We hebben ongeveer 90 modules in v1 verzonden en de volgende 60 in v2. Het tempo is ongeveer 4 à 6 nieuwe modules per maand, plus continu dieptewerk aan de meest gebruikte bestaande modules.
De modules worden verzonden in een volgorde die wordt bepaald door drie signalen:
- Waar klanten om vragen, gewogen op basis van de dealgrootte. Een verzoek van een bureau met 200 medewerkers gaat sneller dan tien verzoeken van sologebruikers.
- Wat vervangt het duurste bestaande abonnement. Een nieuwe module waarmee klanten een tool van $300/maand kunnen laten vallen, wint van een module die een tool van $30/maand laat vallen.
- Wat een verticaal pakket ontgrendelt. Verzending Met “PMS” kunnen we een hotelpakket lanceren. Verzending “Matter Management” laat ons een Law-pakket lanceren. Verticale pakketten converteren met 3x de snelheid van horizontale modules.
Modulekwaliteit, eerlijk gezegd.
Verschillende modules hebben verschillende polijstniveaus. De kern 30 – CRM, HR, boekhouding, helpdesk, projecten, marketing – zijn echt concurrerend met de best-in-class stand-alone tools op het MKB-niveau.
De volgende 50 zijn van ‘goed genoeg voor de meeste klanten’-kwaliteit. Ze dekken 80% van de gebruiksscenario's van zelfstandige producten. De overige 70 staan op 'table-stakes': ze doen wat ze moeten doen, ze verrassen niet aan de positieve kant.
Wij zijn hier eerlijk over. De pitch is niet ‘elke module is de beste’. De pitch is “alle modules verbonden, voor één prijs, zonder SaaS-wildgroei.” Als u de allerbeste spreadsheet nodig heeft, gebruik dan Excel. Als je de beste decktool in zijn klasse nodig hebt, gebruik dan Pitch. Als uw afweging 'goed voor allemaal, één factuur' is, bent u onze klant.
Wat we op de harde manier hebben geleerd.
Drie dingen, terugkijkend:
- Het aantal modules is een ijdelheidsgetal. 150 klinkt indrukwekkend in marketing. Waar het klanten eigenlijk om gaat, is of de twaalf modules die ze gebruiken goed zijn. Intern zijn we geobsedeerd door module diepte voor de top 20 tellen niet mee.
- De datarug duurde langer dan de modules. 18 maanden op fundering, 6 maanden op werkelijke oppervlakte. Als we alles opnieuw zouden opbouwen, zouden we nog meer aan de fundering uitgeven.
- Migratietools zijn net zo belangrijk als de modules. Het moeilijkste deel van het verkrijgen van een klant op Mewayz is niet het bouwen van de bestemming; het verplaatsen van hun gegevens van de zeven gevestigde exploitanten. We hebben de afgelopen zes maanden meer dan 40 migratietools gebouwd. Elke optie ontgrendelt ongeveer 4% meer conversie.
Niets van dit alles is glamoureus. Niets hiervan zorgt voor goede lanceringstweets. Maar daarom wordt v2 geleverd met de omvang die het biedt. De komende 18 maanden gaan over de diepte van de modules die klanten daadwerkelijk gebruiken, en niet over het aantal nieuwe modules.