Desafio do cliente: Quando o cliente se torna o maior obstáculo no projeto

Um aviso aparentemente inofensivo sobre um «desafio do cliente» pode transformar-se num pesadelo quando os projectos emperram, os orçamentos rebentam e a reputação sofre.

Quem trabalha com clientes conhece bem aqueles momentos em que um pedido normal passa, de repente, a ser um verdadeiro teste à resistência. Ora é a tecnologia que bloqueia, ora é a comunicação, ora é o comportamento do próprio cliente. Por detrás da expressão seca «desafio do cliente» está precisamente isso: a combinação delicada entre expectativas, tecnologia, emoções e pressão temporal - e a pergunta sobre quem consegue manter o controlo até ao fim.

O que está realmente por detrás do conceito de desafio do cliente

No essencial, «desafio do cliente» descreve qualquer situação em que o cliente ou o seu contexto dificulta de forma séria o sucesso de um projecto. No digital, isso pode começar logo com uma mensagem de erro simples: «JavaScript está desactivado», «Não foi possível carregar o conteúdo», «Desactive o seu bloqueador de anúncios». O que parece um problema técnico menor transforma-se rapidamente em frustração do lado do cliente - e acaba na forma de reclamação junto do prestador de serviços.

Desafio do cliente não quer dizer apenas «cliente difícil». Representa o ponto de tensão entre expectativa, tecnologia e realidade.

Três níveis típicos entram quase sempre em jogo:

• Tecnologia: definições do navegador, extensões, rede, políticas de segurança da empresa
• Comunicação: objectivos pouco claros, instruções imprecisas, mal-entendidos sobre funções e limitações
• Psicologia: pressão dentro da empresa do cliente, política interna, medo de errar ou de perder a face

A situação torna-se interessante quando os três níveis falham ao mesmo tempo - aí, basta um carregador de scripts bloqueado e uma simples consulta web converte-se num «desafio do cliente» com escalada até à chefia.

Quando a tecnologia e o cliente falam em sentidos opostos

A cena típica é esta: o cliente telefona ou envia um correio eletrónico irritado. Alega que o site «não mostra nada», que uma área importante está «partida». Na página, na realidade, apenas surge a indicação de que o JavaScript está desactivado ou de que parte do conteúdo não consegue carregar por causa de uma extensão do navegador.

Para os programadores, a situação é evidente: sem JavaScript não há conteúdo dinâmico, sem domínios autorizados não há seguimento, sem desactivação do bloqueador de anúncios não existe plataforma financiada por publicidade. Para o cliente, porém, tudo isso soa a desculpa. E é assim que começa o verdadeiro desafio do cliente.

Pontos de conflito habituais no dia a dia

Em muitas agências e equipas de TI, os mesmos padrões repetem-se vezes sem conta:

• O cliente pensa que o site está «mal programado», embora a rede da empresa dele bloqueie scripts.
• Os bloqueadores de anúncios impedem publicidade ou seguimento, e o cliente estranha a «falta de dados» nos relatórios.
• Políticas de segurança rígidas em grandes empresas não permitem conteúdos externos, e a equipa do projecto fica com fama de «incompetente».
• Navegadores desactualizados na empresa não mostram funcionalidades modernas, e o cliente responde que «noutros sítios funciona».

Quem aqui argumenta bem do ponto de vista técnico ainda não ganhou automaticamente. O que conta é se a equipa do projecto consegue traduzir a situação para linguagem que o cliente perceba, com opções de actuação claras.

Estratégias para aliviar cedo os desafios do cliente

Muitas escaladas poderiam ser evitadas se o tema do «desafio do cliente» fosse considerado logo no início do projecto. Isso inclui acordos claros e expectativas realistas de ambas as partes.

Comunicação proactiva em vez de bombeiro reactivo

Uma boa configuração começa logo na reunião inicial. As equipas de projecto que explicam desde o princípio quais os requisitos técnicos que o cliente deve cumprir partem com vantagem. Isso inclui, entre outros pontos:

• Definir claramente as versões de navegador e os dispositivos suportados
• Indicar requisitos sobre JavaScript, cookies e extensões
• Abordar o comportamento dos bloqueadores de anúncios e das firewalls
• Estabelecer com rigor os canais para comunicar avarias

Quem explica os problemas antes de eles surgirem parece competente quando, mesmo assim, eles acontecem.

Também ajuda uma lista de verificação simples, que o cliente possa encaminhar internamente - por exemplo, para a informática, a protecção de dados ou o marketing. Assim, a responsabilidade não recai de forma unilateral sobre o prestador de serviços.

Mensagens de erro transparentes em vez de textos técnicos enigmáticos

A mensagem de erro no próprio site tem um peso maior do que muita gente imagina. Um aviso seco como «JavaScript está desactivado» muitas vezes não basta. Resultam melhor indicações curtas, concretas, com um claro «O que posso fazer?».

Um exemplo de mensagem amigável para o cliente:

• Explicação breve em linguagem corrente («Uma parte da página não pode ser carregada.»)
• Causas prováveis («Talvez uma extensão do navegador ou uma definição de segurança muito restrita esteja a bloquear o conteúdo.»)
• Passos concretos («Verifique a sua ligação à Internet e desactive temporariamente os bloqueadores de anúncios.»)
• Forma de contacto («Se o problema persistir, contacte a sua equipa de TI ou o nosso apoio.»)

