Løsninger / E-commerce & D2C
En butik der faktisk er din
Katalog, checkout, ordrer, skat og support — bygget ind i din egen app, ikke lejet hos en butiksplatform der ejer relationen til din kunde.
Sagen for at bygge det
Hvorfor bygge dette i stedet for at leje en butiksfacade?
Butiksplatforme tager leje for en butik, der ligner alle andres og opfører sig, som platformen bestemmer. Alt uden for skabelonen betyder en app store: endnu et plugin, endnu et månedligt gebyr, endnu en leverandør mellem dig og din kunde. Kliv giver dig butiksmaskineriet — katalog, checkout, ordrer, skat, refusioner — som dele af din egen app, så butikken kan være præcis så usædvanlig som dit brand.
Din drift har vaner, ingen skabelon forudser: ristning efter ordre, preorder-vinduer, subscribe-and-save i dit tempo, en refusionspolitik med et godkendelsestrin. Det er ikke tilpasninger, du skal kæmpe for — det er beskrivelsen, du bygger ud fra. Butikken modellerer din drift, og din drift holder op med at bøje sig efter et checkout-flow, du ikke kan røre.
Systemets anatomi
Hvad butiksfacaden faktisk ved
En butik er et sæt fakta, der skal være enige: hvad der er til salg, hvem der købte det, hvor det skal hen, hvad skattemyndigheden forventer. Når fakta bor i ét system, kører butikken roligt. Her er formen på det system, Kliv ville bygge.
Produkter & varianter
Kataloget med sin rigtige struktur — ristning, størrelse, formalingsgrad — ikke en flad liste, hvor navnene gør arbejdet.
Ordrer
Hver med sin tilstand — afgivet, fulfilled, sendt — og sin kvittering, refusionsstatus og historik.
Abonnementer
Subscribe-and-save-relationer med deres kadence, pausetilstand og næste fornyelse.
Kunder
Hver køber med deres ordrer, adresser og abonnement — relationen, ikke kun transaktionerne.
Skat
Registreringer hvor du opkræver, beregning ved checkout, rapporter klar når det er tid til at indberette.
Supportviden
Dine leverings-, størrelses- og returpolitikker — det supportagenten svarer ud fra, ved siden af kundens egen ordre.
Hvem ser hvad
Regler databasen håndhæver
- En kunde ser sine egne ordrer — muren er databasens, ikke URL’ens.
- Abonnementsændringer — pause, genoptagelse, skift — træder i kraft af sig selv; ingen mail til dig, ingen manuel redigering.
- En mislykket fornyelse får nye forsøg og gendannelsesmails, før den bliver en opsigelse.
- Skat beregnes ved checkout ud fra dine registreringer — rapporten ved indberetning matcher det, der blev opkrævet.
Det her er maskineriet, butiksplatforme lejer ud til dig — som dele af din egen app. Forskellen viser sig første gang, din drift har brug for noget, skabelonen ikke forudså.
Det Kliv samler
En indkøbsliste af platformdele — hver del bygget ind, hver del sat sammen med resten.
Hele butiksfacaden
Katalog, embedded checkout, ordrer, fulfillment og refusioner med godkendelser — én pipeline du kontrollerer fra ende til anden.
Subscribe & save
Tilbagevendende ordrer med pause, genoptagelse og fair proratering — og dunning der roligt gendanner fejlede kort.
Skat, håndteret
Registrer hvor du opkræver, beregn ved checkout, og træk indberetningsklare rapporter.
Support der kender dine politikker
En agent svarer på spørgsmål om størrelse, levering og retur ud fra din vidensbase — og slår kundens egen ordre op.
Vid hvad hver kanal er værd
Konverterings- og omsætningsdashboards bygget ind — se hvilken kanal der faktisk sælger.
Måder at tage betaling på
Tre måder et brand kan tage betaling på
En produktforretning har stadig former at vælge imellem: engangsordren, abonnementet der udjævner omsætningen, gaven der rekrutterer.
Engangsordre
24 USD
Kunden der prøver ristningen
Ordren, kvitteringen, leveringsbekræftelsen når den flytter sig.
- Åbner
- En ordrehistorik og en kundepost — relationen starter ved den første pose.
- Fakturering
- Én opkrævning ved checkout, skat beregnet hvor du er registreret.
- Refusioner
- Gennem dit godkendelsestrin — en refusion er en beslutning, ikke et uheld.
Subscribe & save
21 USD/måned
Kunden der aldrig vil løbe tør
Den faste ordre til loyalitetsprisen, i den kadence de vælger.
- Åbner
- Abonnenter håndterer alt selv — pauser til sommer, genoptager til efteråret, skifter ristningen.
- Fakturering
- Fornyes efter planen med fair proratering ved ændringer; fejlede kort prøves igen og jages via mail.
- Refusioner
- Det samme godkendelsesgatede flow.
Gaveabonnement
63 USD for tre måneder
Kunden der løser en fødselsdag
Tre måneder med kaffe til en andens dør, med en hilsen.
- Åbner
- Modtageren får leveringerne og opdateringerne; giveren får kvitteringen.
- Fakturering
- Forudbetalt i én opkrævning; det slutter rent efter tre måneder i stedet for at overraske nogens kort.
- Refusioner
- Efter beslutning, gennem godkendelse.
Før lancering
Den første uge, før du lancerer
Fire dage til at bygge butikken, derefter en øvelse af dens travleste kvartal.
Form butikken
Beskriv driften: produkterne og varianterne, abonnementskadencerne, hvor du opkræver skat, din refusionspolitik. Kliv bygger den første forhåndsvisning med checkout fungerende.
Gør den til din
Dit brand er voldgraven — få butikken til at ligne etiketten, ikke et tema med dit logo i hjørnet.
Indlæs det rigtige
Det rigtige katalog, de rigtige priser, de leveringspolitikker supportagenten skal svare ud fra. Afgiv en testordre, og se den bevæge sig gennem fulfillment.
Prøv at ødelægge den
Lad et fornyelseskort fejle. Sæt et abonnement på pause, og genoptag det. Anmod om en refusion, og se den vente på din godkendelse. Spørg supportagenten, hvor din ordre er — den bør vide det.
Øv derefter et år
I Sandbox, med simulerede penge og simuleret tid, kører du abonnentåret: fornyelser i deres kadencer, sommerpausen der genoptages efter planen, dunning der roligt gendanner et kort, decembers gaveabonnementer der slutter rent i marts. Lancér med det travle kvartal allerede overlevet.
Skræddersyet uden skræddersyet risiko
Specialsoftware plejede at betyde et budget, en konsulent og en vedligeholdelsesaftale. Det her er en anden aftale.
Platformdele i enterprise-kvalitet
Login, rettigheder håndhævet i databasen, fakturering, audit, email — komponenterne under dit skræddersyede system er de samme hærdede dele, hver Kliv-app kører på. Du sammensætter gennemprøvet infrastruktur; du bestiller ikke kode fra bunden.
Ændringer publiceres i orden
Når din proces ændrer sig, så sig det — ændringen bygges i samtale, du gennemgår den i en levende forhåndsvisning, og intet når dine brugere, før du publicerer. Commerce-ændringer kan endda øves i Sandbox med simulerede penge og simuleret tid.
Ingen kan lukke det ned
Hyldevarer får nye priser, nyt design og udfases efter leverandørens kalender — og dit workflow følger med. Din Kliv-app ændrer sig kun, når du ændrer den. Det er dit produkt, ikke et sæde i en andens.
Sig det i én sætning
“Byg en butik til mit kaffebrand med et produktkatalog, embedded checkout, en subscribe-and-save-plan, håndteret sales tax og en supportassistent der kender vores leveringspolitik.”
Det er faktisk sådan, det starter — beskriv det, og finpuds derefter i samtale.
Byg eller køb
Hvorfor ikke bare blive ved med at leje butiksfacaden?
| Hyldevare | Med Kliv | |
|---|---|---|
| Checkouten | Deres flow, deres regler, på deres vilkår. | Embedded i din app på dit eget domæne — ordrer og kunder lander i din butik. |
| Adfærd uden for skabelonen | En app store: endnu et plugin, endnu et gebyr, endnu en leverandør. | En sætning i samtale — preorder-vinduer, batch-udgivelser, din refusionspolitik. |
| Omkostningsstruktur | Leje plus plugins plus transaktionsvilkår. | Du ejer systemet; betalinger lander på din egen Stripe-konto. |
| Kunderelationen | Deres at formidle — du ser det, platformen viser dig. | Kunder, ordrer og historik er rækker i din egen database. |
| At ændre senere | Migrering — ordet der holder butikker på gamle platforme i årevis. | Din app udvikler sig på stedet; intet at migrere væk fra. |
Checkouten
Hyldevare: Deres flow, deres regler, på deres vilkår.
Med Kliv: Embedded i din app på dit eget domæne — ordrer og kunder lander i din butik.
Adfærd uden for skabelonen
Hyldevare: En app store: endnu et plugin, endnu et gebyr, endnu en leverandør.
Med Kliv: En sætning i samtale — preorder-vinduer, batch-udgivelser, din refusionspolitik.
Omkostningsstruktur
Hyldevare: Leje plus plugins plus transaktionsvilkår.
Med Kliv: Du ejer systemet; betalinger lander på din egen Stripe-konto.
Kunderelationen
Hyldevare: Deres at formidle — du ser det, platformen viser dig.
Med Kliv: Kunder, ordrer og historik er rækker i din egen database.
At ændre senere
Hyldevare: Migrering — ordet der holder butikker på gamle platforme i årevis.
Med Kliv: Din app udvikler sig på stedet; intet at migrere væk fra.
Almindelige spørgsmål
Håndterer den sales tax og VAT?
Ja — registrer de jurisdiktioner, hvor du opkræver, så beregnes skat ved checkout, og du trækker indberetningsklare rapporter, når det er tid til at indberette.
Kan kunder selv håndtere abonnementer?
Ja. Abonnenter pauser, genoptager, skifter og opdaterer kort på en faktureringsside inde i din butik — og mislykkede betalinger prøves igen og jages automatisk via mail.
Ligger checkout virkelig på mit eget site?
Ja — embedded checkout i din app på dit eget domæne, eller en hosted side hvis du foretrækker det. Uanset hvad bor ordrer, kunder og historik i din butik, ikke hos en tredjepart.
Hvordan ser fulfillment faktisk ud?
En ordrekø med tilstande — afgivet, pakket, sendt — som din fulfillment-person arbejder igennem uden at se omsætningsdashboards. Leveringsbekræftelsen går til kunden, når tilstanden ændrer sig.
Hvad sker der, når en abonnents kort fejler?
Dunning: opkrævningen prøves igen efter en plan, og kunden får gendannelsesmails med et link til at rette kortet. De fleste fejl er udløbet plastik, ikke tabte kunder — systemet behandler dem sådan.
Kan vi lave preorders og små batch-drops?
Ja — det er katalogregler: et preorder-vindue med en angivet afsendelsesdato, et batch der lukker, når det er udsolgt. Butikken håndhæver de vilkår, du annoncerede, og supportagenten kan forklare dem.
