Løsninger / E-handel og D2C
En butikk som faktisk er din
Katalog, checkout, ordrer, skatt og support — bygget inn i din egen app, ikke leid fra en butikkplattform som eier kundeforholdet ditt.
Hvorfor bygge det
Hvorfor bygge dette i stedet for å leie en butikkfront?
Butikkplattformer tar leie for en butikk som ser ut som alle andres og oppfører seg slik plattformen bestemmer. Alt utenfor malen betyr en appbutikk: enda et plugin, enda et månedlig gebyr, enda en leverandør mellom deg og kunden. Kliv gir deg butikkmaskineriet — katalog, checkout, ordrer, skatt, refusjoner — som deler av din egen app, så butikken kan være akkurat så uvanlig som merkevaren din er.
Driften din har vaner ingen mal forutser: brent-på-bestilling-batcher, forhåndsbestillingsvinduer, subscribe-and-save i din rytme, en refusjonspolicy med et godkjenningstrinn. Dette er ikke tilpasninger du må kjempe for — de er beskrivelsen du bygger fra. Butikken modellerer driften din, og driften din slutter å bøye seg for en checkoutflyt du ikke kan røre.
Systemets anatomi
Hva butikkfronten faktisk vet
En butikk er et sett med fakta som må stemme: hva som er til salgs, hvem som kjøpte det, hvor det skal, hva skattemyndigheten forventer. Når faktaene lever i ett system, kjører butikken rolig. Slik ville Kliv bygget den.
Produkter og varianter
Katalogen med sin ekte struktur — brenning, størrelse, kverning — ikke en flat liste der navnene gjør jobben.
Ordrer
Hver med sin tilstand — lagt inn, oppfylt, sendt — og kvittering, refusjonsstatus og historikk.
Abonnementer
Subscribe-and-save-forhold med rytme, pausetilstand og neste fornyelse.
Kunder
Hver kjøper med ordrer, adresser og abonnement — relasjonen, ikke bare transaksjonene.
Skatt
Registreringer der du skylder, beregning i checkouten, rapporter klare når det er tid for å levere.
Supportkunnskap
Frakt-, størrelses- og returpolicyene dine — det supportagenten svarer fra, ved siden av kundens egen ordre.
Hvem ser hva
Regler databasen håndhever
- En kunde ser sine egne ordrer — veggen er databasens, ikke URL-ens.
- Abonnementsendringer — pause, gjenoppta, bytte — trer i kraft av seg selv; ingen e-post til deg, ingen manuell redigering.
- En mislykket fornyelse får nye forsøk og gjenopprettings-e-poster før den blir en oppsigelse.
- Skatt beregnes i checkouten fra registreringene dine — rapporten ved innlevering stemmer med det som ble belastet.
Dette er maskineriet butikkplattformer leier ut til deg — som deler av din egen app. Forskjellen vises første gang driften din trenger noe malen ikke forutså.
Hva Kliv setter sammen
En handleliste med plattformdeler — hver av dem innebygd, hver av dem satt sammen med resten.
Hele butikkfronten
Katalog, innebygd checkout, ordrer, fulfillment og refusjoner med godkjenninger — én pipeline du kontrollerer fra ende til ende.
Subscribe & save
Løpende ordrer med pause, gjenopptakelse og rettferdig forholdsmessig beregning — og purring som stille gjenoppretter mislykkede kort.
Skatt, håndtert
Registrer der du skylder, beregn i checkouten og hent rapporter klare for innsending.
Support som kjenner policyene dine
En agent svarer på spørsmål om størrelser, frakt og returer fra kunnskapsbasen din — og slår opp kundens egen ordre.
Vit hva hver kanal er verdt
Konverterings- og inntektsdashboards innebygd — se hvilken kanal som faktisk selger.
Måter å ta betalt på
Tre måter en merkevare kan ta betalt på
En produktvirksomhet har fortsatt former å velge mellom: engangsordren, abonnementet som jevner ut inntektene, gaven som rekrutterer.
Engangsordre
24 USD
Kunden som prøver brenningen
Ordren, kvitteringen, fraktbekreftelsen når den flytter seg.
- Åpner
- En ordrehistorikk og en kundepost — relasjonen starter med den første posen.
- Fakturering
- Én belastning i checkouten, skatt beregnet der du er registrert.
- Refusjoner
- Gjennom godkjenningstrinnet ditt — en refusjon er en beslutning, ikke et uhell.
Subscribe & save
21 USD/måned
Kunden som aldri vil gå tom
Den faste ordren til lojal pris, i rytmen de velger.
- Åpner
- Abonnenter håndterer alt selv — pause for sommeren, gjenoppta om høsten, bytte brenning.
- Fakturering
- Fornyes etter planen med rettferdig forholdsmessig beregning ved endringer; mislykkede kort får nye forsøk og jages via e-post.
- Refusjoner
- Den samme godkjenningsgatede flyten.
Gaveabonnement
63 USD for tre måneder
Kunden som løser en bursdag
Tre måneder med kaffe til noen andres dør, med en hilsen.
- Åpner
- Mottakeren får leveransene og oppdateringene; giveren får kvitteringen.
- Fakturering
- Forhåndsbetalt i én belastning; det slutter rent etter tre måneder i stedet for å overraske noens kort.
- Refusjoner
- Etter beslutning, gjennom godkjenning.
Før lansering
Den første uken, før du lanserer
Fire dager til å bygge butikken, deretter en øvelse av det travleste kvartalet.
Form butikken
Beskriv driften: produktene og variantene, abonnementsrytmen, hvor du skylder skatt, refusjonspolicyen din. Kliv bygger den første forhåndsvisningen med checkouten fungerende.
Gjør den til din
Merkevaren din er vollgraven — få butikken til å se ut som etiketten, ikke som et tema med logoen din i hjørnet.
Last inn det ekte
Den ekte katalogen, de ekte prisene, fraktpolicyene supportagenten skal svare fra. Legg inn en testordre og se den bevege seg gjennom fulfillment.
Prøv å ødelegge den
La et fornyelseskort feile. Pause og gjenoppta et abonnement. Be om refusjon og se at den venter på godkjenningen din. Spør supportagenten hvor ordren din er — den bør vite det.
Øv deretter på et år
I Sandbox, med simulerte penger og simulert tid, kjører du abonnentåret: fornyelser i sine rytmer, sommerpausen som gjenopptas etter planen, purring som stille gjenoppretter et kort, desemberens gaveabonnementer som slutter rent i mars. Lanser med det travle kvartalet allerede overlevd.
Skreddersydd, uten skreddersydd risiko
Egendefinert programvare pleide å bety budsjett, konsulent og vedlikeholdsavtale. Dette er en annen avtale.
Deler på enterprise-nivå
Innlogging, tillatelser håndhevet i databasen, fakturering, revisjonsspor, e-post — komponentene under det skreddersydde systemet ditt er de samme herdede delene alle Kliv-apper kjører på. Du setter sammen utprøvd infrastruktur; du bestiller ikke kode fra bunnen av.
Endringer publiseres i orden
Når prosessen din endres, sier du det — endringen bygges i samtale, du vurderer den i en levende forhåndsvisning, og ingenting når brukerne før du publiserer. Commerce-endringer kan til og med øves på i Sandbox med simulerte penger og simulert tid.
Ingen kan legge det ned
Ferdigverktøy får nye priser, nye design og pensjoneres etter leverandørens kalender — og arbeidsflyten din følger med. Kliv-appen din endres bare når du endrer den. Den er produktet ditt, ikke et sete i noen andres.
Si det i én setning
“Bygg en butikk for kaffemerket mitt med en produktkatalog, innebygd checkout, en subscribe-and-save-plan, håndtert omsetningsavgift og en supportassistent som kjenner fraktpolicyen vår.”
Det er faktisk slik det starter — beskriv det, og finjuster deretter i samtale.
Bygge eller kjøpe
Hvorfor ikke bare fortsette å leie butikkfronten?
| Ferdigvare | Med Kliv | |
|---|---|---|
| Checkouten | Deres flyt, deres regler, på deres vilkår. | Innebygd i appen din på ditt eget domene — ordrer og kunder lander i butikken din. |
| Atferd utenfor malen | En appbutikk: enda et plugin, enda et gebyr, enda en leverandør. | En setning i samtale — forhåndsbestillingsvinduer, batch-slipp, refusjonspolicyen din. |
| Kostnadsstruktur | Leie pluss plugins pluss transaksjonsvilkår. | Du eier systemet; betalinger lander på din egen Stripe-konto. |
| Kundeforholdet | Deres å megle — du ser det plattformen viser deg. | Kunder, ordrer og historikk er rader i din egen database. |
| Å endre senere | Migrering — ordet som holder butikker på gamle plattformer i årevis. | Appen din utvikler seg på stedet; ingenting å migrere bort fra. |
Checkouten
Ferdigvare: Deres flyt, deres regler, på deres vilkår.
Med Kliv: Innebygd i appen din på ditt eget domene — ordrer og kunder lander i butikken din.
Atferd utenfor malen
Ferdigvare: En appbutikk: enda et plugin, enda et gebyr, enda en leverandør.
Med Kliv: En setning i samtale — forhåndsbestillingsvinduer, batch-slipp, refusjonspolicyen din.
Kostnadsstruktur
Ferdigvare: Leie pluss plugins pluss transaksjonsvilkår.
Med Kliv: Du eier systemet; betalinger lander på din egen Stripe-konto.
Kundeforholdet
Ferdigvare: Deres å megle — du ser det plattformen viser deg.
Med Kliv: Kunder, ordrer og historikk er rader i din egen database.
Å endre senere
Ferdigvare: Migrering — ordet som holder butikker på gamle plattformer i årevis.
Med Kliv: Appen din utvikler seg på stedet; ingenting å migrere bort fra.
Vanlige spørsmål
Håndterer den omsetningsavgift og VAT?
Ja — registrer jurisdiksjonene der du skylder, skatt beregnes i checkouten, og du henter rapporter klare for innsending når det er tid for å levere.
Kan kunder håndtere abonnementer selv?
Ja. Abonnenter pauser, gjenopptar, bytter og oppdaterer kort på en faktureringsside inne i butikken din — og mislykkede betalinger prøves på nytt og jages automatisk via e-post.
Er checkouten virkelig på mitt eget nettsted?
Ja — innebygd checkout i appen din på ditt eget domene, eller en hostet side hvis du foretrekker det. Uansett lever ordrene, kundene og historikken i butikken din, ikke hos en tredjepart.
Hvordan ser fulfillment faktisk ut?
En ordrekø med tilstander — lagt inn, pakket, sendt — som fulfillment-personen jobber gjennom uten å se inntektsdashboards. Fraktbekreftelse går til kunden når tilstanden endres.
Hva skjer når kortet til en abonnent feiler?
Purring: belastningen prøves på nytt etter en plan, og kunden får gjenopprettings-e-poster med en lenke for å fikse kortet. De fleste feil er utløpt plast, ikke tapte kunder — systemet behandler dem slik.
Kan vi kjøre forhåndsbestillinger og små batch-slipp?
Ja — dette er katalogregler: et forhåndsbestillingsvindu med oppgitt sendingsdato, en batch som stenger når den er utsolgt. Butikken håndhever vilkårene du kunngjorde, og supportagenten kan forklare dem.
