O service blueprinting é uma forma de representar um serviço num único diagrama: o que o cliente faz, o que as suas equipas fazem à vista dele, o que acontece fora das suas vistas e que sistemas e processos fazem tudo funcionar. Constrói-se para descobrir onde um serviço falha, quem é responsável por cada passo e o que corrigir primeiro. Este guia aborda os componentes de um blueprint, um método passo a passo, um exemplo que pode adaptar e a diferença entre um blueprint e um mapa da jornada ou um mapa de processos.

Em resumo

Índice

O que é um service blueprint

Um service blueprint é um diagrama que visualiza as relações entre os componentes de um serviço, ou seja, pessoas, props (evidências físicas ou digitais) e processos, diretamente ligados aos pontos de contacto de uma jornada específica do cliente. É a definição usada pelo Nielsen Norman Group, e a ideia é consistente em toda a área.

O Governo de Ontário descreve-o como um esquema visual que inclui as perspetivas do utilizador, do prestador do serviço e de outros grupos importantes, incluindo os pontos de contacto visíveis e as interações nos bastidores que o prestador conhece.

A questão é que o cliente só vê uma parte do serviço. Uma fatura em atraso, um nível de acesso errado ou uma resposta lenta têm normalmente origem numa passagem de testemunho que o cliente não consegue ver. O blueprint coloca esse trabalho oculto na mesma página que a experiência do cliente, para que possa seguir um sintoma até à sua causa.

O que contém um service blueprint

Um blueprint tem linhas horizontais (muitas vezes chamadas swimlanes) e linhas divisórias. Lendo de cima para baixo, as camadas típicas são:

  1. Evidência. Os props e os locais com que o cliente e a equipa se cruzam: emails, ecrãs, contratos, dashboards, um portal.
  2. Ações do cliente. Os passos, as escolhas e as interações que o cliente realiza para atingir um objetivo. Podem vir de investigação ou de um mapa da jornada do cliente já existente.
  3. Ações de frontstage. O que as suas pessoas ou sistemas fazem à vista do cliente.
  4. Ações de backstage. O que acontece fora das vistas para tornar possível o frontstage.
  5. Processos de suporte. Os sistemas, as regras e os serviços internos que sustentam ambos.

A ACM Interactions descreve as mesmas cinco swimlanes e refere extras opcionais, como o tempo, as medidas de qualidade e a jornada emocional.

As três linhas

Três linhas dividem essas camadas e concentram a maior parte do valor de diagnóstico:

Linha Situa-se entre O que mostra
Linha de interação Ações do cliente e frontstage Todos os pontos em que o cliente e a organização se encontram
Linha de visibilidade Frontstage e backstage O que o cliente pode e não pode ver
Linha de interação interna Processos de bastidores e de suporte Transições entre equipas e sistemas internos

As orientações do Ontario usam as mesmas três linhas de separação. A equipa 18F da General Services Administration dos EUA usa uma versão mais simples, com quatro linhas: passos do utilizador, ações de frontstage, ações de backstage e processos de suporte. Comece de forma simples. Pode acrescentar linhas mais tarde.

Um enquadramento usado por profissionais ajuda no trabalho de operações: as camadas separam o trabalho voltado para o cliente das plataformas que o suportam, as faixas atribuem responsabilidades para que as lacunas de responsabilização se tornem visíveis, e as ligações mostram dependências como fluxos de dados, SLAs e regras de negócio. Se um passo não tem responsável, ou se uma seta depende de dados que estão na folha de cálculo de alguém, o blueprint torna isso visível.

Camadas do blueprint, faixas de responsabilidade e dependências ligadas

Quando vale a pena fazer service blueprinting

A NN/g afirma que o blueprinting é uma abordagem ideal para experiências que são omnicanal, envolvem vários pontos de contacto ou exigem coordenação entre departamentos. Observa também que o próprio exercício cria comunicação entre equipas e ajuda as pessoas a perceber o seu contributo para a experiência de ponta a ponta.

Numa empresa SaaS B2B, bons candidatos são:

Um blueprint é menos útil para uma tarefa que uma pessoa executa sozinha numa única ferramenta. Nesse caso, uma simples checklist é suficiente.

Como criar um service blueprint, passo a passo

A abordagem em cinco passos da NN/g consiste em obter apoio, definir o objetivo, reunir investigação, mapear em baixa fidelidade e, por fim, refinar e distribuir. O seu fluxo de trabalho com modelo digital acrescenta a parte prática. Combinados, o processo fica assim.

1. Escolha um cenário e um cliente

