Soluções / Agências e estúdios
Um portal do cliente que administra o negócio
Cada cliente obtém seu próprio espaço murado – arquivos, status, resultados – enquanto os retentores se cobram e suas ferramentas de projeto permanecem sincronizadas.
O caso para construí-lo
Por que construir isso em vez do portal do cliente SaaS?
O preço do portal SaaS é por assento e é adequado para a agência média – o que não é o caso da sua. Você acaba renomeando suas etapas de entrega para corresponder aos rótulos, exportando para planilhas as peças que não consegue modelar e pagando novamente sempre que a equipe cresce. Kliv constrói o portal em torno do seu estúdio: seus palcos, seu idioma, sua experiência do cliente, em seu domínio.
Seu processo de entrega é o diferenciador – resumo, conceitos, rodadas de revisão, aprovação – portanto, o portal deve modelá-lo literalmente. Cada cliente é uma organização com seu próprio pessoal, projetos e arquivos, isolados no banco de dados. Quando você refina a forma de entrega, o portal segue uma frase, não uma solicitação de recurso a um fornecedor.
Anatomia do sistema
O que o portal realmente sabe
Um portal de agência precisa separar duas coisas que as ferramentas genéricas de projeto confundem: como sua equipe trabalha internamente e o que cada cliente pode ver. O diretor de marketing de um cliente pode ver o calendário da campanha, os arquivos da marca, as faturas e os tópicos de revisão — e não pode descobrir o projeto de outro cliente alterando um URL ou adivinhando um ID. Aqui está a forma do sistema que Kliv construiria.
Clientes
Cada cliente é uma organização – seus usuários, projetos, arquivos, aprovações e histórico de cobrança ficam dentro dessa parede.
Projetos
Execute suas etapas – resumo, conceitos, rodadas de revisão, aprovação – com os arquivos e tópicos que pertencem a cada uma.
Entregáveis
Arquivos de origem, apresentações e finais — compartilhados por cliente, privados por padrão.
Aprovações
A aprovação é um estado registrado no trabalho, não um tópico de e-mail oculto.
Retentores e faturas
A relação comercial – status da assinatura, faturas, histórico de compras – anexada ao mesmo cadastro do cliente.
Solicitações
Uma fila de perguntas recebidas do cliente, com escopo definido para o cliente que as gerou.
Quem vê o que
Regras que o banco de dados impõe
- Um usuário cliente só pode ler linhas que pertencem à sua organização – adivinhar um URL ou ID não retorna nada.
- Os arquivos são privados por padrão; o compartilhamento é por cliente, não por link.
- Os detalhes de cobrança ficam visíveis para o proprietário do cliente, e não para todos os membros de sua equipe.
- Quando uma retenção expira, os direitos fecham as áreas fechadas – ninguém precisa se lembrar de revogar o acesso.
O resultado não é “um portal” como categoria genérica. É o seu modelo de entrega transformado em software: clientes, etapas, arquivos, aprovações, pagamentos e permissões, todos descrevendo o mesmo relacionamento.
O que Kliv monta
Uma lista de compras de peças de plataforma – cada uma integrada, cada uma compondo com as demais.
Um portal murado por cliente
Cada cliente é uma organização: seu pessoal vê seus projetos e arquivos, nunca os de outro cliente. Aplicado no banco de dados, não na lógica da sua página.
Retentores no piloto automático
Retentores mensais com rateio e pausa - e a cobrança persegue o cartão expirado para que você não precise fazê-lo.
Entregáveis, compartilhados com segurança
Compartilhamento de arquivos por cliente para resumos, ativos e finais — privado por padrão.
As ferramentas da sua equipe, conectadas
Uma nova solicitação de cliente torna-se um cartão Trello; um ping Slack sai quando eles aprovam.
Um assistente que conhece a conta
Os clientes perguntam “onde está meu projeto?” e o agente responde com base em seus próprios dados – com escopo definido para sua organização.
Maneiras de cobrar
Três maneiras pelas quais uma agência pode cobrar
As agências raramente vendem uma coisa. O mesmo cliente pode começar com um sprint estratégico, passar para uma retenção mensal e, em seguida, comprar capacidade de produção extra durante o lançamento. O portal deve compreender esses formatos diretamente, em vez de forçar todos os relacionamentos no mesmo modelo de fatura.
Retentor mensal
US$ 6.000/mês
O cliente em crescimento em um envolvimento contínuo
Uma fila de solicitações, relatórios mensais, um cofre de arquivos compartilhado e duas chamadas de estratégia.
- Desbloqueia
- A assinatura ativa abre as partes do portal que pertencem ao relacionamento: solicitações abertas, entregas ativas, relatórios e ativos aprovados.
- Cobrança
- Renova mensalmente com rateio justo nas alterações. Se o cartão falhar, emails de recuperação serão enviados e o acesso poderá ser reduzido até que o faturamento seja corrigido.
- Reembolsos
- As solicitações de reembolso passam por uma etapa de aprovação antes da movimentação do dinheiro.
Projeto de escopo fixo
$ 18.000 únicos
O cliente de atualização de marca com escopo definido
Um cronograma do projeto, uploads de arquivos de origem, apresentações de conceitos, rodadas de revisão e entrega final.
- Desbloqueia
- A compra abre o espaço daquele projeto – o cliente vê o trabalho vinculado ao seu escopo, não ao seu espaço de trabalho interno.
- Cobrança
- Uma cobrança, um recibo, histórico completo de compras na página de faturamento do cliente. Quando o projeto for concluído, o espaço muda para o modo de arquivo.
- Reembolsos
- O mesmo fluxo de aprovação – um reembolso é uma decisão, não um acidente.
Complemento baseado em uso
$ 250 por briefing extra
O cliente de conteúdo cujo volume aumenta durante as inicializações
Um retentor básico mais extras medidos – resumos da página de destino, vídeos editados adicionais – além do volume incluído.
- Desbloqueia
- A medição é executada de acordo com a atividade de login do cliente, portanto, o que está incluído, o que é usado e o que será cobrado fica visível para ambos os lados.
- Cobrança
- Os extras são acumulados no medidor e faturados com a assinatura – sem planilha lateral de extras aprovados.
- Reembolsos
- Os itens de linha contestados são resolvidos por meio do mesmo fluxo de reembolso sujeito a aprovação.
Antes do lançamento
A primeira semana, antes do lançamento
Você não lança um portal de clientes e espera. É assim que realmente é a primeira semana - e termina com o portal já tendo vivido um ano.
Dê forma ao portal
Descreva como funciona o estúdio: como chegam os clientes, suas etapas de entrega, quem faz parte da equipe. Kliv cria a primeira visualização – organizações clientes, projetos em seu idioma, as paredes já instaladas.
Faça com que seja seu
Refine a conversa e aponte para coisas: seus nomes artísticos em vez de rótulos genéricos, sua marca, seu domínio. Cada alteração chega à visualização antes que alguém a veja.
Carregue a coisa real
Crie as ofertas reais – o plano de retenção, os produtos do projeto – convide sua equipe e mova um briefing de cliente real para ver o portal com conteúdo verdadeiro.
Tente quebrá-lo
Faça login como cliente de teste e verifique as paredes: eles conseguem ver o projeto de outro cliente? Faça uma finalização de compra, reprove o cartão propositalmente, solicite um reembolso – observe os emails de recuperação e a etapa de aprovação fazerem seu trabalho.
Então ensaie um ano
Esta é a parte que nenhuma outra forma de construção oferece: no Sandbox, com dinheiro simulado e tempo simulado, avançando doze meses. Veja os retentores renovarem, um cartão expirar em março e recuperar em abril, um cancelamento fechar as portas certas. Ao publicar, você não está enviando um palpite – você está enviando um portal que já administra um ano de seu negócio.
Sob medida, sem o risco sob medida
Software personalizado costumava significar um orçamento, um empreiteiro e um contrato de manutenção. Este é um acordo diferente.
Peças de nível empresarial
Login, permissões aplicadas no banco de dados, faturamento, auditoria, e-mail — os componentes do seu sistema personalizado são as mesmas peças reforçadas nas quais cada aplicativo Kliv é executado. Você compõe uma infraestrutura comprovada; você não encomenda código do zero.
Mudanças enviadas em ordem
Quando o seu processo mudar, diga-o: a mudança é incorporada na conversa, você a analisa em uma visualização ao vivo e nada chega aos seus usuários até que você publique. As mudanças comerciais podem até ser ensaiadas no Sandbox com dinheiro e tempo simulados.
Ninguém pode pôr o sol
As ferramentas prontas para uso são reavaliadas, reprojetadas e desativadas de acordo com a programação do fornecedor — e seu fluxo de trabalho acompanha elas. Seu aplicativo Kliv muda somente quando você o altera. É o seu produto, não um lugar no de outra pessoa.
Diga isso em uma frase
“Construa um portal de cliente onde cada cliente veja apenas seus próprios projetos e arquivos, os retentores faturam mensalmente e uma nova solicitação de cliente cria um cartão Trello para minha equipe.”
É realmente assim que tudo começa – descreva-o e depois refine-o na conversa.
Construa ou compre
Por que não comprar apenas um portal?
| Da prateleira | Com Kliv | |
|---|---|---|
| Separação de clientes | Espaços de trabalho e caixas de seleção de permissão — configuradas manualmente e verificadas novamente sempre que alguém ingressa. | Cada cliente é uma organização; as regras do banco de dados em nível de linha tornam as leituras entre clientes impossíveis, e não apenas ocultas. |
| Suas etapas de entrega | Seus rótulos de pipeline; você adapta seu processo para adequá-los. | Suas palavras – resumo, conceitos, rodadas, aprovação – modelaram a maneira como você já entrega. |
| Estrutura de custos | Por licença, por mês — a conta cresce junto com sua equipe, não com sua receita. | Você possui o sistema – e cobra dos clientes por meio dele: retentores, projetos, complementos medidos. |
| Mudando a forma como você trabalha | Uma solicitação de recurso, uma votação no roteiro, uma espera. | Uma frase em conversa, uma prévia, uma publicação. |
| Seus dados | Exportável, nos formatos permitidos pelo seu plano. | Projetos, arquivos, aprovações e histórico de cobrança são linhas em seu próprio banco de dados. |
Separação de clientes
Da prateleira: Espaços de trabalho e caixas de seleção de permissão — configuradas manualmente e verificadas novamente sempre que alguém ingressa.
Com Kliv: Cada cliente é uma organização; as regras do banco de dados em nível de linha tornam as leituras entre clientes impossíveis, e não apenas ocultas.
Suas etapas de entrega
Da prateleira: Seus rótulos de pipeline; você adapta seu processo para adequá-los.
Com Kliv: Suas palavras – resumo, conceitos, rodadas, aprovação – modelaram a maneira como você já entrega.
Estrutura de custos
Da prateleira: Por licença, por mês — a conta cresce junto com sua equipe, não com sua receita.
Com Kliv: Você possui o sistema – e cobra dos clientes por meio dele: retentores, projetos, complementos medidos.
Mudando a forma como você trabalha
Da prateleira: Uma solicitação de recurso, uma votação no roteiro, uma espera.
Com Kliv: Uma frase em conversa, uma prévia, uma publicação.
Seus dados
Da prateleira: Exportável, nos formatos permitidos pelo seu plano.
Com Kliv: Projetos, arquivos, aprovações e histórico de cobrança são linhas em seu próprio banco de dados.
Perguntas frequentes
Como a separação de clientes é realmente aplicada?
No banco de dados. Cada cliente é uma organização, e as regras em nível de linha significam que seus usuários só podem ler seus próprios projetos e arquivos — o isolamento é uma propriedade dos dados, e não dos links que você lembrou de ocultar.
Os clientes podem pagar adiantamentos através do portal?
Sim – adiantamentos mensais com rateio e pausa, taxas únicas de projeto e uma página de faturamento de autoatendimento. Os cartões expirados são repetidos e perseguidos automaticamente.
Ele se conecta às ferramentas que minha equipe já usa?
Sim. Uma nova solicitação de cliente pode criar um cartão Trello, uma aprovação pode executar ping em Slack — sua equipe mantém suas ferramentas enquanto os clientes obtêm um portal limpo.
Os empreiteiros podem obter acesso limitado?
Sim — as funções fazem parte do mesmo sistema de identidade, portanto, um contratante vê os projetos aos quais está atribuído e nada mais: sem cobrança, sem termos de retenção, sem outros clientes. A regra reside no banco de dados, por isso é válida em todos os lugares.
O que acontece com o espaço de um cliente quando o contrato termina?
O que quer que diga o seu desligamento. Um padrão comum: quando a retenção termina, o espaço muda para arquivamento – arquivos finais, faturas e aprovações permanecem legíveis, enquanto novas solicitações e rodadas de revisão são fechadas até que um novo escopo seja adquirido.
Faturamos alguns clientes mensalmente e outros por projeto. Um portal pode lidar com ambos?
Sim – os adiantamentos são assinaturas e os projetos são compras únicas no mesmo catálogo, e um cliente pode manter os dois ao mesmo tempo. Cada um desbloqueia sua parte do espaço e as faturas vão para uma página de faturamento.
