Cocriando serviços com os clientes

Uma sala de reunião com oito clientes reais, post-its coloridos e um facilitador sorridente não é co-design. É teatro de participação — e depois de quinze anos desenhando serviços, aprendi a distinguir os dois em cerca de dez minutos. A pergunta que separa um exercício cosmético de um redesenho de verdade é simples: o que o cliente ajudou a construir vai virar operação, ou vai virar slide?

Co-desenhar um serviço com o cliente significa dar a ele um lugar de coautoria no blueprint — não apenas coletar sua opinião sobre um protótipo já fechado. A diferença não é semântica. Quando o cliente participa da construção, ele desenvolve o que a economia comportamental chama de efeito IKEA: valorizamos mais aquilo que ajudamos a montar com as próprias mãos, mesmo que o resultado final seja objetivamente idêntico a uma versão pronta. Esse é o argumento central deste texto: co-design bem-feito não produz apenas um serviço melhor — produz um serviço que o cliente defende, porque parte dele está ali dentro.

O que é co-design de serviços, na prática?

Co-design de serviços é o processo estruturado de convidar clientes, colaboradores de linha de frente e outros atores da jornada para desenhar, junto com a equipe de projeto, as etapas, os pontos de contato e as regras de funcionamento de um serviço — antes de ele existir ou durante sua reformulação. Não é uma pesquisa qualitativa disfarçada de workshop. É um exercício de autoria compartilhada sobre o blueprint: o cliente desenha ao lado da equipe, com as mesmas ferramentas — mapas de jornada, protótipos de baixa fidelidade, roteiros de interação — e suas escolhas entram diretamente na versão seguinte do serviço.

A referência metodológica mais citada nesse território é o Double Diamond, framework publicado pelo Design Council do Reino Unido em 2005 e revisado em 2019, que organiza o trabalho de design em quatro fases — Descobrir, Definir, Desenvolver, Entregar — com dois momentos explícitos de divergência coletiva. O co-design vive sobretudo na fase de "Desenvolver", onde ideias ainda maleáveis podem ser moldadas por quem vai usá-las, e não apenas validadas por elas.

Por que "ouvir o cliente" não é o mesmo que co-desenhar com ele?

Ouvir o cliente é extrair informação; co-desenhar é distribuir poder de decisão. A pesquisa de Voice of Customer tradicional — entrevistas, NPS, grupos focais — coloca o cliente na posição de informante: ele descreve uma dor, e a equipe interna decide, sozinha, como resolvê-la. Isso funciona bem para diagnóstico. Funciona mal para geração de soluções, porque o cliente raramente sabe articular a solução ideal — ele sabe articular a dor.

O co-design inverte a lógica: em vez de perguntar "o que você sente quando liga para o suporte?", a equipe pergunta "vamos desenhar juntos como essa ligação deveria funcionar?". A NN/g (Nielsen Norman Group), em seu guia sobre mapeamento de jornada publicado por Sarah Gibbons em 2018 no artigo Journey Mapping 101, define o mapa de jornada como um artefato compilado a partir de dados de pesquisa com usuários — o que reforça, por contraste, o quanto o co-design vai além disso ao tornar o cliente coautor direto do artefato, e não apenas fonte de dados a ser interpretada depois, em outra sala.

Essa distinção importa porque muda o que se mede depois. Um programa de estratégia de voz do cliente bem estruturado alimenta o co-design com evidência real de onde a dor está concentrada; o co-design, por sua vez, transforma essa evidência em decisões de desenho que a própria pesquisa nunca produziria isoladamente.

Como funciona, na prática, um workshop de co-design de serviços?

Já facilitei dezenas dessas sessões — em bancos, redes de varejo, operadoras de telecom. O padrão que funciona tem uma sequência previsível, e pular etapas é o erro mais comum. Segue o roteiro que uso:

