Kliv

    Řešení / Agentury a studia

    Klientský portál, který provozuje firmu

    Každý klient dostane svůj vlastní zděný prostor – soubory, stav, dodávky – zatímco zálohy se účtují samy a vaše projektové nástroje zůstanou synchronizované.

    Případ pro jeho stavbu

    Proč stavět toto místo klientského portálu SaaS?

    Portal SaaS má cenu za sedadlo a je tvarovaný pro průměrnou agenturu – což ta vaše není. Nakonec přejmenujete své fáze dodávky tak, aby odpovídaly jejich štítkům, exportujete do tabulek pro díly, které neumí modelovat, a zaplatíte znovu pokaždé, když se tým rozroste. Kliv místo toho staví portál kolem vašeho studia: vaše pódia, váš jazyk, vaše klientské zkušenosti na vaší doméně.

    Váš proces doručení je rozlišovací prvek – stručný, koncepty, revizní kola, odhlášení – takže portál by jej měl modelovat doslova. Každý klient je organizace se svými vlastními lidmi, projekty a soubory, které jsou zazděny v databázi. Když upřesníte, jak dodáváte, portál následuje ve větě, nikoli v požadavku na funkci prodejci.

    Anatomie systému

    Co vlastně portál ví

    Portál agentury musí oddělit dvě věci, které obecné projektové nástroje stírají dohromady: jak váš tým interně funguje a co každý klient smí vidět. Marketingový ředitel jednoho klienta může vidět kalendář jejich kampaní, soubory značek, faktury a revizní vlákna – a nemůže objevit projekt jiného klienta změnou adresy URL nebo uhodnutím ID. Zde je tvar systému, který by Kliv postavil.

    klienti

    Každý klient je organizace – její uživatelé, projekty, soubory, schválení a fakturační historie žijí uvnitř této zdi.

    Projekty

    Přenášejte své fáze – stručný, koncepty, revizní kola, odhlášení – se soubory a vlákny, které patří ke každé z nich.

    Dodávky

    Zdrojové soubory, prezentace a finále – sdílené na klienta, ve výchozím nastavení soukromé.

    Schválení

    Odhlášení je zaznamenaný stav práce, nikoli skryté e-mailové vlákno.

    Zásobníky a faktury

    Obchodní vztah – stav předplatného, faktury, historie nákupů – připojený ke stejnému záznamu klienta.

    Žádosti

    Fronta dotazů příchozích klientů v rozsahu ke klientovi, který je vyvolal.

    Kdo co vidí

    Tým studiaVidí napříč klientskými účty, které spravují – projekty, soubory, fakturace.
    Majitel klientaVidí projekty, faktury, schválení a sdílené soubory jejich organizace.
    Klientský přispěvatelNahrává zdrojové soubory a komentáře k konceptům – žádné účtování, žádné smlouvy.
    DodavatelVidí projekty, ke kterým jsou přiřazeni – nikoli podmínky pro udržení, nikoli ostatní klienty.

    Pravidla, která databáze vynucuje

    • Uživatel klienta může číst pouze řádky, které patří jeho organizaci – uhodnutí adresy URL nebo ID nevrací nic.
    • Soubory jsou ve výchozím nastavení soukromé; sdílení je na klienta, ne na odkaz.
    • Fakturační údaje vidí vlastník klienta, ne každý člen jeho týmu.
    • Když uplyne platnost, přístupové nároky uzavřou uzavřené oblasti – nikdo si nemusí pamatovat, že má zrušit přístup.

    Výsledkem není „portál„ jako generická kategorie. Je to váš model doručování přeměněný na software: klienti, fáze, soubory, schválení, platby a oprávnění popisující stejný vztah.

    Co sestavuje Kliv

    Nákupní seznam dílů platformy – každý je vestavěný, každý se skládá se zbytkem.

    Jeden portál zazděný na klienta

    Každý klient je organizace: jeho lidé vidí jeho projekty a soubory, nikdy ne jiného klienta. Vynuceno v databázi, ne v logice vaší stránky.

    Držáky na autopilota

    Měsíční zálohy s poměrným dílem a pauzou – a upomínání pronásleduje kartu, jejíž platnost vypršela, takže vy nemusíte.

    Dodávky, sdílené bezpečně

    Sdílení souborů s informacemi, podklady a finále mezi klienty – ve výchozím nastavení soukromé.

    Nástroje vašeho týmu, připojené

    Nový požadavek klienta se stane kartou Trello; po schválení odejde Slack ping.

    Asistent, který zná účet

    Klienti se ptají „kde je můj projekt?“ a agent odpovídá ze svých vlastních dat – v rozsahu pro jejich organizaci.

    Způsoby nabíjení

    Tři způsoby, jak může agentura účtovat

    Agentury zřídka prodávají jednu věc. Stejný klient může začít se strategickým sprintem, přejít na měsíční zálohu a poté během uvedení na trh koupit další výrobní kapacitu. Portál by měl těmto tvarům rozumět přímo, místo aby vnucoval každý vztah do stejné šablony faktury.

    Měsíční záloha

    6 000$měsíčně

    Růstový klient na pokračující angažovanosti

    Fronta požadavků, měsíční přehledy, sdílený trezor a dvě strategická volání.

    Odemkne
    Aktivní předplatné otevírá části portálu, které patří do vztahu: otevřené požadavky, aktivní dodávky, sestavy a schválené prostředky.
    Fakturace
    Obnovuje se měsíčně se spravedlivým poměrem na změny. Pokud karta selže, e-maily pro obnovení odejdou a přístup se může zúžit, dokud nebude opravena fakturace.
    Vrácení peněz
    Žádosti o vrácení peněz procházejí schvalovacím krokem před přesunem peněz.

    Projekt s pevným rozsahem

    18 000$jednorázově

    Klient obnovující značku s definovaným rozsahem

    Časová osa projektu, nahrávání zdrojových souborů, prezentace konceptů, kola revizí a konečná dodávka.

    Odemkne
    Nákup otevírá prostor tohoto projektu – klient vidí práci spojenou s jeho rozsahem, nikoli váš interní pracovní prostor.
    Fakturace
    Jedno nabití, jedno potvrzení, úplná historie nákupů na stránce fakturace klienta. Po dokončení projektu se prostor přesune do režimu archivace.
    Vrácení peněz
    Stejný postup schvalování – vrácení peněz je rozhodnutí, nikoli nehoda.

    Doplněk založený na použití

    250$za extra brief

    Klient obsahu, jehož hlasitost během spouštění prudce naroste

    Základní držák plus měřené doplňky – úvodní stránky, další upravená videa – nad rámec zahrnutého objemu.

    Odemkne
    Měření běží na základě aktivity přihlášeného klienta, takže to, co je zahrnuto, co se používá a co bude účtováno, je viditelné pro obě strany.
    Fakturace
    Extra přibývají na měřiči a účtu s předplatným – žádná vedlejší tabulka schválených doplňků.
    Vrácení peněz
    Sporné řádkové položky se vyřeší stejným způsobem vrácení peněz s schvalovací bránou.

    Před spuštěním

    První týden před spuštěním

    Nespustíte klientský portál a doufáte. Takhle vlastně vypadá první týden — a končí tím, že portál už žil rok.

    1. den

    Vytvarujte portál

    Popište, jak studio funguje: jak přicházejí klienti, vaše fáze doručení, kdo je v týmu. Kliv vytváří první náhled – klientské organizace, projekty ve vašem jazyce, zdi již na místě.

    den 2

    Udělejte to po svém

    Upřesněte v konverzaci a ukazováním na věci: vaše umělecká jména namísto obecných štítků, vaši značku, vaši doménu. Každá změna se zobrazí v náhledu dříve, než ji uvidí kdokoli jiný.

    den 3

    Nalož to pravé

    Vytvořte skutečné nabídky – plán zálohy, produkty projektu – pozvěte svůj tým a přesuňte jeden skutečný klientský brief, abyste viděli portál se skutečným obsahem.

    Den 4

    Zkuste to zlomit

    Přihlaste se jako testovací klient a zkontrolujte stěny: mohou vidět projekt jiného klienta? Proveďte checkout, schválně selžte kartu, požádejte o vrácení peněz – sledujte, jak e-maily pro obnovení a schvalovací krok dělají svou práci.

    Pak rok zkoušet

    Toto je část, kterou vám žádný jiný způsob stavby neposkytne: v Sandbox, se simulovanými penězi a simulovaným časem, rychle vpřed o dvanáct měsíců. Sledujte, jak se zálohy obnovují, platnost karty vyprší v březnu a obnovuje se v dubnu, zrušení zavírá správné dveře. Když publikujete, neposíláte odhad – posíláte portál, který už má za sebou rok vašeho podnikání.

    Na míru, bez rizika na míru

    Vlastní software dříve znamenal rozpočet, dodavatele a smlouvu o údržbě. Tohle je jiná dohoda.

    Díly podnikové třídy

    Přihlášení, oprávnění vynucená v databázi, fakturace, audit, e-mail – součásti vašeho systému na míru jsou stejné tvrzené kusy, na kterých běží každá aplikace Kliv. Skládáte osvědčenou infrastrukturu; nezadáváte kód od nuly.

    Změny zasílají v pořadí

    Když se váš proces změní, řekněte to – změna je zabudována do konverzace, zkontrolujete ji v živém náhledu a k vašim uživatelům se nic nedostane, dokud ji nepublikujete. Obchodní změny lze dokonce nacvičovat v Sandbox se simulovanými penězi a časem.

    Nikdo to nemůže zapadnout

    Standardní nástroje jsou přehodnoceny, přepracovány a vyřazeny podle plánu dodavatele – a váš pracovní postup s nimi půjde. Vaše aplikace Kliv se změní pouze tehdy, když ji změníte. Je to váš produkt, ne místo v někom jiném.

    Řekněte to jednou větou

    kliv.dev

    “Vybudujte klientský portál, kde každý klient vidí pouze své vlastní projekty a soubory, zálohy účtují měsíčně a nový požadavek klienta vytvoří kartu Trello pro můj tým.”

    Takhle to skutečně začíná – popište to a poté upřesněte v rozhovoru.

    Postavit nebo koupit

    Proč si jen nekoupit portál?

    Oddělení klientů

    Z police: Pracovní prostory a zaškrtávací políčka oprávnění – konfigurováno ručně, znovu zaškrtnuto pokaždé, když se někdo připojí.

    S Kliv: Každý klient je organizace; Databázová pravidla na úrovni řádků znemožňují čtení mezi klienty, nejen je skrývají.

    Vaše fáze dodání

    Z police: Jejich potrubní štítky; přizpůsobíte svůj proces tak, aby jim vyhovoval.

    S Kliv: Vaše slova – stručná, koncepty, zaokrouhlování, odhlášení – modelovala způsob, jakým již dodáváte.

    Struktura nákladů

    Z police: Za sedadlo, za měsíc – účet roste s vaším týmem, nikoli s vašimi příjmy.

    S Kliv: Vlastníte systém – a účtujete prostřednictvím něj klientům: zálohy, projekty, měřené doplňky.

    Změna způsobu práce

    Z police: Žádost o funkci, hlasování o plánu, čekání.

    S Kliv: Věta v konverzaci, náhled, zveřejnění.

    Vaše data

    Z police: Exportovatelné ve formátech, které jejich plán umožňuje.

    S Kliv: Projekty, soubory, schválení a historie fakturace jsou řádky ve vaší vlastní databázi.

    Běžné otázky

    Jak se vlastně vynucuje separace klientů?

    V databázi. Každý klient je organizace a pravidla na úrovni řádků znamenají, že jejich uživatelé mohou číst pouze své vlastní projekty a soubory – izolace je vlastnost dat, nikoli odkazy, které jste si pamatovali skrýt.

    Mohou klienti platit zálohy přes portál?

    Ano – měsíční zálohy s poměrnou částí a pauzou, jednorázové poplatky za projekt a samoobslužná fakturační stránka. Karty s prošlou platností se automaticky opakují a pronásledují.

    Připojuje se k nástrojům, které můj tým již používá?

    Ano. Nový požadavek klienta může vytvořit kartu Trello, schválení může pingnout Slack — váš tým si ponechá své nástroje, zatímco klienti získají jeden čistý portál.

    Mohou dodavatelé získat omezený přístup?

    Ano – role jsou součástí stejného systému identity, takže dodavatel vidí projekty, ke kterým jsou přiřazeni, a nic jiného: žádné fakturace, žádné podmínky pro zadržování, žádní další klienti. Pravidlo žije v databázi, takže platí všude.

    Co se stane s prostorem klienta, když zakázka skončí?

    Cokoli říká váš offboard. Běžný vzorec: když záloha skončí, prostor se přesune do archivu – konečné soubory, faktury a schválení zůstanou čitelné, zatímco nové požadavky a kola revizí se uzavřou, dokud nebude zakoupen nový rozsah.

    Některým klientům fakturujeme měsíčně a některým za projekt. Dokáže jeden portál zvládnout obojí?

    Ano – zálohy jsou předplatné a projekty jsou jednorázové nákupy ve stejném katalogu a klient může mít obojí najednou. Každý odemkne svou část prostoru a faktury přistanou na jedné stránce fakturace.

    Popište svůj. Kliv to staví.

    Začněte větou; poslat celou věc.

    Ceny