Løsninger / Bureauer & studier
En klientportal der driver forretningen
Hver klient får sit eget afgrænsede rum — filer, status, leverancer — mens retainers fakturerer sig selv, og dine projektværktøjer forbliver synkroniseret.
Sagen for at bygge det
Hvorfor bygge dette i stedet for klientportal-SaaS?
Portal-SaaS prissættes per sæde og formes til gennemsnitsbureauet — hvilket dit ikke er. Du ender med at omdøbe dine leverancetrin, så de passer til deres labels, eksportere til regneark for de dele, den ikke kan modellere, og betale igen hver gang teamet vokser. Kliv bygger portalen rundt om dit studie i stedet: dine trin, dit sprog, din klientoplevelse, på dit domæne.
Din leveranceproces er det, der skiller dig ud — brief, koncepter, revisionsrunder, sign-off — så portalen bør modellere den bogstaveligt. Hver klient er en organisation med sine egne mennesker, projekter og filer, afgrænset ved databasen. Når du finpudser måden, du leverer på, følger portalen med i en sætning, ikke i en feature request til en leverandør.
Systemets anatomi
Hvad portalen faktisk ved
En bureauportal skal adskille to ting, generiske projektværktøjer slører: hvordan dit team arbejder internt, og hvad hver klient må se. En marketingdirektør hos én klient kan se sin kampagnekalender, brandfiler, fakturaer og revisionstråde — og kan ikke opdage en anden klients projekt ved at ændre en URL eller gætte et ID. Her er formen på det system, Kliv ville bygge.
Klienter
Hver klient er en organisation — dens brugere, projekter, filer, godkendelser og faktureringshistorik bor inde i den mur.
Projekter
Bærer dine trin — brief, koncepter, revisionsrunder, sign-off — med de filer og tråde, der hører til hver.
Leverancer
Kildefiler, præsentationer og finaler — delt per klient, private som standard.
Godkendelser
Sign-off er en registreret tilstand på arbejdet, ikke en begravet mailtråd.
Retainers & fakturaer
Den kommercielle relation — abonnementsstatus, fakturaer, købshistorik — knyttet til den samme klientpost.
Forespørgsler
En kø af indkommende klientønsker, afgrænset til klienten der rejste dem.
Hvem ser hvad
Regler databasen håndhæver
- En klientbruger kan kun læse rækker, der tilhører deres organisation — at gætte en URL eller et ID giver intet.
- Filer er private som standard; deling er per klient, ikke per link.
- Faktureringsdetaljer er synlige for klientejeren, ikke for hvert medlem af deres team.
- Når en retainer udløber, lukker rettigheder de gatede områder — ingen skal huske at tilbagekalde adgang.
Resultatet er ikke en portal som generisk kategori. Det er din leverancemodel omsat til software: klienter, trin, filer, godkendelser, betalinger og rettigheder beskriver alle den samme relation.
Det Kliv samler
En indkøbsliste af platformdele — hver del bygget ind, hver del sat sammen med resten.
Én portal, afgrænset per klient
Hver klient er en organisation: deres mennesker ser deres projekter og filer, aldrig en anden klients. Håndhævet ved databasen, ikke i din sidelogik.
Retainers på autopilot
Månedlige retainers med proratering og pause — og dunning jager det udløbne kort, så du ikke skal.
Leverancer, delt sikkert
Fildeling per klient til briefs, assets og finaler — privat som standard.
Dit teams værktøjer, koblet på
En ny klientforespørgsel bliver til et Trello-kort; et Slack-ping går ud, når de godkender.
En assistent der kender kontoen
Klienter spørger hvor er mit projekt?, og agenten svarer ud fra deres egne data — afgrænset til deres organisation.
Måder at tage betaling på
Tre måder et bureau kan tage betaling på
Bureauer sælger sjældent én ting. Den samme klient kan starte med et strategisprint, gå videre til en månedlig retainer og så købe ekstra produktionskapacitet under en lancering. Portalen bør forstå de former direkte i stedet for at tvinge hver relation ind i den samme fakturaskabelon.
Månedlig retainer
6.000 USD/måned
Vækstklienten i et løbende samarbejde
En forespørgselskø, månedlig rapportering, en delt filvault og to strategisamtaler.
- Åbner
- Det aktive abonnement åbner de dele af portalen, der hører til relationen: åbne forespørgsler, aktive leverancer, rapportering og godkendte assets.
- Fakturering
- Fornyes månedligt med fair proratering ved ændringer. Hvis kortet fejler, sendes gendannelsesmails ud, og adgang kan indsnævres, indtil faktureringen er rettet.
- Refusioner
- Refusionsanmodninger går gennem et godkendelsestrin, før penge flytter sig.
Projekt med fast scope
18.000 USD én gang
Brand-refresh-klienten med et defineret scope
En projekttidslinje, upload af kildefiler, konceptpræsentationer, revisionsrunder og endelig levering.
- Åbner
- Købet åbner det projekts rum — klienten ser arbejdet knyttet til deres scope, ikke dit interne workspace.
- Fakturering
- Én opkrævning, én kvittering, fuld købshistorik på klientens faktureringsside. Når projektet er færdigt, skifter rummet til arkivtilstand.
- Refusioner
- Det samme godkendelsesflow — en refusion er en beslutning, ikke et uheld.
Forbrugsbaseret add-on
250 USD per ekstra brief
Indholdsklienten hvis volumen stiger under lanceringer
En basisretainer plus målte ekstraydelser — landing page-briefs, flere redigerede videoer — ud over den inkluderede volumen.
- Åbner
- Måling kører mod klientens indloggede aktivitet, så hvad der er inkluderet, hvad der er brugt, og hvad der bliver faktureret, er synligt for begge sider.
- Fakturering
- Ekstra ydelser optjenes på måleren og faktureres sammen med abonnementet — intet sideregnark med godkendte ekstraydelser.
- Refusioner
- Bestridte linjer løses gennem det samme godkendelsesgatede refusionsflow.
Før lancering
Den første uge, før du lancerer
Du lancerer ikke en klientportal og håber. Sådan ser den første uge faktisk ud — og den slutter med, at portalen allerede har levet et år.
Form portalen
Beskriv hvordan studiet arbejder: hvordan klienter kommer ind, dine leverancetrin, hvem der er på teamet. Kliv bygger den første forhåndsvisning — klientorganisationer, projekter i dit sprog, murene allerede på plads.
Gør den til din
Finpuds i samtale og ved at pege på ting: dine trinnavne i stedet for generiske labels, dit brand, dit domæne. Hver ændring lander i forhåndsvisningen, før andre ser den.
Indlæs det rigtige
Opret de faktiske tilbud — retainer-planen, projektprodukterne — inviter dit team, og flyt ét rigtigt klientbrief ind for at se portalen med ægte indhold.
Prøv at ødelægge den
Log ind som testklient, og tjek murene: kan de se en anden klients projekt? Kør en checkout, lad kortet fejle med vilje, anmod om en refusion — se gendannelsesmails og godkendelsestrinnet gøre deres arbejde.
Øv derefter et år
Det her er den del, ingen anden byggemåde giver dig: I Sandbox, med simulerede penge og simuleret tid, spoler du tolv måneder frem. Se retainers fornyes, et kort udløbe i marts og gendannes i april, en opsigelse lukke de rigtige døre. Når du publicerer, sender du ikke et gæt ud — du publicerer en portal, der allerede har kørt et år af din forretning.
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 klientportal, hvor hver klient kun ser sine egne projekter og filer, retainers faktureres månedligt, og en ny klientforespørgsel opretter et Trello-kort til mit team.”
Det er faktisk sådan, det starter — beskriv det, og finpuds derefter i samtale.
Byg eller køb
Hvorfor ikke bare købe en portal?
| Hyldevare | Med Kliv | |
|---|---|---|
| Klientadskillelse | Workspaces og rettighedscheckboxe — konfigureret i hånden, tjekket igen hver gang nogen kommer til. | Hver klient er en organisation; regler på databaseniveau gør læsning på tværs af klienter umulig, ikke bare skjult. |
| Dine leverancetrin | Deres pipeline-labels; du tilpasser din proces, så den passer til dem. | Dine ord — brief, koncepter, runder, sign-off — modelleret som du allerede leverer. |
| Omkostningsstruktur | Per sæde, per måned — regningen vokser med dit team, ikke din omsætning. | Du ejer systemet — og tager betaling fra klienter gennem det: retainers, projekter, målte add-ons. |
| At ændre hvordan du arbejder | En feature request, en roadmap-stemme, en ventetid. | En sætning i samtale, en forhåndsvisning, en publicering. |
| Dine data | Eksporterbare, i de formater deres plan tillader. | Projekter, filer, godkendelser og faktureringshistorik er rækker i din egen database. |
Klientadskillelse
Hyldevare: Workspaces og rettighedscheckboxe — konfigureret i hånden, tjekket igen hver gang nogen kommer til.
Med Kliv: Hver klient er en organisation; regler på databaseniveau gør læsning på tværs af klienter umulig, ikke bare skjult.
Dine leverancetrin
Hyldevare: Deres pipeline-labels; du tilpasser din proces, så den passer til dem.
Med Kliv: Dine ord — brief, koncepter, runder, sign-off — modelleret som du allerede leverer.
Omkostningsstruktur
Hyldevare: Per sæde, per måned — regningen vokser med dit team, ikke din omsætning.
Med Kliv: Du ejer systemet — og tager betaling fra klienter gennem det: retainers, projekter, målte add-ons.
At ændre hvordan du arbejder
Hyldevare: En feature request, en roadmap-stemme, en ventetid.
Med Kliv: En sætning i samtale, en forhåndsvisning, en publicering.
Dine data
Hyldevare: Eksporterbare, i de formater deres plan tillader.
Med Kliv: Projekter, filer, godkendelser og faktureringshistorik er rækker i din egen database.
Almindelige spørgsmål
Hvordan håndhæves klientadskillelsen faktisk?
Ved databasen. Hver klient er en organisation, og regler på rækkeniveau betyder, at deres brugere kun nogensinde kan læse deres egne projekter og filer — isolation er en egenskab ved dataene, ikke ved hvilke links du huskede at skjule.
Kan klienter betale retainers gennem portalen?
Ja — månedlige retainers med proratering og pause, engangsprojektgebyrer og en selvbetjent faktureringsside. Udløbne kort prøves igen og jages automatisk.
Forbinder den til de værktøjer, mit team allerede bruger?
Ja. En ny klientforespørgsel kan oprette et Trello-kort, en godkendelse kan pinge Slack — dit team beholder sine værktøjer, mens klienter får én ren portal.
Kan contractors få begrænset adgang?
Ja — roller er del af det samme identitetssystem, så en contractor ser de projekter, de er tildelt, og intet andet: ingen fakturering, ingen retainer-vilkår, ingen andre klienter. Reglen bor ved databasen, så den holder overalt.
Hvad sker der med en klients rum, når samarbejdet slutter?
Det dine offboarding-regler siger. Et almindeligt mønster: når retaineren slutter, skifter rummet til arkiv — endelige filer, fakturaer og godkendelser forbliver læsbare, mens nye forespørgsler og revisionsrunder lukker, indtil et nyt scope købes.
Vi fakturerer nogle klienter månedligt og nogle per projekt. Kan én portal håndtere begge?
Ja — retainers er abonnementer, og projekter er engangskøb i samme katalog, og en klient kan have begge på én gang. Hver åbner sin del af rummet, og fakturaerne lander på én faktureringsside.