1. Selecione clientes por papel na jornada, não por conveniência. Recrute pessoas que representem momentos de verdade distintos — o cliente recém-chegado, o cliente insatisfeito recorrente, o cliente fiel de longa data — em vez dos primeiros voluntários da base de e-mail.
2. Compartilhe o blueprint atual, com falhas expostas. Mostre o mapa de serviço real, incluindo os pontos onde a operação falha hoje. Esconder o problema para "não constranger a equipe" mata o exercício antes de começar.
3. Divida o grupo em duplas mistas cliente-colaborador. Um cliente sozinho tende a reclamar; um colaborador de linha de frente sozinho tende a se defender. Juntos, os dois desenham com mais realismo.
4. Peça protótipos de papel, não opiniões. Substitua "o que você acha disso?" por "desenhe como você faria essa etapa". A tarefa de construir força decisões concretas que uma opinião verbal nunca revela.
5. Teste o protótipo no mesmo dia, com outro grupo. Um protótipo desenhado às 10h precisa ser testado até às 16h. Ciclos longos matam a energia de coautoria e o aprendizado se perde.
6. Documente decisões, não só ideias. Cada mudança proposta precisa de um dono interno nomeado antes que a sala se dissolva — senão o material vira arquivo morto.

O ponto frágil de qualquer workshop está no passo 6. Já vi organizações inteiras investirem dois dias de facilitação impecável e depois deixarem os flipcharts fotografados numa pasta que ninguém abre de novo. Um mapeamento de jornada só vira operação quando alguém, com nome e prazo, assume a tradução do que foi desenhado.

Por que os clientes se tornam defensores do que ajudam a construir?

Aqui entra a peça comportamental que dá ao co-design seu retorno mais subestimado. Michael Norton, Daniel Mochon e Dan Ariely, no estudo "The IKEA Effect: When Labor Leads to Love", publicado em 2012 no Journal of Consumer Psychology, mostraram que participantes que montavam móveis, origamis ou caixas de Lego com as próprias mãos atribuíam a esses objetos um valor significativamente maior do que a versões idênticas já prontas — mesmo quando o resultado final era visivelmente menos perfeito. O trabalho de montagem, por si só, gerava apego.

O mesmo mecanismo opera quando um cliente ajuda a desenhar uma etapa de atendimento, um fluxo de onboarding ou uma política de resolução de reclamações. Ele não está apenas validando uma solução: está investindo esforço cognitivo e emocional nela. Esse investimento produz duas consequências práticas que qualquer líder de experiência deveria explorar deliberadamente:

• Maior tolerância a imperfeições operacionais — clientes que participaram do desenho relatam menos frustração diante de falhas pontuais, porque entendem o trade-off que motivou a decisão.
• Advocacy espontânea — o cliente coautor tende a explicar o serviço a terceiros com mais entusiasmo do que qualquer campanha de marketing, porque está descrevendo, em parte, uma decisão sua.
• Redução de resistência à mudança — quando o próprio cliente ajudou a definir uma nova regra (por exemplo, um prazo de reembolso), ele a aceita com menos atrito do que se ela fosse simplesmente comunicada de cima para baixo.

Isso não substitui o rigor analítico de um blueprint bem construído — mas explica por que dois serviços com a mesma qualidade técnica geram níveis de lealdade muito diferentes, dependendo de quem teve mão na massa durante o desenho.

Quais são os erros mais comuns quando marcas tentam co-desenhar com clientes?

A maioria das tentativas de co-design falha não por falta de boa intenção, mas por decisões estruturais tomadas antes da primeira sessão. Os padrões que vejo se repetir:

• Convidar clientes só depois que a solução já está decidida internamente. Isso transforma o workshop em teatro de validação — e clientes percebem quando estão sendo usados como chancela.
• Não trazer quem opera o serviço no dia a dia. Sem a linha de frente na sala, o desenho ignora restrições reais de sistema, processo e política — e volta para reformulação assim que chega à operação.
• Tratar a sessão como pesquisa de satisfação disfarçada. Perguntar "o que você achou?" em vez de "o que você desenharia?" reduz o exercício a mais uma rodada de coleta de opinião.
• Ignorar a carga cognitiva imposta ao cliente. Pedir que um participante avalie simultaneamente cinco fluxos concorrentes é pedir demais — a sobrecarga de opções produz respostas rasas, não julgamento refinado. O mesmo princípio que explica por que simplificar a jornada não é apenas reduzir cliques também se aplica ao desenho da sessão de co-criação; vale revisitar como a carga cognitiva distorce decisões ao longo da jornada antes de montar a pauta do workshop.
• Não fechar o loop com quem participou. Se o cliente colaborou e nunca soube o que aconteceu com sua contribuição, a próxima convocação será recebida com ceticismo — e com razão.