Escolha um único percurso para um único tipo de cliente, por exemplo “um novo cliente mid-market passa do contrato assinado à primeira utilização bem-sucedida”. Registe um título, uma data e uma versão, e decida o nível de detalhe pretendido. Os blueprints que tentam cobrir todos os cenários tornam-se ilegíveis.

2. Envolva as pessoas certas

O blueprinting atravessa departamentos, pelo que precisa de alguém com autoridade sobre todos eles. Sem isso, o diagrama torna-se a opinião de uma equipa sobre o trabalho de outra.

3. Reúna investigação interna

A NN/g observa que, ao contrário do mapeamento de percursos, o blueprinting assenta sobretudo em investigação interna, e recomenda combinar métodos como entrevistas a colaboradores, observação direta e inquérito contextual. Pergunte às pessoas o que realmente fazem, não o que o documento do processo diz.

4. Mapeie as ações do cliente

Escreva primeiro os passos do cliente, por ordem cronológica e no presente, como aconselham as orientações do Ontario. Se já tiver um mapa de percurso, use-o como ponto de partida.

5. Mapeie as ações de frontstage e de backstage

Para cada passo do cliente, acrescente o que as suas pessoas ou sistemas fazem à vista e fora da vista. A NN/g afirma que estas ações devem basear-se em relatos reais de colaboradores, validados através de investigação interna.

6. Acrescente processos de suporte e evidências

Sob a linha de backstage, liste os sistemas, as regras e os serviços de que cada ação depende. Depois, percorra as colunas para anotar os objetos e os locais que o cliente encontra ao longo do caminho.

7. Assinale os problemas e refine

Assinale as transições sem responsável, os passos que dependem de reintrodução manual de dados e os pontos em que o cliente espera. Comece em baixa fidelidade (notas autoadesivas ou um quadro branco) e depois limpe o resultado para distribuição, quando a equipa concordar que está correto.

Um exemplo prático: onboarding de clientes SaaS

O exemplo abaixo é uma ilustração que criámos para este guia, não o blueprint de uma empresa real. Mostra como as linhas se ligam.

Linha Passo 1: Contrato assinado Passo 2: Conta configurada Passo 3: Primeira formação Passo 4: Primeira fatura
Evidências Formulário de encomenda assinado Email de boas-vindas, link de acesso Convite de calendário, guia partilhado PDF da fatura
Ações do cliente Assina e designa um administrador Inicia sessão e convida utilizadores Assiste à sessão Paga
Frontstage As Vendas fazem a passagem O Customer Success confirma a configuração O CSM conduz a sessão As Finanças enviam a fatura
Backstage Dados do negócio introduzidos no CRM O administrador atribui acessos manualmente O CSM verifica os dados de utilização As Finanças reconstroem os detalhes do plano a partir do contrato
O suporte processa Campos do CRM, modelo de contrato Ferramenta de identidade, regras de permissões Análise de produto Sistema de faturação, lista de preços

Lendo na transversal, os pontos fracos surgem rapidamente. O passo 2 depende de uma tarefa manual de atribuição de acessos sem um responsável claro. O passo 4 depende de alguém reler o contrato, porque os detalhes do plano no CRM e na faturação não coincidem. O cliente sente isto como um arranque lento e uma fatura errada. O blueprint mostra que são problemas de dados e de responsabilidade por trás da linha de visibilidade.

Como adaptar um modelo de service blueprint

A maioria dos modelos, tanto os de ferramentas de quadro branco como o modelo digital da NN/g, partilha a mesma grelha. Para o adaptar à sua empresa:

Service blueprint vs mapa da jornada vs mapa de processos

Estas ferramentas estão relacionadas, mas respondem a perguntas diferentes.

Mapa da jornada Service blueprint Mapa de processos
Pergunta principal Como é que o cliente vive esta experiência? Como é que a organização entrega essa experiência? Como flui o trabalho numa tarefa ou numa equipa?
Perspetiva Cliente Cliente e organização Interna
Mostra emoções Sim Opcional Não
Mostra os bastidores e os sistemas Não Sim Frequentemente, mas sem a perspetiva do cliente

Segundo o NN/g, o principal objetivo de um mapa de jornada é compreender o utilizador final, incluindo pensamentos e emoções, enquanto um blueprint reflete a perspetiva da organização. A Smaply descreve o blueprint como uma extensão do mapa de jornada para baixo, com o mapa de jornada como camada superior e o blueprint como tudo o que está por baixo.

Um mapa de processos acompanha o fluxo de trabalho dentro de uma equipa ou tarefa. Não liga cada passo ao que o cliente vê. Use um mapa de processos quando precisar de detalhe dentro de um passo de bastidores e um blueprint quando precisar de ver como os passos se ligam ao cliente.

