Kliv

    Lösningar / Byråer och studios

    En kundportal som driver affären

    Varje kund får sin egen avgränsade yta – filer, status, leverabler – medan retainers fakturerar sig själva och dina projektverktyg hålls i synk.

    Alla branscher

    Fallet för att bygga det

    Varför bygga det här i stället för kundportal-SaaS?

    Portal-SaaS prissätts per plats och formas för genomsnittsbyrån – vilket din inte är. Du slutar med att döpa om leveranssteg för att matcha deras etiketter, exportera till kalkylblad för delarna den inte kan modellera och betala igen varje gång teamet växer. Kliv bygger portalen runt din studio i stället: dina steg, ditt språk, din kundupplevelse, på din domän.

    Din leveransprocess är differentieringen – brief, koncept, revisionsrundor, godkännande – så portalen ska modellera den bokstavligt. Varje kund är en organisation med egna människor, projekt och filer, avgränsad i databasen. När du förfinar hur du levererar följer portalen i en mening, inte i en feature request till en leverantör.

    Systemets anatomi

    Vad portalen faktiskt vet

    En byråportal måste separera två saker som generiska projektverktyg suddar ihop: hur ditt team arbetar internt, och vad varje kund får se. En marknadschef hos en kund kan se kampanjkalendern, varumärkesfilerna, fakturorna och revisionstrådarna – och kan inte upptäcka en annan kunds projekt genom att ändra en URL eller gissa ett ID. Här är formen Kliv skulle bygga.

    Kunder

    Varje kund är en organisation – dess användare, projekt, filer, godkännanden och faktureringshistorik bor innanför den väggen.

    Projekt

    Bär dina steg – brief, koncept, revisionsrundor, godkännande – med filerna och trådarna som hör till varje.

    Leverabler

    Källfiler, presentationer och finaler – delade per kund, privata som standard.

    Godkännanden

    Sign-off är ett registrerat tillstånd på arbetet, inte en begravd mejltråd.

    Retainers och fakturor

    Den kommersiella relationen – abonnemangsstatus, fakturor, köphistorik – kopplad till samma kundpost.

    Begäranden

    En kö av inkommande kundbehov, avgränsad till kunden som skapade dem.

    Vem ser vad

    StudioteamSer över kundkontona de hanterar – projekt, filer, fakturering.
    KundägareSer organisationens projekt, fakturor, godkännanden och delade filer.
    KundmedarbetareLaddar upp källfiler och kommenterar utkast – ingen fakturering, inga avtal.
    FrilansareSer projekten den är tilldelad – inte retainervillkoren, inte andra kunder.

    Regler databasen verkställer

    • En kundanvändare kan bara läsa rader som tillhör den egna organisationen – att gissa en URL eller ett ID returnerar inget.
    • Filer är privata som standard; delning är per kund, inte per länk.
    • Faktureringsdetaljer syns för kundägaren, inte för varje medlem i deras team.
    • När en retainer löper ut stänger nyttjanderätter de grindade ytorna – ingen behöver komma ihåg att återkalla åtkomst.

    Resultatet är inte ”en portal” som generisk kategori. Det är din leveransmodell omvandlad till programvara: kunder, steg, filer, godkännanden, betalningar och behörigheter beskriver samma relation.

    Vad Kliv sätter ihop

    En inköpslista med plattformsdelar – varje del inbyggd, varje del sammansatt med resten.

    En portal, väggad per kund

    Varje kund är en organisation: deras människor ser deras projekt och filer, aldrig en annan kunds. Verkställt i databasen, inte i din sidlogik.

    Retainers på autopilot

    Månadsretainers med proportionering och paus – och betalningsåterhämtning jagar det utgångna kortet så du slipper.

    Leverabler, säkert delade

    Fildelning per kund för briefer, assets och finaler – privat som standard.

    Teamets verktyg, inkopplade

    En ny kundbegäran blir ett Trello-kort; en Slack-ping går ut när de godkänner.

    En assistent som känner kontot

    Kunder frågar ”var är mitt projekt?” och agenten svarar från deras egna data – avgränsat till deras organisation.

    Sätt att ta betalt

    Tre sätt en byrå kan ta betalt

    Byråer säljer sällan en sak. Samma kund kan börja med en strategisprint, gå in i en månadsretainer och sedan köpa extra produktionskapacitet under en lansering. Portalen ska förstå de formerna direkt i stället för att tvinga varje relation in i samma fakturamall.

    Månadsretainer

    $6,000/månad

    Tillväxtkunden i ett löpande uppdrag

    En begärandekö, månadsrapportering, ett delat filvalv och två strategisamtal.

    Låser upp
    Det aktiva abonnemanget öppnar delarna av portalen som hör till relationen: öppna begäranden, aktiva leverabler, rapportering och godkända assets.
    Fakturering
    Förnyas månadsvis med rättvis proportionering vid ändringar. Om kortet misslyckas går återhämtningsmejl ut och åtkomsten kan smalna tills faktureringen är fixad.
    Återbetalningar
    Återbetalningsbegäranden routas genom ett godkännandesteg innan pengar flyttas.

    Fast projektomfång

    $18,000 engångs

    Varumärkesförnyelsekunden med definierat scope

    En projekttidslinje, uppladdning av källfiler, konceptpresentationer, revisionsrundor och slutleverans.

    Låser upp
    Köpet öppnar projektets yta – kunden ser arbetet kopplat till sitt scope, inte din interna arbetsyta.
    Fakturering
    En debitering, ett kvitto, full köphistorik på kundens faktureringssida. När projektet är klart skiftar ytan till arkivläge.
    Återbetalningar
    Samma godkännandeflöde – en återbetalning är ett beslut, inte en olycka.

    Användningsbaserat tillägg

    $250 per extra brief

    Innehållskunden vars volym toppar under lanseringar

    En basretainer plus mätta extrasaker – landningssidebriefer, extra redigerade videor – utöver inkluderad volym.

    Låser upp
    Mätning kör mot kundens inloggade aktivitet, så vad som ingår, vad som använts och vad som faktureras syns för båda sidor.
    Fakturering
    Extrasaker samlas på mätaren och faktureras med abonnemanget – inget sidokalkylblad över godkända extras.
    Återbetalningar
    Tvistade rader löses genom samma godkännandegrindade återbetalningsflöde.

    Före lansering

    Första veckan, innan du lanserar

    Du lanserar inte en kundportal och hoppas. Det här är hur första veckan faktiskt ser ut – och den slutar med att portalen redan har levt ett år.

    Dag 1

    Forma portalen

    Beskriv hur studion arbetar: hur kunder kommer in, dina leveranssteg, vilka som är i teamet. Kliv bygger den första förhandsvisningen – kundorganisationer, projekt på ditt språk, väggarna redan på plats.

    Dag 2

    Gör den till din

    Förfina i samtal och genom att peka på saker: dina stegnamn i stället för generiska etiketter, ditt varumärke, din domän. Varje ändring landar i förhandsvisningen innan någon annan ser den.

    Dag 3

    Ladda det verkliga

    Skapa de faktiska erbjudandena – retainerplanen, projektprodukterna – bjud in teamet och flytta in en riktig kundbrief för att se portalen med verkligt innehåll.

    Dag 4

    Försök slå sönder den

    Logga in som testkund och kontrollera väggarna: kan den se en annan kunds projekt? Kör en kassa, låt kortet misslyckas med flit, begär återbetalning – se återhämtningsmejlen och godkännandesteget göra sina jobb.

    Repetera sedan ett år

    Det här är delen inget annat byggsätt ger dig: i Sandbox, med simulerade pengar och simulerad tid, snabbspola tolv månader. Se retainers förnyas, ett kort gå ut i mars och återhämta sig i april, en uppsägning stänga rätt dörrar. När du publicerar skeppar du inte en gissning – du skeppar en portal som redan har kört ett år av din verksamhet.

    Skräddarsytt, utan den skräddarsydda risken

    Egen programvara brukade betyda en budget, en konsult och ett underhållsavtal. Det här är en annan affär.

    Delar av enterprise-klass

    Inloggning, behörigheter verkställda i databasen, fakturering, revision, e-post – komponenterna under ditt skräddarsydda system är samma härdade delar som varje Kliv-app kör på. Du sätter ihop beprövad infrastruktur; du beställer inte kod från noll.

    Ändringar skeppas i ordning

    När processen ändras säger du det – ändringen byggs i samtal, du granskar den i en liveförhandsvisning och inget når användarna förrän du publicerar. Commerce-ändringar kan till och med repeteras i Sandbox med simulerade pengar och simulerad tid.

    Ingen kan lägga ner den åt dig

    Färdiga verktyg prissätts om, designas om och pensioneras enligt leverantörens schema – och ditt arbetsflöde följer med. Din Kliv-app ändras bara när du ändrar den. Det är din produkt, inte en plats i någon annans.

    Säg det i en mening

    kliv.dev

    “Bygg en kundportal där varje kund bara ser sina egna projekt och filer, retainers faktureras månadsvis och en ny kundbegäran skapar ett Trello-kort åt mitt team.”

    Det här är faktiskt hur det börjar – beskriv det, och förfina sedan i samtal.

    Bygga eller köpa

    Varför inte bara köpa en portal?

    Kundseparering

    Färdigköpt: Arbetsytor och behörighetskryss – konfigurerade för hand, omkontrollerade varje gång någon går med.

    Med Kliv: Varje kund är en organisation; radnivåregler i databasen gör läsning över kundgränser omöjlig, inte bara dold.

    Dina leveranssteg

    Färdigköpt: Deras pipelineetiketter; du anpassar processen för att passa dem.

    Med Kliv: Dina ord – brief, koncept, rundor, sign-off – modellerade som du redan levererar.

    Kostnadsstruktur

    Färdigköpt: Per plats, per månad – fakturan växer med teamet, inte intäkterna.

    Med Kliv: Du äger systemet – och tar betalt av kunder genom det: retainers, projekt, mätta tillägg.

    Att ändra hur ni arbetar

    Färdigköpt: En feature request, en roadmap-röst, en väntan.

    Med Kliv: En mening i samtal, en förhandsvisning, en publicering.

    Dina data

    Färdigköpt: Exporterbara, i formaten deras plan tillåter.

    Med Kliv: Projekt, filer, godkännanden och faktureringshistorik är rader i din egen databas.

    Vanliga frågor

    Hur verkställs kundseparering i praktiken?

    I databasen. Varje kund är en organisation, och radnivåregler betyder att deras användare bara kan läsa sina egna projekt och filer – isolering är en egenskap hos datan, inte hos vilka länkar du kom ihåg att dölja.

    Kan kunder betala retainers genom portalen?

    Ja – månadsretainers med proportionering och paus, engångsprojektavgifter och en självbetjänad faktureringssida. Utgångna kort provas om och jagas automatiskt.

    Ansluter den till verktygen mitt team redan använder?

    Ja. En ny kundbegäran kan skapa ett Trello-kort, ett godkännande kan pinga Slack – ditt team behåller sina verktyg medan kunderna får en ren portal.

    Kan frilansare få begränsad åtkomst?

    Ja – roller är en del av samma identitetssystem, så en frilansare ser projekten den är tilldelad och inget annat: ingen fakturering, inga retainervillkor, inga andra kunder. Regeln bor i databasen, så den håller överallt.

    Vad händer med en kunds yta när samarbetet tar slut?

    Vad din offboarding säger. Ett vanligt mönster: när retainern slutar skiftar ytan till arkiv – slutfiler, fakturor och godkännanden förblir läsbara, medan nya begäranden och revisionsrundor stängs tills en ny scope köps.

    Vi fakturerar vissa kunder månadsvis och andra per projekt. Kan en portal hantera båda?

    Ja – retainers är abonnemang och projekt är engångsköp i samma katalog, och en kund kan ha båda samtidigt. Varje öppnar sin del av ytan, och fakturorna landar på en faktureringssida.

    Beskriv din. Kliv bygger den.

    Börja med en mening; skeppa hela saken.

    Priser