Dashboards Qlik Sense com marca própria: como entregar para clientes

A consultoria entregou. Os painéis estão no ar no Qlik Cloud, as cargas rodam no horário e as pessoas que pediram aquelas informações conseguem chegar até elas. Tecnicamente, está tudo de pé. Só que, quando o cliente abre o navegador, o que ele encontra é o ambiente onde os analistas dele trabalham: um Hub organizado por espaços e aplicações, com a lógica de quem constrói análise. É exatamente o que aquele ambiente deve ser para quem vive nele. O que falta ali é outra coisa: nada fala do negócio do cliente, e nada lembra o projeto que ele contratou. A entrega é real, a percepção é de ferramenta de terceiro.

Este artigo é um guia prático para consultorias, ISVs e integradores que entregam analytics sobre o Qlik Cloud e querem que o resultado se pareça com o produto que venderam. Ele percorre o que muda quando o ambiente carrega a marca do cliente, como escolher onde construir isso, o que pedir ao cliente antes de começar e o que conferir antes de apresentar. Se a sua dúvida é mais técnica, sobre quais camadas do Qlik permitem personalizar o quê, o caminho é o guia sobre como criar um portal de dados com a sua marca no Qlik; aqui o assunto é a entrega.

Por que a marca muda a percepção de uma entrega técnica

Não é preciso inventar estatística para sustentar esse ponto. Quem usa um sistema todos os dias reconhece com facilidade o que pertence ao seu trabalho e o que é ferramenta de passagem. Um ambiente com o logo da empresa, as cores dela e uma navegação organizada pelo vocabulário do negócio é lido como parte da operação. Um ambiente neutro é lido como algo que alguém instalou e que talvez saia dali a qualquer momento.

Vale ser honesto sobre o tamanho do efeito: marca não produz adoção sozinha. Um portal bonito com painéis que ninguém pediu continua vazio. O que a identidade visual faz é remover uma fricção específica, a de o usuário não reconhecer o ambiente como seu, e isso importa justamente na população que mais custa engajar, a de quem não é analista e não abre o Qlik por hábito. Para a consultoria, o efeito colateral é comercial: uma entrega que se parece com um produto sustenta contrato de sustentação, renovação e preço por valor percebido, não apenas por hora de desenvolvimento.

Quando a personalização já deveria estar na proposta

Nem todo projeto pede um ambiente com a marca do cliente no primeiro dia. Alguns pedem desde a proposta, e reconhecer isso cedo evita a conversa desconfortável de vender depois o que deveria estar no escopo. Os sinais mais claros são o projeto ter usuários de negócio, e não apenas o time técnico, entre os destinatários dos painéis; a entrega fazer parte de uma oferta de analytics gerenciado; o cliente querer distribuir informação para filiais, parceiros ou para os clientes dele; e o contrato ter horizonte longo, com sustentação e renovação em jogo.

Onde construir: as perguntas que eliminam alternativas

Construir um portal de analytics do zero significa assumir arquitetura de segurança, ciclo de atualização, manutenção e algumas semanas até a primeira tela útil. Há casos em que isso se justifica, normalmente quando o portal é o produto da empresa e não o invólucro de uma entrega. Para a maioria das consultorias, o cálculo não fecha, e o caminho mais direto é uma camada que já se apoia na governança configurada no Qlik Cloud.

Antes de escolher, quatro perguntas eliminam boa parte das alternativas. Quanto da marca a plataforma realmente aplica, incluindo logo, cores e tipografia. Qual endereço o portal usa. Se o login se integra ao provedor de identidade que o cliente já tem, ou se cria mais uma senha para alguém administrar. E se as regras de acesso configuradas no Qlik continuam valendo, ou se tudo precisa ser reconfigurado do outro lado.

A pergunta do endereço merece precisão, porque é onde as respostas mais divergem e onde promessas de proposta costumam quebrar na implantação. Existem plataformas que hospedam o portal em um endereço genérico do fornecedor, outras que dão um subdomínio dedicado por cliente e outras que aceitam apontar o domínio do próprio cliente. No NewHub, a assinatura padrão inclui um subdomínio dedicado, no formato nomedoworkspace.newhub.com, com TLS gerenciado. O domínio próprio do cliente também é possível, fora do escopo do plano padrão, e nesse caso vale alinhar com o time antes de fechar a proposta. Em qualquer cenário, deixe o endereço definido antes de assinar, não depois.