Onde termina o blueprint e começa a IA

Um blueprint concluído é também o melhor ponto de partida para decidir onde a automação ou a IA fazem sentido. As linhas de bastidores e de suporte enumeram as consultas repetitivas, as atualizações de registos e as passagens de testemunho que custam tempo. Mostram também onde a IA não deve entrar: decisões de critério sobre exceções de preços, conversas sensíveis com clientes e decisões com peso legal ou contratual devem ficar com uma pessoa identificada, com a IA, no máximo, a preparar-lhe a informação.

A ordem importa. Se os dados do CRM e das finanças não coincidirem, um assistente de IA vai ler essa divergência e repeti-la. Corrija primeiro a base de dados, depois ligue a camada de IA e, por fim, construa agentes para departamentos específicos. O nosso método de adoção de IA segue essa sequência, um processo de cada vez, começando pelo mais dispendioso.

Onde termina o blueprint e começa a IA

Se tratar dados pessoais nestes fluxos, o RGPD aplica-se à forma como são tratados e, consoante o seu negócio, a NIS2 e o EU AI Act também podem ser relevantes. Um blueprint ajuda a ver que passos envolvem dados pessoais e quem lhes pode aceder. Por si só, não torna nenhum processo conforme e não constitui aconselhamento jurídico. Pergunte ao seu consultor jurídico que obrigações se aplicam ao seu caso.

A nossa perspetiva

Usamos blueprints porque a IA numa empresa SaaS em crescimento falha no mesmo sítio onde falha a maioria dos serviços: nas passagens de testemunho que ninguém tem a seu cargo.

Quando uma equipa nos diz «a IA não funciona para nós», a causa raramente é o modelo. Normalmente, o CRM diz uma coisa, as finanças dizem outra e ninguém decide qual está certa. Um blueprint torna essa discussão visível numa tarde.

É por isso que começamos pela base de dados, onde os dados do CRM e das finanças passam a ser a fonte de verdade. Depois ligamo-la ao assistente de IA que a empresa já utiliza. Só então construímos agentes para Finanças, Vendas ou Customer Success que as suas equipas podem usar em linguagem corrente, dentro das permissões e com registo de auditoria.

Dizemos também com clareza onde a IA não deve entrar. Se um passo exige critério, responsabilização ou uma conversa, deve ser uma pessoa a assumi-lo. O blueprint é o lugar onde se decide isso no papel, antes de alguém construir seja o que for.

Claus Nielsen

Como a NordOps Consulting pode ajudar

Se o seu blueprint mostrar que a IA é usada em vários pontos, mas ninguém é responsável por ela, é nessa situação que trabalhamos. O nosso AI Readiness Assessment está disponível a partir de €4,500 e dá-lhe uma visão estruturada de onde a IA compensaria na sua operação e do que os seus dados precisam primeiro. Para uma responsabilidade contínua, o Chief AI Officer fracionado está disponível a partir de €1,500 por mês.

As implementações são cobradas a 30% de uma poupança do primeiro ano que seja medida e comprovada, ou a um preço fixo acordado antes de o trabalho começar. O que é construído é seu: código-fonte, documentação e infraestrutura são transferidos na entrega. Pode também começar com uma chamada de descoberta gratuita de 30 minutos através do nosso website.

FAQ

O que é um diagrama de service blueprint?

É um diagrama que mapeia uma jornada do cliente em paralelo com o trabalho que a concretiza. Mostra as ações do cliente, as ações da linha da frente, as ações de bastidores e os processos de suporte, separados por linhas de interação, de visibilidade e de interação interna. Permite às equipas ver como o trabalho invisível molda aquilo que o cliente vive.

Como desenho o meu próprio service blueprint?

Escolha um cenário e um cliente e depois reúna informação interna junto das pessoas que fazem o trabalho. Mapeie primeiro as ações do cliente, acrescente as ações da linha da frente e de bastidores e, a seguir, os processos de suporte e as evidências. Comece com baixa fidelidade e refine quando a equipa concordar que está correto.

Um service blueprint é o mesmo que um mapa de jornada?

Não. Um mapa de jornada centra-se na experiência do cliente, incluindo pensamentos e emoções. Um blueprint alarga-o com o trabalho de linha da frente, de bastidores e de suporte da organização. Muitas equipas constroem primeiro o mapa de jornada e usam-no como topo do blueprint.

Que nível de detalhe deve ter um service blueprint?

O suficiente para mostrar quem é responsável por cada passo e de que sistema cada passo depende, e nada mais. Decida a granularidade no início, mantenha um cenário por diagrama e acrescente detalhe apenas onde encontrar um problema que valha a pena corrigir.

Fontes