Este tipo de indicação tira pressão à situação. O utilizador sente-se levado a sério e fica com a impressão de que pode fazer alguma coisa por si.

Como as equipas devem responder internamente aos desafios do cliente

Os desafios do cliente raramente atingem apenas uma pessoa. Na maioria dos casos, vendas, gestão de projecto, desenvolvimento e apoio entram todos em tensão ao mesmo tempo. Quem não tiver um plano perde tempo, paciência e, a prazo, também clientes.

Função	Contributo para a solução
Gestão de projecto	coordena a comunicação, define prioridades, protege a equipa do caos
Desenvolvimento	analisa as causas técnicas, apresenta soluções temporárias pragmáticas e factos claros
Apoio	recolhe relatórios de erro estruturados, acalma e acompanha o cliente
Vendas	zela pela relação, impedindo que uma falha se transforme numa ruptura contratual

Um «plano de emergência» comum ajuda bastante: quem reage em primeiro lugar? Que informações precisam os programadores? Quando é que a situação sobe de nível? Se estas questões forem esclarecidas com antecedência, a equipa mantém-se segura mesmo sob pressão.

Quando o cliente é mesmo «difícil» - e o que ajuda

Por vezes, a dificuldade está menos na tecnologia e mais nas estruturas ou nas personalidades dentro da empresa do cliente. Exemplos disso são alterações constantes aos requisitos, decisões em falta ou uma equipa de projecto do lado do cliente que vai mudando.

Nesses casos, a questão passa mais por limites claros e processos bem definidos:

• Alterações apenas através de pedidos de alteração previamente definidos
• Actas após cada reunião com tarefas concretas
• Processos de aprovação vinculativos com decisores nomeados de forma explícita
• Gestão transparente das consequências em termos de orçamento e prazos

Desafio do cliente também significa: saber dizer não sem destruir a relação.

Quem explicita de forma aberta o que ainda cabe no âmbito e o que já não cabe protege ambas as partes. O cliente sabe com o que pode contar, e a equipa do projecto não se perde em correcções intermináveis.

Exemplos práticos: desafio do cliente no dia a dia de agências e prestadores de TI

Um exemplo da prática: uma página de campanha para uma grande empresa vai entrar em funcionamento, e tudo foi testado. Pouco depois do lançamento, os utilizadores comunicam que um formulário central não aparece. A análise mostra que, na informática da empresa, uma política de segurança bloqueia scripts externos, incluindo o módulo do formulário.

Se essa causa não for explicada de forma correcta, fica a impressão de que a agência trabalhou «de forma descuidada». Um procedimento estruturado seria diferente:

• Análise interna rápida com causa claramente identificada
• Declaração curta e compreensível para a equipa de projecto do cliente
• Proposta de solução concreta: ajuste da política ou disponibilização de um formulário alternativo
• Opcionalmente, uma chamada técnica entre as duas equipas de TI

É exactamente nestes momentos que se decide se uma falha se transforma numa crise ou numa parceria mais sólida.

Riscos de ignorar os desafios do cliente

Quem trata os desafios do cliente como uma mera chatice costuma pagar depois um preço mais alto. Entre os riscos mais frequentes estão:

• Perda de confiança e danos na imagem da marca
• Sobrecarga interna devido a sucessivos fogos para apagar
• Custos adicionais imprevisíveis provocados por alterações constantes
• Escaladas ao nível da administração, até à rescisão de contratos

Muitas empresas também subestimam o quanto páginas de erro digitais pouco claras ou uma comunicação meia-boca minam a percepção de profissionalismo. Os utilizadores transferem rapidamente a frustração causada por uma página bloqueada para a marca inteira.

Oportunidades: como um desafio do cliente pode tornar-se um reforço de confiança

Por outro lado, cada situação difícil com um cliente contém uma oportunidade. Quem reage depressa, mantém a transparência e não distribui culpas posiciona-se como parceiro fiável - sobretudo quando as coisas correm menos bem.

As equipas que aprendem com este tipo de episódios acabam por desenvolver um verdadeiro conjunto de ferramentas: melhores mensagens de erro, documentos de integração mais claros, processos de apoio estruturados e planeamento de projecto mais realista. Daí nasce algo que, em propostas e apresentações comerciais, vale ouro: experiência credível com «desafios do cliente».

Há ainda um conceito que vale a pena referir aqui: a gestão de expectativas. Trata-se da arte de orientar as expectativas de forma a que os objectivos do projecto sejam ambiciosos, mas atingíveis. Quem trabalha bem este ponto reduz a pressão do lado do cliente - e, ao mesmo tempo, diminui a probabilidade de que um simples aviso técnico como «JavaScript desactivado» se transforme numa chamada furiosa para a administração.

Outro elemento são exemplos práticos, de preferência com capturas de ecrã e instruções curtas passo a passo. Quando os clientes sabem, por exemplo, como desactivar temporariamente bloqueadores de anúncios ou testar outro navegador, o número de mensagens de erro em pânico desce bastante. O temido «desafio do cliente» passa então, cada vez mais, a ser uma tarefa calculável no dia a dia do projecto - exigente, mas controlável.