Por que uma camada nativa sobre o Qlik Cloud muda o cálculo

Uma camada construída sobre o Qlik Cloud, como o NewHub, dispensa migrar ou copiar dado: a conexão com o tenant é feita por um cliente OAuth e os dados continuam onde estão. O login usa OAuth 2.0 e OIDC apoiado no provedor de identidade que o cliente já usa, seja Entra ID, Okta ou outro, de modo que ninguém precisa administrar um segundo conjunto de senhas. E o que foi configurado de governança no Qlik continua governando o que cada pessoa vê.

Esse último ponto é o que mais economiza tempo de implantação, e também o mais fácil de prometer errado. A herança vale para o que o Qlik controla no acesso ao dado, o que inclui a segurança em nível de linha configurada nos apps. A organização do portal, quais painéis aparecem para quem e em que coleção, é configuração do próprio portal, feita por quem publica. Vale documentar essa fronteira para o cliente na entrega, porque é ali que nascem os mal-entendidos de permissão.

O kit de marca que você precisa pedir antes de começar

Peça ao cliente, antes de abrir a configuração, o logo em versão principal e negativa e em formato vetorial, a paleta com os códigos HEX exatos, a tipografia oficial com a hierarquia de uso e o favicon, que costuma ser o símbolo do logo reduzido. Pedir isso com antecedência evita o retrabalho mais comum da reta final, que é descobrir na véspera da apresentação que o logo disponível é um PNG de baixa resolução ou que não existe versão para fundo escuro.

Validar como usuário, não como quem configurou

Depois de aplicar a marca, entre no ambiente como um usuário de negócio entraria, com um perfil de teste sem privilégio de administrador. Confira o contraste entre texto e fundo nos diferentes estados da interface, a legibilidade do logo no tamanho em que ele realmente aparece na navegação e o comportamento do favicon na aba do navegador. Confirme também que a cor de destaque do portal conversa com as cores usadas dentro dos painéis: uma divergência entre o menu e o gráfico chama atenção pelo motivo errado, e é o tipo de detalhe que o cliente nota na primeira reunião.

Checklist técnico antes de passar ao cliente

• Portal acessível pelo endereço combinado, com certificado válido e sem alerta de segurança no navegador
• Logo, cores e tipografia aplicados de forma consistente na navegação, nas telas de carregamento e nas mensagens de erro
• Login testado de ponta a ponta com o provedor de identidade do cliente, incluindo o primeiro acesso de um usuário novo
• Perfis testados um a um, do administrador ao usuário que só visualiza, confirmando o que cada um vê e o que não vê
• Segurança em nível de linha conferida com dois usuários de áreas diferentes abrindo o mesmo painel
• Trilha de atividade ativa, com os acessos das sessões de teste visíveis
• Favicon carregando em mais de um navegador

Checklist comercial para a entrega não virar desgaste

• Escopo do ambiente entregue, com a lista dos painéis e das fontes incluídas
• Responsabilidade de manutenção definida item por item, separando o que é do portal, o que é do Qlik e o que é do cliente
• Acordo de nível de serviço com disponibilidade, tempo de resposta por severidade, janela de manutenção e exceções explícitas
• Critérios de aceite registrados e confirmados pelo cliente
• Próximos passos documentados para novos painéis ou novas áreas

O que se ganha ao entregar o ambiente com a marca do cliente

Aplicar a marca do cliente não é acabamento estético. É o que faz uma entrega técnica ser percebida como produto, e produto se renova, se expande e se recomenda. Para quem trabalha sobre o Qlik Cloud, o caminho mais curto é usar uma camada de consumo que se apoia na governança que já está configurada e permite aplicar a identidade do cliente sem abrir uma frente de desenvolvimento.

O NewHub foi construído para esse cenário: logo, cores e tipografia do cliente, subdomínio dedicado com TLS gerenciado ou o domínio dele próprio quando o projeto pede, login pelo provedor de identidade que ele já usa, isolamento por tenant garantido no banco e trilha de atividade completa, sobre o mesmo Qlik Cloud e sem migração de dado.

O checklist deste artigo vale para qualquer plataforma que você escolher. O que ele protege é a parte da entrega que não aparece no cronograma e é a primeira que o cliente percebe: a sensação de que aquilo foi feito para ele.