Oplossingen / E-commerce & D2C
Een store die echt van jou is
Catalogus, checkout, orders, belasting en support — ingebouwd in je eigen app, niet gehuurd van een storefrontplatform dat je klantrelatie bezit.
Waarom bouwen
Waarom dit bouwen in plaats van een storefront huren?
Storefrontplatforms rekenen huur voor een winkel die eruitziet als die van iedereen en zich gedraagt zoals het platform beslist. Alles buiten de template betekent een appstore: nog een plugin, nog een maandbedrag, nog een leverancier tussen jou en je klant. Kliv geeft je de storefront-machine — catalogus, checkout, orders, belasting, terugbetalingen — als onderdelen van je eigen app, zodat de store precies zo ongewoon kan zijn als je merk.
Je operatie heeft gewoontes die geen template voorziet: batches die op bestelling worden gebrand, preorder-vensters, abonneer-en-bespaar op jouw ritme, een terugbetalingsbeleid met een goedkeuringsstap. Dat zijn geen customizations waar je voor moet vechten — dat is de beschrijving waar je uit bouwt. De store modelleert je operatie, en je operatie stopt met buigen voor een checkout-flow die je niet kunt aanraken.
Anatomie van het systeem
Wat de storefront echt weet
Een store is een set feiten die moeten kloppen: wat te koop is, wie het kocht, waar het heen gaat, wat de belastingdienst verwacht. Wanneer de feiten in één systeem leven, draait de store rustig. Dit is de vorm die Kliv zou bouwen.
Producten & varianten
De catalogus met de echte structuur — roast, formaat, maling — geen platte lijst waarin namen al het werk doen.
Orders
Elk met status — geplaatst, verwerkt, verzonden — en bon, terugbetalingsstatus en geschiedenis.
Abonnementen
Abonneer-en-bespaarrelaties met ritme, pauzestatus en volgende verlenging.
Klanten
Elke koper met orders, adressen en abonnement — de relatie, niet alleen de transacties.
Belasting
Registraties waar je verschuldigd bent, berekening bij checkout, rapporten klaar wanneer het tijd is om aangifte te doen.
Supportkennis
Je verzend-, maat- en retourbeleid — waaruit de supportagent antwoordt, naast de eigen order van de klant.
Wie ziet wat
Regels die de database afdwingt
- Een klant ziet de eigen orders — de muur is van de database, niet van de URL.
- Abonnementswijzigingen — pauzeren, hervatten, wisselen — gaan vanzelf in; geen e-mail naar jou, geen handmatige wijziging.
- Een mislukte verlenging krijgt nieuwe pogingen en herstelmails voordat die een opzegging wordt.
- Belasting wordt bij checkout berekend vanuit je registraties — het rapport bij aangifte klopt met wat is geïncasseerd.
Dit is de machine die storefrontplatforms aan je verhuren — als onderdelen van je eigen app. Het verschil zie je zodra je operatie iets nodig heeft waar de template niet op rekende.
Wat Kliv samenstelt
Een boodschappenlijst van platformonderdelen — elk ingebouwd, elk werkend met de rest.
De hele storefront
Catalogus, embedded checkout, orders, fulfilment en terugbetalingen met goedkeuring — één pipeline die jij van begin tot eind beheert.
Subscribe & save
Terugkerende orders met pauzeren, hervatten en eerlijke pro rata — en dunning die mislukte kaarten stil herstelt.
Belasting, geregeld
Registreer waar je verschuldigd bent, bereken bij checkout en haal indieningsklare rapporten op.
Support die je beleid kent
Een agent beantwoordt maat-, verzend- en retourvragen vanuit je kennisbank — en zoekt de eigen order van de klant op.
Weet wat elk kanaal waard is
Conversie- en omzetdashboards ingebouwd — zie welk kanaal echt verkoopt.
Manieren om te rekenen
Drie manieren waarop een merk kan rekenen
Een productbedrijf heeft nog steeds vormen om uit te kiezen: de eenmalige order, het abonnement dat omzet gladstrijkt, het cadeau dat nieuwe klanten werft.
Eenmalige order
24 USD
De klant die de roast probeert
De order, de bon, verzendbevestiging wanneer die beweegt.
- Opent
- Een ordergeschiedenis en een klantrecord — de relatie begint bij de eerste zak.
- Facturering
- Eén betaling bij checkout, belasting berekend waar je geregistreerd bent.
- Terugbetalingen
- Via je goedkeuringsstap — een terugbetaling is een besluit, geen ongeluk.
Subscribe & save
21 USD/maand
De klant die nooit zonder wil zitten
De vaste order tegen de loyale prijs, op het ritme dat de klant kiest.
- Opent
- Abonnees beheren alles zelf — pauzeren voor de zomer, hervatten in de herfst, de roast wisselen.
- Facturering
- Verlengt volgens schema met eerlijke pro rata bij wijzigingen; mislukte kaarten worden opnieuw geprobeerd en per e-mail nagejaagd.
- Terugbetalingen
- Dezelfde flow achter goedkeuring.
Cadeau-abonnement
63 USD voor drie maanden
De klant die een verjaardag oplost
Drie maanden koffie bij iemand anders aan de deur, met een bericht.
- Opent
- De ontvanger krijgt de leveringen en updates; de gever krijgt de bon.
- Facturering
- Vooruitbetaald in één betaling; het eindigt netjes na drie maanden in plaats van iemands kaart te verrassen.
- Terugbetalingen
- Op besluit, via goedkeuring.
Voor de lancering
De eerste week, voordat je lanceert
Vier dagen om de store te bouwen, daarna een repetitie van het drukste kwartaal.
Vorm de store
Beschrijf de operatie: de producten en varianten, de abonnementsritmes, waar je belasting verschuldigd bent, je terugbetalingsbeleid. Kliv bouwt de eerste preview met werkende checkout.
Maak het van jou
Je merk is de slotgracht — laat de store voelen als het label, niet als een thema met je logo in de hoek.
Laad het echte werk
De echte catalogus, de echte prijzen, het verzendbeleid waaruit de supportagent zal antwoorden. Plaats een testorder en kijk hoe die door fulfilment beweegt.
Probeer het te breken
Laat een verlengingskaart mislukken. Pauzeer en hervat een abonnement. Vraag een terugbetaling aan en kijk hoe die op je goedkeuring wacht. Vraag de supportagent waar je order is — die moet het weten.
Repeteer daarna een jaar
In de Sandbox, met gesimuleerd geld en gesimuleerde tijd, draai je het abonneejaar: verlengingen op hun ritmes, de zomerpauze die volgens schema hervat, dunning die stil een kaart herstelt, cadeau-abonnementen van december die netjes in maart eindigen. Lanceer met het drukke kwartaal al overleefd.
Maatwerk, zonder het maatwerkrisico
Maatwerksoftware betekende vroeger een budget, een opdrachtnemer en een onderhoudscontract. Dit is een andere afspraak.
Onderdelen op enterpriseniveau
Inloggen, rechten afgedwongen in de database, facturering, audit, e-mail — de componenten onder je eigen systeem zijn dezelfde geharde onderdelen waarop elke Kliv-app draait. Je stelt bewezen infrastructuur samen; je laat geen code vanaf nul bouwen.
Wijzigingen gaan in volgorde live
Als je proces verandert, zeg je dat — de wijziging wordt in gesprek gebouwd, je beoordeelt die in een live preview, en niets bereikt je gebruikers totdat je publiceert. Commerce-wijzigingen kun je zelfs repeteren in de Sandbox met gesimuleerd geld en gesimuleerde tijd.
Niemand kan het stopzetten
Kant-en-klare tools krijgen nieuwe prijzen, nieuwe ontwerpen en verdwijnen volgens de planning van de leverancier — en je workflow verdwijnt mee. Je Kliv-app verandert alleen wanneer jij die verandert. Het is je product, geen stoel in dat van iemand anders.
Zeg het in één zin
“Bouw een store voor mijn koffiemerk met een productcatalogus, embedded checkout, een abonneer-en-bespaarplan, sales tax geregeld en een supportassistent die ons verzendbeleid kent.”
Zo begint het echt — beschrijf het, verfijn daarna in gesprek.
Bouwen of kopen
Waarom de storefront blijven huren?
| Kant-en-klaar | Met Kliv | |
|---|---|---|
| De checkout | Hun flow, hun regels, op hun voorwaarden. | Embedded in je app op je eigen domein — orders en klanten landen in je store. |
| Gedrag buiten de template | Een appstore: nog een plugin, nog een bedrag, nog een leverancier. | Een zin in gesprek — preorder-vensters, batchreleases, je terugbetalingsbeleid. |
| Kostenstructuur | Huur plus plugins plus transactievoorwaarden. | Jij bezit het systeem; betalingen landen op je eigen Stripe-account. |
| De klantrelatie | Aan hen om te bemiddelen — jij ziet wat het platform je toont. | Klanten, orders en geschiedenis zijn rijen in je eigen database. |
| Later wijzigen | Migratie — het woord dat stores jaren op oude platforms houdt. | Je app evolueert op zijn plek; er is niets om van weg te migreren. |
De checkout
Kant-en-klaar: Hun flow, hun regels, op hun voorwaarden.
Met Kliv: Embedded in je app op je eigen domein — orders en klanten landen in je store.
Gedrag buiten de template
Kant-en-klaar: Een appstore: nog een plugin, nog een bedrag, nog een leverancier.
Met Kliv: Een zin in gesprek — preorder-vensters, batchreleases, je terugbetalingsbeleid.
Kostenstructuur
Kant-en-klaar: Huur plus plugins plus transactievoorwaarden.
Met Kliv: Jij bezit het systeem; betalingen landen op je eigen Stripe-account.
De klantrelatie
Kant-en-klaar: Aan hen om te bemiddelen — jij ziet wat het platform je toont.
Met Kliv: Klanten, orders en geschiedenis zijn rijen in je eigen database.
Later wijzigen
Kant-en-klaar: Migratie — het woord dat stores jaren op oude platforms houdt.
Met Kliv: Je app evolueert op zijn plek; er is niets om van weg te migreren.
Veelgestelde vragen
Regelt dit sales tax en VAT?
Ja — registreer de rechtsgebieden waar je belasting verschuldigd bent, belasting wordt bij checkout berekend en je haalt indieningsklare rapporten op wanneer het tijd is om aangifte te doen.
Kunnen klanten abonnementen zelf beheren?
Ja. Abonnees pauzeren, hervatten, wisselen en werken kaarten bij op een factureringspagina binnen je store — en mislukte betalingen worden automatisch opnieuw geprobeerd en per e-mail nagejaagd.
Staat checkout echt op mijn eigen site?
Ja — embedded checkout in je app op je eigen domein, of een gehoste pagina als je dat liever hebt. In beide gevallen leven de orders, klanten en geschiedenis in je store, niet in die van een derde partij.
Hoe ziet fulfilment er echt uit?
Een orderwachtrij met statussen — geplaatst, ingepakt, verzonden — waar je fulfilmentmedewerker doorheen werkt zonder omzetdashboards te zien. Verzendbevestiging gaat naar de klant wanneer de status verandert.
Wat gebeurt er wanneer de kaart van een abonnee mislukt?
Dunning: de betaling wordt volgens schema opnieuw geprobeerd en de klant krijgt herstelmails met een link om de kaart te repareren. De meeste mislukkingen zijn verlopen plastic, geen verloren klanten — het systeem behandelt ze zo.
Kunnen we preorders en small-batch drops doen?
Ja — dat zijn catalogusregels: een preorder-venster met een vermelde verzenddatum, een batch die sluit wanneer die uitverkocht is. De store dwingt de voorwaarden af die je aankondigde, en de supportagent kan ze uitleggen.
