Løsninger / Byråer og studioer
En klientportal som driver virksomheten
Hver klient får sitt eget avgrensede rom – filer, status, leveranser – mens retainere faktureres av seg selv og prosjektverktøyene dine holdes synkronisert.
Hvorfor bygge det
Hvorfor bygge dette i stedet for klientportal-SaaS?
Portal-SaaS prises per sete og er formet for gjennomsnittsbyrået – som ditt ikke er. Du ender med å gi leveransestegene dine nye navn for å passe etikettene deres, eksportere til regneark for delene systemet ikke kan modellere, og betale igjen hver gang teamet vokser. Kliv bygger portalen rundt studioet ditt i stedet: dine steg, ditt språk, din klientopplevelse, på ditt domene.
Leveranseprosessen din er forskjellen – brief, konsepter, revisjonsrunder, sign-off – så portalen bør modellere den direkte. Hver klient er en organisasjon med sine egne personer, prosjekter og filer, avgrenset i databasen. Når du finpusser måten du leverer på, følger portalen etter med én setning, ikke med en funksjonsforespørsel til en leverandør.
Systemets anatomi
Hva portalen faktisk vet
En byråportal må skille to ting generiske prosjektverktøy blander sammen: hvordan teamet ditt jobber internt, og hva hver klient har lov til å se. En markedsdirektør hos én klient kan se kampanjekalenderen, merkevarefilene, fakturaene og revisjonstrådene sine – og kan ikke finne en annen klients prosjekt ved å endre en URL eller gjette en ID. Slik ser systemet Kliv ville bygget ut.
Klienter
Hver klient er en organisasjon – brukerne, prosjektene, filene, godkjenningene og faktureringshistorikken lever innenfor den veggen.
Prosjekter
Bærer stegene dine – brief, konsepter, revisjonsrunder, sign-off – med filene og trådene som hører til hvert steg.
Leveranser
Kildefiler, presentasjoner og sluttfiler – delt per klient, private som standard.
Godkjenninger
Sign-off er en registrert tilstand på arbeidet, ikke en begravd e-posttråd.
Retainere og fakturaer
Den kommersielle relasjonen – abonnementsstatus, fakturaer, kjøpshistorikk – knyttet til samme klientpost.
Forespørsler
En kø av innkommende klientønsker, avgrenset til klienten som sendte dem.
Hvem ser hva
Regler databasen håndhever
- En klientbruker kan bare lese rader som tilhører organisasjonen sin – å gjette en URL eller en ID gir ingenting.
- Filer er private som standard; deling skjer per klient, ikke per lenke.
- Faktureringsdetaljer er synlige for klienteieren, ikke for alle på teamet deres.
- Når en retainer utløper, stenger rettigheter de gatede områdene – ingen må huske å trekke tilbake tilgang.
Resultatet er ikke «en portal» som generisk kategori. Det er leveransemodellen din gjort om til programvare: klienter, steg, filer, godkjenninger, betalinger og tillatelser beskriver alle den samme relasjonen.
Hva Kliv setter sammen
En handleliste med plattformdeler — hver av dem innebygd, hver av dem satt sammen med resten.
Én portal, avgrenset per klient
Hver klient er en organisasjon: deres personer ser deres prosjekter og filer, aldri en annen klients. Håndhevet i databasen, ikke i sidelogikken din.
Retainere på autopilot
Månedlige retainere med forholdsmessig beregning og pause – og betalingsgjenoppretting jager det utløpte kortet så du slipper.
Leveranser, delt trygt
Fildeling per klient for briefer, assets og sluttfiler – private som standard.
Teamets verktøy, koblet inn
En ny klientforespørsel blir et Trello-kort; et Slack-ping går ut når de godkjenner.
En assistent som kjenner kontoen
Klienter spør «hvor er prosjektet mitt?», og agenten svarer fra deres egne data – avgrenset til organisasjonen deres.
Måter å ta betalt på
Tre måter et byrå kan ta betalt på
Byråer selger sjelden én ting. Den samme klienten kan starte med en strategisprint, gå over i en månedlig retainer og så kjøpe ekstra produksjonskapasitet under en lansering. Portalen bør forstå disse formene direkte i stedet for å tvinge hver relasjon inn i samme fakturamal.
Månedlig retainer
6 000 USD/måned
Vekstklienten på et løpende oppdrag
En forespørselskø, månedlig rapportering, et delt filhvelv og to strategisamtaler.
- Åpner
- Det aktive abonnementet åpner delene av portalen som hører til relasjonen: åpne forespørsler, aktive leveranser, rapportering og godkjente assets.
- Fakturering
- Fornyes månedlig med rettferdig forholdsmessig beregning ved endringer. Hvis kortet feiler, sendes gjenopprettings-e-poster ut, og tilgang kan innsnevres til faktureringen er fikset.
- Refusjoner
- Refusjonsforespørsler går gjennom et godkjenningstrinn før penger flyttes.
Prosjekt med fast omfang
18 000 USD én gang
Merkevarefornyelsesklienten med definert omfang
En prosjektplan, opplasting av kildefiler, konseptpresentasjoner, revisjonsrunder og sluttleveranse.
- Åpner
- Kjøpet åpner rommet for det prosjektet – klienten ser arbeidet knyttet til sitt omfang, ikke ditt interne arbeidsområde.
- Fakturering
- Én belastning, én kvittering, full kjøpshistorikk på klientens faktureringsside. Når prosjektet er ferdig, går rommet over i arkivmodus.
- Refusjoner
- Den samme godkjenningsflyten – en refusjon er en beslutning, ikke et uhell.
Bruksbasert tillegg
250 USD per ekstra brief
Innholdsklienten som får volumtopper under lanseringer
En grunnretainer pluss målte tillegg – brief for landingssider, ekstra redigerte videoer – utover det inkluderte volumet.
- Åpner
- Målingen kjører mot klientens innloggede aktivitet, så hva som er inkludert, hva som er brukt, og hva som blir fakturert, er synlig for begge sider.
- Fakturering
- Tillegg akkumuleres på måleren og faktureres sammen med abonnementet – ingen sideført regneark over godkjente ekstrajobber.
- Refusjoner
- Omstridte linjer løses gjennom den samme godkjenningsgatede refusjonsflyten.
Før lansering
Den første uken, før du lanserer
Du lanserer ikke en klientportal og håper. Dette er slik den første uken faktisk ser ut – og den ender med at portalen allerede har levd et år.
Form portalen
Beskriv hvordan studioet jobber: hvordan klienter kommer inn, leveransestegene dine, hvem som er på teamet. Kliv bygger den første forhåndsvisningen – klientorganisasjoner, prosjekter på ditt språk, veggene allerede på plass.
Gjør den til din
Finpuss i samtale og ved å peke på ting: dine stegnavn i stedet for generiske etiketter, merkevaren din, domenet ditt. Hver endring lander i forhåndsvisningen før noen andre ser den.
Last inn det ekte
Opprett de faktiske tilbudene – retainerplanen, prosjektproduktene – inviter teamet ditt og flytt inn én ekte klientbrief for å se portalen med faktisk innhold.
Prøv å ødelegge den
Logg inn som testklient og sjekk veggene: kan de se en annen klients prosjekt? Kjør en kasse, la kortet feile med vilje, be om refusjon – se gjenopprettings-e-postene og godkjenningstrinnet gjøre jobben sin.
Øv deretter på et år
Dette er delen ingen annen byggemåte gir deg: i Sandbox, med simulerte penger og simulert tid, spoler du tolv måneder frem. Se retainere fornyes, et kort utløpe i mars og gjenopprettes i april, en kansellering stenge de riktige dørene. Når du publiserer, publiserer du ikke en gjetning – du publiserer en portal som allerede har kjørt et år av virksomheten din.
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 klientportal der hver klient bare ser sine egne prosjekter og filer, retainere faktureres månedlig, og en ny klientforespørsel oppretter et Trello-kort for teamet mitt.”
Det er faktisk slik det starter — beskriv det, og finjuster deretter i samtale.
Bygge eller kjøpe
Hvorfor ikke bare kjøpe en portal?
| Ferdigvare | Med Kliv | |
|---|---|---|
| Klientskille | Arbeidsområder og tillatelsesavkrysninger – konfigurert for hånd, sjekket på nytt hver gang noen blir med. | Hver klient er en organisasjon; databaseregler på radnivå gjør lesing på tvers av klienter umulig, ikke bare skjult. |
| Leveransestegene dine | Deres pipeline-etiketter; du tilpasser prosessen din for å passe dem. | Dine ord – brief, konsepter, runder, sign-off – modellert slik du allerede leverer. |
| Kostnadsstruktur | Per sete, per måned – regningen vokser med teamet ditt, ikke inntektene dine. | Du eier systemet – og tar betalt fra klienter gjennom det: retainere, prosjekter, målte tillegg. |
| Å endre hvordan du jobber | En funksjonsforespørsel, en roadmap-stemme, en ventetid. | En setning i samtale, en forhåndsvisning, en publisering. |
| Dataene dine | Eksporterbare, i formatene planen deres tillater. | Prosjekter, filer, godkjenninger og faktureringshistorikk er rader i din egen database. |
Klientskille
Ferdigvare: Arbeidsområder og tillatelsesavkrysninger – konfigurert for hånd, sjekket på nytt hver gang noen blir med.
Med Kliv: Hver klient er en organisasjon; databaseregler på radnivå gjør lesing på tvers av klienter umulig, ikke bare skjult.
Leveransestegene dine
Ferdigvare: Deres pipeline-etiketter; du tilpasser prosessen din for å passe dem.
Med Kliv: Dine ord – brief, konsepter, runder, sign-off – modellert slik du allerede leverer.
Kostnadsstruktur
Ferdigvare: Per sete, per måned – regningen vokser med teamet ditt, ikke inntektene dine.
Med Kliv: Du eier systemet – og tar betalt fra klienter gjennom det: retainere, prosjekter, målte tillegg.
Å endre hvordan du jobber
Ferdigvare: En funksjonsforespørsel, en roadmap-stemme, en ventetid.
Med Kliv: En setning i samtale, en forhåndsvisning, en publisering.
Dataene dine
Ferdigvare: Eksporterbare, i formatene planen deres tillater.
Med Kliv: Prosjekter, filer, godkjenninger og faktureringshistorikk er rader i din egen database.
Vanlige spørsmål
Hvordan håndheves klientskillet faktisk?
I databasen. Hver klient er en organisasjon, og regler på radnivå betyr at brukerne deres bare kan lese sine egne prosjekter og filer – isolasjon er en egenskap ved dataene, ikke ved hvilke lenker du husket å skjule.
Kan klienter betale retainere gjennom portalen?
Ja – månedlige retainere med forholdsmessig beregning og pause, engangshonorarer for prosjekter og en selvbetjent faktureringsside. Utløpte kort prøves på nytt og følges opp automatisk.
Kobler den seg til verktøyene teamet mitt allerede bruker?
Ja. En ny klientforespørsel kan opprette et Trello-kort, en godkjenning kan sende et ping i Slack – teamet ditt beholder verktøyene sine mens klientene får én ryddig portal.
Kan kontraktører få begrenset tilgang?
Ja – roller er en del av det samme identitetssystemet, så en kontraktør ser prosjektene de er tildelt og ingenting annet: ingen fakturering, ingen retainervilkår, ingen andre klienter. Regelen bor i databasen, så den holder overalt.
Hva skjer med en klients rom når oppdraget avsluttes?
Det offboardingen din sier. Et vanlig mønster: når retaineren slutter, går rommet over til arkiv – sluttfiler, fakturaer og godkjenninger forblir lesbare, mens nye forespørsler og revisjonsrunder stenger til et nytt omfang kjøpes.
Vi fakturerer noen klienter månedlig og noen per prosjekt. Kan én portal håndtere begge?
Ja – retainere er abonnementer og prosjekter er engangskjøp i samme katalog, og en klient kan ha begge samtidig. Hver av dem åpner sin del av rommet, og fakturaene lander på én faktureringsside.
