Leer hoe een multi-maker catalogus veel ambachtslieden kan tonen met makersprofielen, eenvoudige navigatie en uitbetalingen later, zonder een volledige marktplaats te bouwen.

Als je veel makers hebt en één gedeeld publiek, voelt een volledige marktplaats soms als het gebruiken van een kassa om limonade te verkopen. Kopers willen rondkijken, verliefd worden op een paar items en weten wie ze gemaakt heeft. In plaats daarvan eindig je met systemen die bedoeld zijn voor hoog volume en hoog risico.
De complexiteit van een marktplaats komt snel naar boven, zelfs met 10 makers. Onboarding verandert in een project. Geschillen en terugbetalingen worden ingewikkeld omdat makers dingen verschillend afhandelen. Belastingen en facturen verschillen per locatie. Uitbetalingsschema's en kosten vereisen constante afstemming. En als er iets misgaat (late verzending, beschadigd artikel), wordt support jouw taak.
Dat is veel operationeel gewicht voordat je überhaupt weet of de catalogus regelmatig bezocht zal worden.
Een eenvoudiger doel is een multi-maker catalogus: één plek waar kopers producten ontdekken, filteren op stijl en doorklikken naar makersprofielen zonder zich te verliezen. Het houdt de ervaring overzichtelijk, maar dwingt je niet om alle marktplaatsproblemen op dag één op te lossen.
Stel je een lokale ambachtscollectief voor dat een seizoensgebonden online etalage runt. Klanten willen keramiek, breisels en cadeaus onder €50 bekijken en vervolgens de maker van elk stuk zien. Het collectief wil één bestemming promoten, niet 15 aparte mini-sites beheren. Een gedeelde catalogus brengt je daar.
Zet verwachtingen duidelijk: dit model is eerst browsen en ontdekken, operaties komen later. Voeg zwaardere marktplaatsfuncties toe als je ze echt nodig hebt.
Een multi-maker catalogus is één online etalage met producten van meerdere makers op één plek. Het ziet eruit en voelt als een samengestelde winkel, maar elke maker behoudt zijn identiteit. Zie het als een galerij met mini-boutiques binnenin, niet als een open marktplaats.
Het punt is eenvoud. Je publiceert de catalogus, gebruikt één checkout-flow en houdt het beheer tot een klein aantal herhaalbare stappen beperkt. Voor veel groepen is het het meest praktische alternatief voor ambachtslieden die samen willen verkopen zonder een complex systeem te bouwen.
Ontdekken blijft vertrouwd. Klanten bladeren op brede categorie (kaarsen, keramiek, prints), op makerpagina's (een profiel met alleen die maker's items) en op collecties (zoals “Onder €40 cadeaus” of “Voor plantenliefhebbers”).
“Uitbetalingen later” is wat dit model licht houdt. In plaats van onmiddellijke automatische splitsingen bij elke bestelling behandel je uitbetalingen als een handmatige of batchtaak. Bijvoorbeeld: je exporteert wekelijks een orderrapport, telt de verkopen per maker op, trekt een afgesproken vergoeding af en betaalt wekelijks of maandelijks uit. Het is voorspelbaar en voorkomt fragiele automatisering in de beginfase.
Wat het niet is: een open marktplaats waar iedereen zich kan aanmelden, vrij kan plaatsen en mag verwachten dat het platform belastingformulieren, geschillen, naleving, terugbetalingen en geautomatiseerde betalingsrouting afhandelt. Een multi-maker catalogus is meestal gecureerd, met een gedefinieerde groep en duidelijke regels.
Als je dit bouwt met Koder.ai (koder.ai), is de eenvoudigste versie hetzelfde idee: één etalage, makersprofielen en een admin-weergave die je helpt bestellingen bij te houden en uitbetalingen op jouw schema te doen.
Een multi-maker catalogus werkt het beste als je de variatie van een marktplaats wilt, maar één eenvoudige ingang voor klanten wilt behouden. Het past goed wanneer vertrouwen en curatie belangrijker zijn dan automatisering.
Het werkt vaak goed voor pop-up evenementen, ambachtsgilden, coöperaties, lokale boetieks die online uitbreiden en seizoenscollecties. Klanten krijgen één plek om te browsen, terwijl elke maker zichtbaar blijft via profielen en productgroeperingen.
Je zult deze aanpak waarderen als het ordervolume laag tot gemiddeld is en je team voorlopig wat handmatig werk kan doen. Een lokale winkel die een “Made in Town” pagina runt kan bijvoorbeeld bestellingen gedurende de week verwerken en elke vrijdag met makers afrekenen.
Goede signalen dat het matcht:
Het is minder geschikt voor verkopen met hoog volume waarbij klanten marktplaatsniveau garanties verwachten, directe verzendintegraties en geautomatiseerde uitbetalingen. De handmatige onderdelen kunnen dan snel pijnlijk worden.
Je bent klaar om automatisering toe te voegen wanneer bestellingen dagelijks binnenkomen, klantberichten zich opstapelen, makers om realtime dashboards vragen of uitbetalingsafstemming langer duurt dan curatie.
Makersprofielen moeten twee snelle vragen beantwoorden: Wie heeft dit gemaakt en wat kan ik verwachten als ik bestel? Als het profiel voelt als een formulier voor aanmeldingen, vullen makers het snel oppervlakkig in en klanten negeren het.
Houd profielen kort, visueel en consistent voor elke maker. Een goede vuistregel is dat de essentie op één scherm past voordat een shopper hoeft te scrollen.
Houd verplichte velden klein maar vertrouwenwekkend:
Voeg dan één optioneel ontdekveld toe, zoals “signature stijl” (aardse glazuren, gedurfde geometrische patronen).
Shoppers worden onrustig als elke makerpagina voelt als een andere set regels. Bepaal wat consistent blijft in de hele catalogus en laat een paar maker-specifieke aantekeningen toe.
Houd consistent in de catalogus: de retour- en ruilperiode, verzendmethode en verpakkingsnormen en het supportproces. Laat makers alleen aanpassen wat echt varieert, zoals verwerkingstijd, regels voor maatwerk of allergiewaarschuwingen.
Maak profielen ook bruikbaar voor browsen. Elke maker moet een zichtbare manier hebben om naar hun items te filteren (bijvoorbeeld “Keramiek van Lina”), zodat klanten kunnen winkelen over makers heen en toch het “winkel binnen een winkel”-gevoel ervaren.
Een goede catalogus voelt rustig. De snelste weg daarheen is beslissen wat elke productpagina moet bevatten, wat alleen sommige producten nodig hebben en wat nooit op de pagina hoort.
Begin met een kleine set verplichte velden en standaardiseer hoe makers ze invullen. Minimaal moet elk product een duidelijke titel, prijs (en wat erbij inbegrepen is), varianten (maat, kleur, geur), een korte verzendopmerking en makerattributie tonen.
Foto's zijn de volgende grote structurele keuze. Stel twee of drie regels op en houd je eraan: een consistent achtergrondstijl, een consistente crop (vierkant werkt vaak goed) en een minimum kwaliteitsnorm (goed licht, scherpe focus, geen rommel). Als beelden overeenkomen, vertrouwt de klant de catalogus meer.
Voor browsen: houd categorieën breed en tags specifiek. Categorieën beantwoorden “wat is het?” (Keramiek, Prints, Kaarsen). Tags beantwoorden “wat voor soort?” of “voor wie?” (minimalistisch, bloemig, onder €25, kindvriendelijk, maatwerk). Als je een tag niet in één zin kunt uitleggen, is het waarschijnlijk rommel.
Voorraad moet ook duidelijke labels hebben zodat klanten weten wat er na aankoop gebeurt. Kies één label per product (op voorraad, made-to-order, gelimiteerde drop, uniek exemplaar) en pas het consequent toe.
Een goede multi-maker catalogus laat mensen op twee manieren winkelen zonder na te denken: blader door de hele collectie of stap in de mini-winkel van één maker. De truc is de sprong op elke pagina duidelijk en gemakkelijk omkeerbaar te maken.
Begin met drie instappunten. Een makerdirectory helpt shoppers die al een naam kennen. Een makerfilter op categorie- en zoekpagina's helpt mensen te begrenzen terwijl ze in de hoofd-catalogus blijven. Geef vervolgens elke maker een nette landingspagina die als een kleine etalage voelt: korte bio, bestsellers en dezelfde categorieën die klanten elders zien.
Houd de structuur consistent zodat klanten zich niet verliezen:
Zoekfunctionaliteit moet dezelfde twee modi ondersteunen. Laat shoppers standaard over alle makers zoeken en bied dan een simpele schakelaar zoals “Zoek binnen deze maker”. Iemand die zoekt naar een “blauwe mok” kan breed beginnen en vervolgens inzoomen op een pottenbakker zodra ze een stijl vinden die bevalt.
Vermijd het grootste verwarringselement: verberg de maker niet achter het product. Als shoppers pas laat in het proces zien wie het item heeft gemaakt, raakt het “winkel binnen een winkel”-gevoel gebroken.
Een week is genoeg als je de eerste versie klein houdt en een paar beslissingen vroeg neemt. Het doel is een multi-maker catalogus die samengesteld aanvoelt, niet ingewikkeld.
Begin met kiezen hoe geld en bestellingen werken. Als je niet klaar bent voor volledige checkout, begin dan met informatieaanvragen of preorders en voeg later checkout toe. Gemengde modellen kunnen ook werken, zoals checkout voor direct leverbare items en aanvragen voor maatwerk.
Een kleine pilot onthult vaak snel gaten, zoals inconsistente maatnotities of onduidelijke verzendtijden. Los die op in het sjabloon zodat elke nieuwe maker met dezelfde verwachtingen begint.
Als je een chat-gebaseerde builder gebruikt zoals Koder.ai, werkt dit plan goed voor pagina's en workflows: makersprofielen, productpagina's, een directory met filters en een basis admin-weergave voor bestellingen.
“Uitbetalingen later” werkt als iedereen de regels kent vóór de eerste verkoop. Jij doet eenvoudige boekhouding namens makers en betaalt ze op een voorspelbaar schema uit.
Kies één uitbetalingsritme en houd je eraan. Maandelijkse uitbetalingen zijn het gemakkelijkst wanneer terugzendingen, late zendingen of maatwerk veel voorkomen. Wekelijks of tweewekelijks voelt fijner voor makers maar levert meer adminwerk op. Voor tijdgebonden drops (zoals een weekendpop-up) is uitbetalen na elke drop vaak het duidelijkst.
Bepaal hoe kosten werken in duidelijke taal. Een vaste commissie is makkelijk uit te leggen. Een kleine listingfee kan werken als je veel marketing doet en makers de kosten wilt laten delen. Als je een gedeelde marketingbijdrage gebruikt, stel dan een duidelijke limiet zodat makers niet verrast worden.
Om verwarring te vermijden, houd bij elk order dezelfde datapunten bij, zelfs als het eerst in een spreadsheet is. Maak uitbetalingsoverzichten in één oogopslag leesbaar: order-ID en datum, makernaam, items, itemtotaal, eventuele kosten en refunds of aanpassingen met een korte toelichting.
Het doel is saaie consistentie. Duidelijke timing, duidelijke kosten en duidelijke overzichten halen de meeste problemen weg.
Een multi-maker catalogus moet samengesteld aanvoelen, niet chaotisch. De meeste rommel komt van een paar vermijdbare keuzes die kopers verwarren of meer werk voor jou opleveren.
Het verbergen van de maker tot de laatste stap is een veelvoorkomende fout. Als klanten een productfoto en prijs zien maar niet snel kunnen achterhalen wie het heeft gemaakt, daalt het vertrouwen. Zet de makernaam bij de producttitel en maak het makkelijk naar het makersprofiel te gaan.
Een ander probleem is beleidssoep. Als elke maker andere regels heeft voor retouren, maatwerk en verzendtijden, weten shoppers niet waar ze aan toe zijn. Je hebt geen perfect beleid nodig, maar wel duidelijke, beperkte opties op dezelfde plaats op elke productpagina.
Onboarding kan ook te zwaar worden. Als je op dag één lange biografieën, veel foto’s, belastingdocumenten en uitgebreide verzendmatrices vraagt, haken makers af of leveren ze lage kwaliteit informatie alleen om door het proces te komen. Begin met het minimum om te publiceren en voeg “nice to have”-velden later toe.
Categorieën kunnen ook ongemerkt explode- ren. Nagenoeg-dubbele categorieën zoals “Oorbellen”, “Ear rings” en “Handgemaakte oorbellen” maken navigatie kapot.
Een paar eenvoudige oplossingen houden het netjes:
Voordat je meer mensen toevoegt, zorg dat de basis makkelijk is voor klanten en beheersbaar voor jou.
Begin met browsen. Als iemand op een productlandt, moet die snel naar de maker kunnen en dan terug naar een categoriepaginaj zonder veel klikken. Als dat te veel taps kost, zien shoppers het aanbod niet.
Controleer daarna producthelderheid. Elk item moet duidelijk tonen wie het heeft gemaakt, of het made-to-order of gereed-voor-verzending is, een tijdsindicatie en wat er gebeurt als materialen op raken.
Een korte pre-launchcheck:
Doe een dry run met 3 makers en 10 producten per maker. Doe alsof een klant bestelt bij twee makers en één item raakt uitverkocht. Als je dan zonder overleg kunt beantwoorden “wie doet wat nu”, ben je klaar.
Als je de backoffice zelf bouwt, voeg vroeg een eenvoudige “orders naar uitbetalingen”-weergave toe, zelfs als het slechts een tabel is. Dit is ook het soort interne workflow dat je snel in Koder.ai kunt prototypen voordat je besluit meer te automatiseren.
Een lokaal studio organiseert elk december een feestelijke pop-up, maar wil dit jaar online verkopen zonder een volledige marktplaats te runnen. Ze publiceren een multi-maker catalogus met 12 makers en ongeveer 150 items: ornamenten, kaarsen, gebreide spullen, keramiek en kleine cadeaubundels.
Shoppers landen op één feestdag-homepage en browsen op twee manieren. Een makerdirectory toont elke maker met een foto, een korte “wat ik maak”-regel en een paar uitgelichte items. Filters houden het simpel: categorie (Decor, Draagbaar, Stocking Stuffers), prijsklasse, gereed voor verzending en gepersonaliseerd.
Als iemand op een maker klikt, blijft die binnen dezelfde site en ervaart het “winkel binnen een winkel”-navigatie. Het voelt als één samenhangende feestwinkel, niet als 12 losse websites.
Checkout is verenigd. De koper krijgt één bevestiging met een overzicht dat items per maker splitst. Elke maker ontvangt alleen hun orderregels, verzendadres en personalisatienotities. Fulfilment blijft eenvoudig: makers verzenden direct, voegen een trackingnummer toe en de koper ziet updates op één plek.
Uitbetalingen vinden plaats aan het einde van de maand. De studio exporteert de bestelijst, groepeert verkopen per maker, trekt de afgesproken vergoeding af (bijv. 10 procent voor marketing en verpakkingsinformatie) en deelt een eenvoudig overzicht: totale verkopen, kosten, refunds en het uit te betalen bedrag. Makers weten wat ze kunnen verwachten omdat timing en tarieven opgeschreven zijn.
Na de eerste maand scherpen ze een paar dingen aan op basis van echte vragen: ze voegen overlappende categorieën samen, voegen een handvol “cadeau voor”-tags toe, vervangen inconsistente foto’s met een korte checklist, verduidelijken verwerkingstijden en retouren in één beleidsblok, zetten een bestelhoofdstukbanner voor feestdeadline en passen een paar biografieën aan met materialen en maatdetails.
Behandel de eerste versie als een pilot. Kies een kleine groep makers die je vertrouwt, spreek simpele regels af en zet een versie live die van begin tot eind werkt. Het doel is "klanten kunnen browsen en kopen" voordat je extra functies toevoegt.
Een praktische eerste lancering ziet er meestal zo uit: 5 tot 15 makers, 30 tot 100 producten totaal, consistente foto’s en naamgeving, een beperkte set categorieën en tags en een duidelijke notitie die uitlegt hoe bestellen werkt. Wijs één persoon aan om in de eerste week fixes te doen.
Schrijf voordat je meer makers uitnodigt op welke minimale data je bijhoudt voor uitbetalingen en support. Zelfs als je later uitbetaalt, heb je een papierspoor nodig als iemand vraagt: “Is mijn bestelling doorgekomen?” Houd het consistent: bestel datum, kopernaam, makernaam, item, prijs, kosten, leverstatus, uitbetaalstatus.
Voeg automatisering alleen toe waar het echt pijn wegneemt. Als je steeds data kopieert, dezelfde vraag beantwoordt of ontbrekende details achterna zit, is dat een goed doel. Als het alleen een nice-to-have is, sla het over.
Als je de eerste versie snel wilt bouwen, kan Koder.ai je helpen de etalage, makerspagina's en een basis admin-flow te prototypen via een chatgestuurde build, met de optie om later de broncode te exporteren wanneer je klaar bent om het zelf te bezitten en uit te breiden.