Wanneer maak je van je eigen app een product?
Je bouwde een app die je bedrijf draaiende houdt. Zo zie je of je hem als SaaS aan andere bedrijven kunt verkopen, en welke vijf dingen eerst veranderen.
Stel, je bouwde een app voor een bloemenwinkel. Hij houdt de financiën bij, plant de bezorgroutes, stuurt klanten een bericht als hun bestelling onderweg is en neemt betalingen aan. De database is gekoppeld en de winkel draait er elke dag op.
Dan ziet een andere winkeleigenaar hem en vraagt of die hem ook mag hebben. Met die vraag begint een ander project dan het project dat je net afrondde.
Is je app het waard om er een product van te maken?
Ja, als andere bedrijven hetzelfde probleem hebben en het op dezelfde onhandige manier oplossen. Eén verzoek is een signaal. Drie bedrijven die je vandaag kunt noemen en die werken zoals jij, zijn een test waard.
Nee, als de app vooral de gewoontes van één eigenaar op schrift is. Bestaat elk scherm omdat één persoon graag zo werkt, dan wil het volgende bedrijf de helft anders. Dan bouw je een tweede maatwerk app, in plaats van dat je de eerste verkoopt.
Steeds meer mensen bouwen hun eigen software met AI-tools, en veel van die apps werken goed voor het bedrijf waarvoor ze gemaakt zijn. Veel minder zijn klaar voor een tweede. Het verschil zit in de architectuur, en dat komt neer op vijf veranderingen.
Weet elk record bij welk bedrijf het hoort?
Nog niet, als de app voor één bedrijf is gebouwd. Elke bestelling, klant en factuur in de database is gewoon van jou. In een product draagt elk record het bedrijf waar het bij hoort, en de app controleert dat bij elk verzoek. Zo ziet de ene winkel nooit de klanten van een andere. Dit is de verandering die je het lastigst achteraf toevoegt, dus die komt eerst.
Zit je eigen bedrijf in de code?
Vrijwel zeker. De winkelnaam, de bezorgzones, de openingstijden en hoe een korting werkt, staan meestal in de code. Een product heeft één gedeelde kern die elk bedrijf gebruikt, en zet wat verschilt in instellingen of modules die een bedrijf kan aanzetten. Eén update bereikt dan elke klant, in plaats van één kopie van de app per bedrijf.
Kan elk bedrijf zijn eigen betaal- en boekhoudtools meenemen?
Alleen als de koppelingen te vervangen zijn. Jouw app praat met één betaalprovider, één boekhoudpakket en één manier om berichten te sturen, vast ingebouwd. Het volgende bedrijf gebruikt andere. Een product behandelt elk daarvan als een connector: de app vraagt om een betaling, en het bedrijf bepaalt welke provider die afhandelt.
Kan een nieuw bedrijf beginnen zonder jou?
Dat moet, anders is elke nieuwe klant een klein project. Dat betekent een aanmelding die een nieuw, leeg bedrijf aanmaakt, rollen zodat eigenaar en personeel verschillende dingen zien, en een import voor de klanten en bestellingen die een bedrijf al ergens anders heeft.
Wie houdt het draaiende als andere bedrijven ervan afhangen?
Iemand moet dat doen, elke dag. Een product heeft facturatie nodig, back-ups, monitoring die een probleem ziet voordat een klant het ziet, en een beveiligingscheck. Apps die snel met AI-tools zijn gebouwd, laten vaak sleutels in de code staan of slaan de check over of een gebruiker een record wel mag zien. Met één bedrijf is dat een risico. Met tien zijn het de gegevens van tien bedrijven.
Kan een tweede bedrijf er niet op draaien zonder codewijzigingen, dan is het nog geen product.
Waar begin je?
Met een audit, vóór er nieuwe code bij komt. Lees de code en de data, maak een lijst van wat specifiek is voor jouw bedrijf, en zoek naar gelekte sleutels en ontbrekende logincontroles. Splits daarna de kern van de maatwerkdelen, geef elk bedrijf zijn eigen data, maak de koppelingen vervangbaar en zet er één echt tweede bedrijf op.
- Audit: de code, de data en een beveiligingscheck
- Splitsen: wat elk bedrijf nodig heeft, en wat alleen jij nodig hebt
- Scheiden: elk bedrijf krijgt zijn eigen data en zijn eigen connectors
- Pilot: een tweede bedrijf draait erop, en elke codewijziging die het nodig heeft, is een gat om te dichten
De pilot is de eerlijke test. Alles wat het tweede bedrijf je in de code laat veranderen, staat nog tussen jouw app en een product.
Dit is het werk achter Van app naar product op onze pagina Diensten. Heeft een ander bedrijf al naar je app gevraagd? Stuur ons wat je bouwde en wie erom vroeg, via hello@99six.dev.
Herken je jouw week hierin? Dertig minuten is genoeg om het uit te zoeken.
Plan 30 minuten →