Como transformar as ideias de um workshop em blueprint operacional?

Um workshop de co-design produz protótipos de papel, post-its e boas intenções. Nenhum desses artefatos sobrevive ao primeiro trimestre sem tradução disciplinada em processo. O caminho que uso para essa travessia tem três movimentos:

Primeiro, cada decisão de desenho vira uma linha no blueprint de serviço formal — com atores, sistemas de apoio, evidências físicas e tempo de execução especificados, não apenas a intenção da mudança. Segundo, qualquer alteração de fluxo que toque sistemas ou políticas internas passa por um exercício de desenho de processo que valida viabilidade operacional antes de qualquer promessa ao cliente. Terceiro, telas, formulários ou interfaces que emergiram do co-design ganham forma testável através de wireframes de UX, para que a próxima rodada de teste com clientes já ocorra sobre algo navegável, não sobre um esboço em papel.

Esse é o ponto em que muitas iniciativas de co-design se perdem: tratam o workshop como o entregável final, quando ele é apenas a matéria-prima. O verdadeiro produto de um bom co-design é um roteiro de implementação com donos e prazos — o que, na prática, significa transformar a sessão em um roadmap de implementação de CX revisável, não em uma ata arquivada.

Como medir se o co-design está gerando resultado real?

Co-design sem métrica de acompanhamento vira ritual simbólico. As três medidas que valem acompanhar, trimestre a trimestre, são estas:

• Taxa de adoção das decisões co-desenhadas — quantas mudanças propostas em sessão realmente chegaram à operação dentro do prazo combinado, versus quantas morreram na tradução.
• Variação em métricas de voz do cliente após a mudança — CSAT, esforço percebido ou reclamações no ponto de contato redesenhado, comparados ao período anterior. Séries de dados como as que sustentam a análise sobre como indicadores de voz do cliente se conectam a receita e retenção mostram por que esse acompanhamento precisa ir além da satisfação superficial e chegar ao impacto financeiro.
• Retenção e advocacy dos próprios participantes do co-design — se o efeito IKEA está funcionando, os clientes que ajudaram a desenhar devem apresentar taxas de recompra ou indicação superiores à base geral.

Antes de escalar um programa de co-design para toda a organização, também vale um diagnóstico honesto sobre maturidade interna: times sem processos de feedback estruturados costumam colher menos valor da coautoria com clientes, porque não têm musculatura para traduzir insight em mudança operacional. Uma avaliação de maturidade em CX ajuda a identificar se a lacuna está na captura de voz do cliente, na governança de decisão ou na capacidade de execução — e evita que a organização convide clientes para uma conversa que, internamente, ainda não sabe como concluir.

O desenho que sobrevive é o que tem dono

O erro mais caro em co-design não é convidar o cliente errado — é tratar a participação dele como um evento, quando deveria ser um hábito operacional. As organizações que fazem isso bem não realizam "um workshop de co-criação por ano"; elas mantêm um canal permanente pelo qual clientes ajudam a ajustar o serviço enquanto ele roda, não apenas quando alguém decide reformulá-lo do zero.

Se você lidera experiência em uma organização que ainda trata o cliente como fonte de dados e não como parceiro de desenho, o próximo passo não é marcar um grande workshop — é escolher um único ponto de contato problemático, convidar quatro clientes reais para desenhá-lo de novo com sua equipe, e medir o que muda em noventa dias. A escala vem depois. A prova vem primeiro. Para estruturar esse primeiro ciclo com o rigor certo, a equipe de Customer Experience da Renascence pode ajudar a desenhar o piloto — e, se preferir dar o primeiro passo sozinho, o CX Assessment é um bom ponto de partida para saber onde começar.