Een voorraadbeheerapp bouwen voor een klein bedrijf

Om een voorraadbeheerapp te bouwen heb je vier dingen nodig: een lijst met artikelen, de hoeveelheid van elk artikel per locatie, een logboek van elke voorraadbeweging (in, uit, aangepast, met reden) en lage-voorraadmeldingen op basis van een bestelniveau. Een AI-appbouwer kan de database, schermen en meldingen maken uit een gewone beschrijving. De ontwerpkeuze die het meest telt, is bewegingen registreren in plaats van alleen een telling overschrijven, omdat die geschiedenis je vertrouwen in de cijfers geeft.

Waarom kleine bedrijven er zelf een bouwen

De meeste kleine bedrijven beginnen met het bijhouden van voorraad in een spreadsheet, en dat werkt tot het niet meer werkt. De gebruikelijke breekpunten:

• Meerdere mensen werken het blad bij en overschrijven elkaars wijzigingen
• Niemand kan zien waarom een telling is veranderd of wie dat deed
• Er raakt iets op voordat iemand het merkt
• Voorraad staat op meer dan één plek (winkelvloer, achterkamer, bestelbus, tweede vestiging)
• Het blad heeft instructies gekregen over hoe het gebruikt moet worden

Kant-en-klare voorraadsoftware bestaat en is vaak het juiste antwoord (zie het einde van deze gids). Mensen bouwen er zelf een wanneer hun voorraad ongebruikelijk is (partijen met houdbaarheidsdatum, artikelen die van andere artikelen worden gemaakt, verhuurartikelen die terugkomen), wanneer ze maar een fractie van een groot product nodig hebben, of wanneer ze willen dat het precies past bij hoe hun team werkt. Kom je van een spreadsheet, dan is een spreadsheet omzetten naar een app een handige aanvulling.

Wat de app nodig heeft

Kerngegevens

Het kernidee: het voorraadniveau is het resultaat van bewegingen. Elke wijziging gaat via een bewegingsrecord, en de hoeveelheid op voorraad wordt daaruit bijgewerkt. Zo krijg je een auditspoor gratis en zijn fouten makkelijk op te sporen en terug te draaien.

Kernschermen

• Artikellijst met zoeken, categoriefilter en een filter “lage voorraad”
• Artikelpagina met hoeveelheid per locatie en recente bewegingen
• Snel aanpassen: voorraad ontvangen, verwijderen, tussen locaties verplaatsen, een telling registreren
• Overzicht lage voorraad: alles op of onder het bestelniveau, gegroepeerd per leverancier
• Telmodus voor periodieke tellingen, die het verschil registreert als aanpassing

Later, als je ze nodig hebt

• Inkooporders: een order aan een leverancier aanmaken en daarna tegen die order ontvangen
• Partijen en houdbaarheidsdatums voor voeding, cosmetica en medicijnen
• Stuklijst: een eindproduct dat van onderdelen is gemaakt, zodat verkoop van één product er meerdere afboekt
• Rapportages: voorraadwaarde, langzaam lopende artikelen, gebruik in de tijd (zie hoe je een dashboard bouwt)
• Barcodescannen met de camera van een telefoon

Beslissingen vóór je bouwt

Wie is de bron van waarheid

Als je verkoopt via een webwinkel of kassasysteem dat de voorraad al bijhoudt, beslis dan welk systeem de telling beheert. Twee systemen die dezelfde cijfers bewerken lopen uiteen. Opties:

1. Je app is alleen voor dingen die de winkel niet bijhoudt (grondstoffen, verbruiksartikelen, voorraad in de achterkamer).
2. De winkel is de bron; je app leest eruit voor rapportages en meldingen via de API.
3. Je app is de bron en stuurt tellingen naar de winkel. Het krachtigste, en het meeste werk om goed te krijgen.

Begin met optie 1 of 2; dat is veel veiliger.

Wie mag wat

Inkoopprijzen verbergen voor sommige medewerkers is een veelvoorkomende eis; benoem dat in je eerste prompt. Echte rechten vragen om inloggen in de app, behandeld in hoe je inloggen aan je app toevoegt.

Telefoon of desktop

Voorraadwerk gebeurt staand: in het magazijn, bij de leverdeur, in de bestelbus. Ontwerp de scherm voor aanpassen en tellen eerst voor de telefoon, met grote knoppen en zo weinig mogelijk typewerk. Rapportages en het bewerken van artikelen kunnen desktop-first zijn.

Stap voor stap bouwen

Stap 1: Maak je huidige gegevens schoon

Exporteer je spreadsheet en maak het op voordat je importeert: één rij per artikel, consistente eenheden, unieke SKU's, geen samengevoegde cellen. Dit kost meer tijd dan mensen verwachten en bespaart later veel gedoe.

Stap 2: Schrijf de eerste prompt

Beschrijf het bedrijf, de voorraad, de mensen en de bewegingen:

Bouw een voorraadapp voor Fern & Stone, een plantenwinkel met een winkelvloer, een achterkamer en een bestelbus. Artikelen hebben naam, SKU, barcode, categorie, eenheid, inkoopprijs, verkoopprijs, leverancier en een bestelniveau. Houd de hoeveelheid per locatie bij. Elke wijziging is een voorraadbeweging met type (ontvangen, verkocht, beschadigd, geteld, overgebracht), hoeveelheid, notitie, gebruiker en tijd; bewerk hoeveelheden nooit direct. Schermen: doorzoekbare artikellijst met een filter lage voorraad, artikelpagina met voorraad per locatie en bewegingsgeschiedenis, een telefoonvriendelijk scherm voor snel aanpassen, en een pagina met lage voorraad gegroepeerd per leverancier. Medewerkers kunnen de inkoopprijzen niet zien; managers wel. Gebruik een database, een eenvoudig en snel ontwerp. Laat me artikelen importeren uit een csv-bestand.

Stap 3: Importeer en controleer

Importeer je opgeschoonde csv en controleer tien artikelen tegen de werkelijkheid. Verkeerde beginvoorraden ondermijnen het vertrouwen in de app vanaf dag één, dus tel de belangrijkste artikelen echt op de dag dat je overstapt.

Stap 4: Test de bewegingen

Ontvang voorraad, verkoop wat, beschadig één artikel, verplaats wat naar de bestelbus, doe een telling die twee ontbrekende stuks oplevert. Controleer of de geschiedenis van elk artikel het verhaal correct vertelt en of de hoeveelheid klopt. Probeer de hoeveelheid onder nul te krijgen en beslis of dat geblokkeerd of gemarkeerd moet worden.

Stap 5: Voeg meldingen en rapportages toe

Een melding per e-mail bij lage voorraad of een dagelijks overzicht voor de manager is meestal het eerste wat mensen vragen zodra de basis werkt. Dat vraagt om een e-mailprovider en een geplande taak. Daarna een eenvoudig rapport van de voorraadwaarde en een lijst van artikelen die al 90 dagen niet zijn bewogen.

Stap 6: Rol het eerst op één locatie uit

Gebruik de app een paar weken op één plek, los wat hindert op, en breid dan uit. Het grootste risico is niet een bug; het is dat medewerkers terugvallen op het spreadsheet omdat de app trager is.

Veelgemaakte fouten

• Alleen de huidige hoeveelheid opslaan. Zonder bewegingen kun je niet beantwoorden “waarom klopt dit niet?”
• Iedereen alles laten bewerken. Een tikfout in een bestelniveau of een verwijderd artikel kan weken onopgemerkt blijven.
• Eenheden negeren. Inkopen per doos van 12 en verkopen per stuk vraagt om een duidelijke regel, anders kloppen de tellingen niet door een factor 12.
• Te veel velden op het aanpassingsscherm. Als het registreren van een levering een minuut kost, doen mensen het niet.
• Eerst tweerichtingssynchronisatie met de winkel bouwen. Zorg eerst dat de app op zichzelf vertrouwd wordt voordat je iets koppelt.
• Het behandelen als boekhouding. Voorraadwaardering voor belasting (FIFO, gewogen gemiddelde) kent regels; laat de cijfers van de app door je accountant controleren voordat je ze voor je jaarrekening gebruikt.

Wanneer een kant-en-klaar product beter is

• Je verkoopt vooral via één platform zoals Shopify of Square. Hun ingebouwde voorraadfuncties dekken misschien wat je nodig hebt, al gekoppeld aan je verkopen.
• Je hebt voorraad die strak aan de boekhouding moet zijn gekoppeld. Boekhoudsoftware en voorraadproducten die daarop zijn gebouwd, besparen veel afstemmingswerk.
• Je hebt een magazijnoperatie met picken, inpakken, verzendlabels en meerdere verkoopkanalen. Speciale voorraad- en magazijnsystemen zijn daarvoor gemaakt.

Bouw zelf wanneer je voorraad niet in die producten past, wanneer je voor een groot systeem zou betalen om een klein deel ervan te gebruiken, of wanneer het proces rond de voorraad (goedkeuringen, werkbonnen, retourneren van verhuur) eigenlijk is wat je wilt beheren. Onze gids over zelf bouwen of kopen voor kleine bedrijven doorloopt de afweging.

Bouwen met Mythex

Mythex is een AI-appbouwer: je beschrijft de voorraad, locaties en mensen, en het bouwt de app in een live preview, met een database voor artikelen, locaties en bewegingen. Je kunt een screenshot van het spreadsheet dat je nu gebruikt bijvoegen zodat het je kolommen ziet, en om een csv-import vragen. Artikelfoto's gebruiken de bestandsopslag van het project. Als je webwinkel of kassa een API heeft, kun je de sleutel opslaan in projectgeheimen en Mythex vragen daaruit te lezen. Er zit geen ingebouwd inlogsysteem voor je medewerkers in; accounts en rollen in de app gebruiken een auth-bibliotheek of provider die jij kiest. De documentatiepagina's over een interne tool bouwen en een CRUD-app bouwen zijn goede startpunten.

Voor een eerste prompt die je kunt bewerken, open je de sjabloon voor een voorraadtracker, of lees je de bredere gids over hoe je een interne tool bouwt.

Veelgestelde vragen